From owner-freebsd-current@FreeBSD.ORG Sun Oct 19 00:29:24 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4363778B for ; Sun, 19 Oct 2014 00:29:24 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 1BFA2DB0 for ; Sun, 19 Oct 2014 00:29:23 +0000 (UTC) Received: from [192.168.1.2] (Seawolf.HML3.ScaleEngine.net [209.51.186.28]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 7FF776120B for ; Sun, 19 Oct 2014 00:29:22 +0000 (UTC) Message-ID: <544305F4.4030903@freebsd.org> Date: Sat, 18 Oct 2014 20:29:40 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: kernel page fault with nfs References: <3430961.Iq02vNgBU7@noxon.firefly> <1995323.F02irpmLMA@ralph.baldwin.cx> <10171630.Vr2tvlANVU@noxon.firefly> In-Reply-To: <10171630.Vr2tvlANVU@noxon.firefly> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="R9M3jtooiO8AdBf1gCvSRlGSjqQpE9har" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: 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, 19 Oct 2014 00:29:24 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --R9M3jtooiO8AdBf1gCvSRlGSjqQpE9har Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 2014-10-18 18:48, Tobias C. Berner wrote: > Hi >=20 > World ist from october 16, installed world and kernel then.=20 > Kernel was later rebuilt with debug-options. >=20 >=20 > Is the following more sensible? > ################################################## > # kgdb NOXON/kernel.debug vmcore.1=20 > Fatal trap 12: page fault while in kernel mode > cpuid =3D 5; apic id =3D 05 > fault virtual address =3D 0xfffffe07d1744000 > fault code =3D supervisor write data, page not present > instruction pointer =3D 0x20:0xffffffff80d4d58a > stack pointer =3D 0x28:0xfffffe086057f240 > frame pointer =3D 0x28:0xfffffe086057f2f0 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > current process =3D 6524 (python2.7) >=20 >=20 > (kgdb) bt > #0 doadump (textdump=3D1) at pcpu.h:219 > #1 0xffffffff80926b6d in kern_reboot (howto=3D260) at=20 > /usr/src/sys/kern/kern_shutdown.c:447 > #2 0xffffffff809270c0 in panic (fmt=3D) at=20 > /usr/src/sys/kern/kern_shutdown.c:746 > #3 0xffffffff8035f167 in db_panic (addr=3D, have_= addr=3D2,=20 > count=3D0, modif=3D0x0) at /usr/src/sys/ddb/db_command.c:473 > #4 0xffffffff8035ed7d in db_command (cmd_table=3D0x0) at=20 > /usr/src/sys/ddb/db_command.c:440 > #5 0xffffffff8035eaf4 in db_command_loop () at /usr/src/sys/ddb/db_com= mand.c:493 > #6 0xffffffff80361600 in db_trap (type=3D, code=3D= 0) at=20 > /usr/src/sys/ddb/db_main.c:251 > #7 0xffffffff80966f01 in kdb_trap (type=3D12, code=3D0, tf=3D) at=20 > /usr/src/sys/kern/subr_kdb.c:654 > #8 0xffffffff80d4fa7c in trap_fatal (frame=3D0xfffffe086057f190, eva=3D= out>) at /usr/src/sys/amd64/amd64/trap.c:861 > #9 0xffffffff80d4fe0c in trap_pfault (frame=3D0xfffffe086057f190, user= mode=3D optimized out>) at /usr/src/sys/amd64/amd64/trap.c:677 > #10 0xffffffff80d4f42e in trap (frame=3D0xfffffe086057f190) at=20 > /usr/src/sys/amd64/amd64/trap.c:426 > #11 0xffffffff80d33972 in calltrap () at /usr/src/sys/amd64/amd64/excep= tion.S:231 > #12 0xffffffff80d4d58a in bzero () at /usr/src/sys/amd64/amd64/support.= S:53 > #13 0xffffffff80830463 in ncl_doio (vp=3D0xfffff801e7f99938, bp=3D0xfff= ffe07c5a168e8,=20 > cr=3D, td=3D, called_from_str= ategy=3D optimized out>) > at /usr/src/sys/fs/nfsclient/nfs_clbio.c:1648 > #14 0xffffffff80831acf in ncl_write (ap=3D) at=20 > /usr/src/sys/fs/nfsclient/nfs_clbio.c:1124 > #15 0xffffffff80e646a5 in VOP_WRITE_APV (vop=3D, a= =3D optimized out>) at vnode_if.c:997 > #16 0xffffffff809f52f9 in vn_write (fp=3D0xfffff80101c62780, uio=3D0xff= fffe086057f970,=20 > active_cred=3D, flags=3D320, td=3D0x0) at vnode_if= =2Eh:413 > #17 0xffffffff809f5602 in vn_io_fault_doio (args=3D, uio=3D0xa00,=20 > td=3D0x0) at /usr/src/sys/kern/vfs_vnops.c:991 > #18 0xffffffff809f2aec in vn_io_fault1 () at /usr/src/sys/kern/vfs_vnop= s.c:1047 > #19 0xffffffff809f0e3b in vn_io_fault (fp=3D0xfffff80101c62780, uio=3D0= xfffffe086057f970,=20 > active_cred=3D, flags=3D0, td=3D0xfffff80171d79920= ) > at /usr/src/sys/kern/vfs_vnops.c:1152 > #20 0xffffffff80982357 in dofilewrite (td=3D0xfffff80171d79920, fd=3D19= ,=20 > fp=3D0xfffff80101c62780, auio=3D0xfffffe086057f970, offset=3D,=20 > flags=3D0) at file.h:306 > #21 0xffffffff80982088 in kern_writev (td=3D0xfffff80171d79920, fd=3D19= ,=20 > auio=3D0xfffffe086057f970) at /usr/src/sys/kern/sys_generic.c:467 > #22 0xffffffff80982013 in sys_write (td=3D, uap=3D= optimized out>) at /usr/src/sys/kern/sys_generic.c:382 > #23 0xffffffff80d5051b in amd64_syscall (td=3D0xfffff80171d79920, trace= d=3D0) at=20 > subr_syscall.c:133 > #24 0xffffffff80d33c5b in Xfast_syscall () at=20 > /usr/src/sys/amd64/amd64/exception.S:390 > #25 0x000000080137de4a in ?? () > ################################################## >=20 >=20 >=20 > Thanks in advance,=20 > Tobias Berner >=20 >=20 > On Saturday 18 October 2014 20.43:12 Marcelo Araujo wrote: >> When you rebuild your system, did you rebuild and install all kernel a= nd >> world? >> >> Best Regards, >> >> On Oct 18, 2014 7:57 PM, "John Baldwin" wrote: >>> On Friday, October 17, 2014 11:11:26 PM Tobias C. Berner wrote: >>>> Hi >>>> >>>> >>>> For some days now I've had problems with my current (last test with >>>> r273178M). >>>> >>>> Sometimes when accessing a nfs-share there is a pagefault: >>>> >>>> > ################################################## > ##### >>>> Fatal trap 12: page fault while in kernel mode >>>> cpuid =3D 7; apic id =3D 07 >>>> fault virtual address =3D 0xfffffe07cfe60400 >>>> fault code =3D supervisor read data, page not present >>>> instruction pointer =3D 0x20:0xffffffff80d4d4b6 >>>> stack pointer =3D 0x28:0xfffffe086088b380 >>>> frame pointer =3D 0x28:0xfffffe086088b3f0 >>>> code segment =3D base 0x0, limit 0xfffff, type 0x1b >>>> >>>> =3D DPL 0, pres 1, long 1, def32 0, gran 1 >>>> >>>> processor eflags =3D interrupt enabled, resume, IOPL =3D 0 >>>> current process =3D 43868 (mplayer) >>>> >>>> >>>> #0 0xffffffff80926d29 in shutdown_nice (howto=3D1) at >>>> /usr/src/sys/kern/kern_shutdown.c:207 >>>> #1 0xffffffff80926a2d in kern_reboot (howto=3D260) at >>>> /usr/src/sys/kern/kern_shutdown.c:444 >>>> #2 0xffffffff80926f80 in panic (fmt=3D0x104
>> >>> bounds>) at >>> >>>> /usr/src/sys/kern/kern_shutdown.c:698 >>>> #3 0xffffffff8035f147 in panic_cmd_del (arg=3D0x0) at >>>> /usr/src/sys/ddb/db_command.c:244 >>>> #4 0xffffffff8035ed5d in db_command (cmd_table=3D0x0) at >>>> /usr/src/sys/ddb/db_command.c:439 >>>> #5 0xffffffff8035ead4 in db_command_loop () at >>>> /usr/src/sys/ddb/db_command.c:488 #6 0xffffffff803615e0 in db_trap >>>> (type=3D, code=3D0) at /usr/src/sys/ddb/db_main= =2Ec:247 >>>> #7 0xffffffff80966db1 in kdb_trap (type=3D12, code=3D0, >>> >>> tf=3D0xfffffe086088b2d0) > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" >=20 Note: you can use uname -K and uname -U to compare the versions of your kernel and userland to make sure they are in sync. --=20 Allan Jude --R9M3jtooiO8AdBf1gCvSRlGSjqQpE9har 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) iQIcBAEBAgAGBQJUQwX3AAoJEJrBFpNRJZKfMAwP/0t5uw3aA/0H13yUGg0Jhiuz BlqScBXgJM9tnU9xT0iux+KdgnkQR+DfAMkjCTaSA/vtD+lmB9S9UN4LM/GaV/bN Ql8V78eW2/yxQn8GYJHnyR5E4Zxq+YiPtOYJLs8qc6eLes+Gs82hDdrHd4ZqVjS+ sWOWE8TIHC8AcGlYpUsFzia63vywI1Ljfr/m/MlWO068FvaLi6kZUJlZcZtIdB0O PmqBrqj+8h8rjHi37GtzyHOv/0YiawYb1uHMvJrzuUE4Jj0AvMg5xOsLW7jEExqQ iCG2WG2MNC+qgyX2T+XLKssXcPn5cGXc5MPZqoD+cK5SE1ztR6LJMLZQsq3OyJXR oHjaqHwywkUCDm93tFcCLUbrLyPhXQ3dR9h67AmicL9HTthb+zPt/aVnnPup5jsG V4af8+yvZ/0DSd0/N/ehGLPnYPXDnV1+lbuiG3HvMavGEUMN5SRyLUY/6i1donKO gxiAwd8xi5FhF4JcsLzuakxxMd79b32AOgt8nA6FCZedqI1utXasn2+QbHy6pD60 XWxSy6iW63tUrj5iRo5JX5o75h/9M3Ho3uD1rl7LRYfSbk19pRAFslOh/6mS4Kkm DVyBWW2c2TrnsApLRa0kvoNUpGAja7CgWJKNDvgsAeELyrv2qziY5/a0W4hSCLQG SesKZMNrApQTaA3PXHIB =27Um -----END PGP SIGNATURE----- --R9M3jtooiO8AdBf1gCvSRlGSjqQpE9har-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 19 03:12:39 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 29F0F917; Sun, 19 Oct 2014 03:12:39 +0000 (UTC) Received: from mail-wi0-x232.google.com (mail-wi0-x232.google.com [IPv6:2a00:1450:400c:c05::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 40CB7D84; Sun, 19 Oct 2014 03:12:38 +0000 (UTC) Received: by mail-wi0-f178.google.com with SMTP id h11so4240102wiw.11 for ; Sat, 18 Oct 2014 20:12:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=r0wZJgAWi6XmxkBgwWjkvNDRTKf/PJL7yDuChRlRiwA=; b=fKhhxOPODF1ACFK2peFOWClIuZdbLnxJBfu5YYC/skdkDGsP0Uyz+FQLsCfNs7/pMs +e3ikumRYwv0nMWROeJK7k+XrNPzoIQiQY91109osNaTuAw85TSMSUom0CW3wIK+i+xZ dueKe0DZAzARGXtyRPwU8PR1xui6XA+QayBIxi+px+qtC27V13i/jHN8591G9RllPUBK y0VUOYtcy8u8dDbU4WczcJbyVYgweuu1W/F32ucwY56HYLoalnXI3LknChMyANGE2KVJ PiUIYz3znBhG1C6qM+UQEHgBspHjIVnn03VDTnnkdgYDci82EjOmt3Py0BS6xj9+NMS8 rK6w== MIME-Version: 1.0 X-Received: by 10.180.101.200 with SMTP id fi8mr9657690wib.77.1413688356416; Sat, 18 Oct 2014 20:12:36 -0700 (PDT) Received: by 10.216.159.193 with HTTP; Sat, 18 Oct 2014 20:12:36 -0700 (PDT) Received: by 10.216.159.193 with HTTP; Sat, 18 Oct 2014 20:12:36 -0700 (PDT) Reply-To: araujo@FreeBSD.org In-Reply-To: <10171630.Vr2tvlANVU@noxon.firefly> References: <3430961.Iq02vNgBU7@noxon.firefly> <1995323.F02irpmLMA@ralph.baldwin.cx> <10171630.Vr2tvlANVU@noxon.firefly> Date: Sun, 19 Oct 2014 11:12:36 +0800 Message-ID: Subject: Re: kernel page fault with nfs From: Marcelo Araujo To: "Tobias C. Berner" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: freebsd-current , araujo@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: 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, 19 Oct 2014 03:12:39 -0000 It is still strange, could you do what Allan said and send us the result in case you are not sure you have world and kernel in the same revision! On Oct 19, 2014 6:48 AM, "Tobias C. Berner" wrote: > Hi > > > > World ist from october 16, installed world and kernel then. > > Kernel was later rebuilt with debug-options. > > > > > > Is the following more sensible? > > ################################################## > > # kgdb NOXON/kernel.debug vmcore.1 > > Fatal trap 12: page fault while in kernel mode > > cpuid = 5; apic id = 05 > > fault virtual address = 0xfffffe07d1744000 > > fault code = supervisor write data, page not present > > instruction pointer = 0x20:0xffffffff80d4d58a > > stack pointer = 0x28:0xfffffe086057f240 > > frame pointer = 0x28:0xfffffe086057f2f0 > > 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 = 6524 (python2.7) > > > > > > (kgdb) bt > > #0 doadump (textdump=1) at pcpu.h:219 > > #1 0xffffffff80926b6d in kern_reboot (howto=260) at > /usr/src/sys/kern/kern_shutdown.c:447 > > #2 0xffffffff809270c0 in panic (fmt=) at > /usr/src/sys/kern/kern_shutdown.c:746 > > #3 0xffffffff8035f167 in db_panic (addr=, > have_addr=2, count=0, modif=0x0) at /usr/src/sys/ddb/db_command.c:473 > > #4 0xffffffff8035ed7d in db_command (cmd_table=0x0) at > /usr/src/sys/ddb/db_command.c:440 > > #5 0xffffffff8035eaf4 in db_command_loop () at > /usr/src/sys/ddb/db_command.c:493 > > #6 0xffffffff80361600 in db_trap (type=, code=0) at > /usr/src/sys/ddb/db_main.c:251 > > #7 0xffffffff80966f01 in kdb_trap (type=12, code=0, tf= out>) at /usr/src/sys/kern/subr_kdb.c:654 > > #8 0xffffffff80d4fa7c in trap_fatal (frame=0xfffffe086057f190, eva= optimized out>) at /usr/src/sys/amd64/amd64/trap.c:861 > > #9 0xffffffff80d4fe0c in trap_pfault (frame=0xfffffe086057f190, > usermode=) at /usr/src/sys/amd64/amd64/trap.c:677 > > #10 0xffffffff80d4f42e in trap (frame=0xfffffe086057f190) at > /usr/src/sys/amd64/amd64/trap.c:426 > > #11 0xffffffff80d33972 in calltrap () at > /usr/src/sys/amd64/amd64/exception.S:231 > > #12 0xffffffff80d4d58a in bzero () at /usr/src/sys/amd64/amd64/support.S:53 > > #13 0xffffffff80830463 in ncl_doio (vp=0xfffff801e7f99938, > bp=0xfffffe07c5a168e8, cr=, td=, > called_from_strategy=) > > at /usr/src/sys/fs/nfsclient/nfs_clbio.c:1648 > > #14 0xffffffff80831acf in ncl_write (ap=) at > /usr/src/sys/fs/nfsclient/nfs_clbio.c:1124 > > #15 0xffffffff80e646a5 in VOP_WRITE_APV (vop=, > a=) at vnode_if.c:997 > > #16 0xffffffff809f52f9 in vn_write (fp=0xfffff80101c62780, > uio=0xfffffe086057f970, active_cred=, flags=320, > td=0x0) at vnode_if.h:413 > > #17 0xffffffff809f5602 in vn_io_fault_doio (args=, > uio=0xa00, td=0x0) at /usr/src/sys/kern/vfs_vnops.c:991 > > #18 0xffffffff809f2aec in vn_io_fault1 () at > /usr/src/sys/kern/vfs_vnops.c:1047 > > #19 0xffffffff809f0e3b in vn_io_fault (fp=0xfffff80101c62780, > uio=0xfffffe086057f970, active_cred=, flags=0, > td=0xfffff80171d79920) > > at /usr/src/sys/kern/vfs_vnops.c:1152 > > #20 0xffffffff80982357 in dofilewrite (td=0xfffff80171d79920, fd=19, > fp=0xfffff80101c62780, auio=0xfffffe086057f970, offset= out>, flags=0) at file.h:306 > > #21 0xffffffff80982088 in kern_writev (td=0xfffff80171d79920, fd=19, > auio=0xfffffe086057f970) at /usr/src/sys/kern/sys_generic.c:467 > > #22 0xffffffff80982013 in sys_write (td=, uap= optimized out>) at /usr/src/sys/kern/sys_generic.c:382 > > #23 0xffffffff80d5051b in amd64_syscall (td=0xfffff80171d79920, traced=0) > at subr_syscall.c:133 > > #24 0xffffffff80d33c5b in Xfast_syscall () at > /usr/src/sys/amd64/amd64/exception.S:390 > > #25 0x000000080137de4a in ?? () > > ################################################## > > > > > > > > Thanks in advance, > > Tobias Berner > > > > > > On Saturday 18 October 2014 20.43:12 Marcelo Araujo wrote: > > > When you rebuild your system, did you rebuild and install all kernel and > > > world? > > > > > > Best Regards, > > > > > > On Oct 18, 2014 7:57 PM, "John Baldwin" wrote: > > > > On Friday, October 17, 2014 11:11:26 PM Tobias C. Berner wrote: > > > > > Hi > > > > > > > > > > > > > > > For some days now I've had problems with my current (last test with > > > > > r273178M). > > > > > > > > > > Sometimes when accessing a nfs-share there is a pagefault: > > > > > > > > > > ####################################################### > > > > > Fatal trap 12: page fault while in kernel mode > > > > > cpuid = 7; apic id = 07 > > > > > fault virtual address = 0xfffffe07cfe60400 > > > > > fault code = supervisor read data, page not present > > > > > instruction pointer = 0x20:0xffffffff80d4d4b6 > > > > > stack pointer = 0x28:0xfffffe086088b380 > > > > > frame pointer = 0x28:0xfffffe086088b3f0 > > > > > 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 = 43868 (mplayer) > > > > > > > > > > > > > > > #0 0xffffffff80926d29 in shutdown_nice (howto=1) at > > > > > /usr/src/sys/kern/kern_shutdown.c:207 > > > > > #1 0xffffffff80926a2d in kern_reboot (howto=260) at > > > > > /usr/src/sys/kern/kern_shutdown.c:444 > > > > > #2 0xffffffff80926f80 in panic (fmt=0x104
> > > > > > > bounds>) at > > > > > > > > > /usr/src/sys/kern/kern_shutdown.c:698 > > > > > #3 0xffffffff8035f147 in panic_cmd_del (arg=0x0) at > > > > > /usr/src/sys/ddb/db_command.c:244 > > > > > #4 0xffffffff8035ed5d in db_command (cmd_table=0x0) at > > > > > /usr/src/sys/ddb/db_command.c:439 > > > > > #5 0xffffffff8035ead4 in db_command_loop () at > > > > > /usr/src/sys/ddb/db_command.c:488 #6 0xffffffff803615e0 in db_trap > > > > > (type=, code=0) at > /usr/src/sys/ddb/db_main.c:247 > > > > > #7 0xffffffff80966db1 in kdb_trap (type=12, code=0, > > > > > > > > tf=0xfffffe086088b2d0) > > > > > > > > > at /usr/src/sys/kern/subr_kdb.c:626 > > > > > #8 0xffffffff80d4f92c in trap_fatal (frame=0xfffffe086088b2d0, > > > > > > > > eva= > > > > > > > > optimized out>) at /usr/src/sys/amd64/amd64/trap.c:835 > > > > > #9 0xffffffff80d4fcbc in trap_pfault (frame=0xfffffe086088b2d0, > > > > > > > > usermode=0) > > > > > > > > > at atomic.h:161 > > > > > #10 0xffffffff80d4f2de in trap (frame=0xfffffe086088b2d0) at > > > > > /usr/src/sys/amd64/amd64/trap.c:594 > > > > > #11 0xffffffff80d33822 in Xtss () at > > > > > /usr/src/sys/amd64/amd64/exception.S:154 #12 0xffffffff80d4d4b6 in > > > > > stack_save_td (st=, td=) at > > > > > /usr/src/sys/amd64/amd64/stack_machdep.c:74 > > > > > #13 0xffffffff809f30b2 in foffset_unlock (fp=, > > > > > val=, flags=) at > > > > > /usr/src/sys/kern/vfs_vnops.c:700 > > > > > #14 0xffffffff8082faad in ncl_bioread (vp=0xfffff80201dd7490, > > > > > uio=0xfffffe086088b7d8, ioflag=, > > > > > cred=0xfffff8015816a600) at > > > > > /usr/src/sys/fs/nfsclient/nfs_clbio.c:511 > > > > > #15 0xffffffff80e64381 in VOP_MARKATIME_APV (vop= out>, > > > > > a=0xfffffe086088b650) at vnode_if.c:856 > > > > > #16 0xffffffff809f4dd5 in vn_read (fp=0xfffff80272490cd0, > > > > > uio=0xfffffe086088b7d8, active_cred=0xfffff8015816a600, flags=128, > > > > > td=0xfffff80000000000) at vnode_if.h:859 #17 0xffffffff809f5502 in > > > > > get_advice (fp=0xfffffe086088b730, uio=0x400) at > > > > > /usr/src/sys/kern/vfs_vnops.c:729 > > > > > #18 0xffffffff809f2b80 in vn_io_fault1 () at > > > > > /usr/src/sys/kern/vfs_vnops.c:1058 #19 0xffffffff809f0d3b in > vn_io_fault > > > > > (fp=0xfffff80272490cd0, uio=0xfffffe086088b970, active_cred=0x400, > > > > > flags=128, td=0xfffff80000000000) at > > > > > /usr/src/sys/kern/vfs_vnops.c:128 > > > > > #20 0xffffffff80981d95 in freebsd6_pread (td=0xfffff802d93204a8, > > > > > uap=0xfffff9fb094c00a8) at /usr/src/sys/kern/sys_generic.c:217 > > > > > #21 0xffffffff80981ab8 in sys_cap_fcntls_get (td= out>, > > > > > uap=0x800) at /usr/src/sys/kern/sys_capability.c:576 > > > > > #22 0xffffffff80981a43 in sys_cap_fcntls_get (td= out>, > > > > > uap=0x0) at sx.h:183 > > > > > #23 0xffffffff80d503cb in amd64_syscall (td=0x45e400, traced=0) at > > > > > subr_syscall.c:87 > > > > > #24 0xffffffff80d33b0b in Xprot () at > > > > > /usr/src/sys/amd64/amd64/exception.S:324 #25 0x0000000806a7fe6a in > ?? () > > > > > ################################################## > > > > > > > > The functions in this stack trace don't make sense. It is as if you are > > > > running kgdb against the wrong kernel. > > > > > > > > -- > > > > John Baldwin > > > > _______________________________________________ > > > > freebsd-current@freebsd.org mailing list > > > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > > > To unsubscribe, send any mail to " > freebsd-current-unsubscribe@freebsd.org" > > > From owner-freebsd-current@FreeBSD.ORG Sun Oct 19 07:46:02 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B0A90573 for ; Sun, 19 Oct 2014 07:46:02 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "funkthat.com", Issuer "funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 811D8682 for ; Sun, 19 Oct 2014 07:46:01 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id s9J7k1Ht000678 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 19 Oct 2014 00:46:01 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s9J7k06D000677; Sun, 19 Oct 2014 00:46:00 -0700 (PDT) (envelope-from jmg) Date: Sun, 19 Oct 2014 00:46:00 -0700 From: John-Mark Gurney To: Freddie Cash Subject: Re: ssh None cipher Message-ID: <20141019074600.GD82214@funkthat.com> Mail-Followup-To: Freddie Cash , Mark Martinec , FreeBSD-Current References: <5441E834.2000906@freebsd.org> <544246E8.1090001@ijs.si> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Sun, 19 Oct 2014 00:46:01 -0700 (PDT) Cc: Mark Martinec , FreeBSD-Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: 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, 19 Oct 2014 07:46:02 -0000 Freddie Cash wrote this message on Sat, Oct 18, 2014 at 10:21 -0700: > On Oct 18, 2014 3:54 AM, "Mark Martinec" > wrote: > > > > If the purpose of having a none cipher is to have a fast > > file transfer, then one should be using sysutils/bbcp > > for that purposes. Uses ssd for authentication, and > > opens unencrypted channel(s) for the actual data transfer. > > It's also very fast, can use multiple TCP streams. > > That's an interesting alternative to rsync, scp, and ftp, but doesn't help > with zfs send/recv which is where the none cipher really shines. > > Without the none cipher, SSH becomes the bottleneck limiting transfers to > around 400 Mbps on a gigabit LAN. With the none cipher, the network becomes > the bottleneck limiting transfers to around 920 Mbps on the same gigabit > LAN. > > This is between two 8-core AMD Opteron 6200 systems using igb(4) NICs. Are you running on HEAD or possibly 10.x (I believe we have OpenSSL 1.0.x on 10.x)? w/ modern processors w/ AES-NI and a modern version of OpenSSL, you should be able to get much faster speeds than that... I'm able to get ~200MB/s over lo0 on my HEAD box on a: CPU: AMD A10-5700 APU with Radeon(tm) HD Graphics (3393.89-MHz K8-class CPU) $ netstat -w 1 -I lo0 input lo0 output packets errs idrops bytes packets errs bytes colls 39162 0 0 207823548 39162 0 207823548 0 26327 0 0 158674156 26327 0 158674156 0 38254 0 0 221313096 38254 0 221313096 0 41362 0 0 219740344 41362 0 219740344 0 40271 0 0 213565272 40271 0 213565272 0 37698 0 0 225447008 37698 0 225447008 0 while running: $ ssh 0 dd if=/dev/zero >/dev/null This is w/ no special patches to OpenSSL or ssh... It could go twice as fast if ssh could use multiple threads to do the encryption (the processor has 4 cores, 2 would be used for sending, 2 for receiving)... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Sun Oct 19 09:41:44 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 192083B6; Sun, 19 Oct 2014 09:41:44 +0000 (UTC) Received: from zhbdzmsp-smta15.bluewin.ch (zhbdzmsp-smta15.bluewin.ch [195.186.99.132]) by mx1.freebsd.org (Postfix) with ESMTP id 5934FFEB; Sun, 19 Oct 2014 09:41:42 +0000 (UTC) Received: from [195.186.227.131] ([195.186.227.131:60741] helo=zhhdzmsp-smta14.bluewin.ch) by zhbdzmsp-smta15.bluewin.ch (envelope-from ) (ecelerity 3.5.7.40067 r(Platform:3.5.7.0)) with ESMTP id EB/1E-05081-21783445; Sun, 19 Oct 2014 09:40:35 +0000 Received: from noxon.firefly (176.127.15.207) by zhhdzmsp-smta14.bluewin.ch (8.5.142) (authenticated as tobias.berner) id 52330D9E1A3D7CC9; Sun, 19 Oct 2014 09:40:34 +0000 From: "Tobias C. Berner" To: freebsd-current@freebsd.org, araujo@freebsd.org Subject: Re: kernel page fault with nfs Date: Sun, 19 Oct 2014 11:40:33 +0200 Message-ID: <3492203.QlgDfMAjBY@noxon.firefly> User-Agent: KMail/4.14.2 (FreeBSD/11.0-CURRENT; KDE/4.14.2; amd64; ; ) In-Reply-To: References: <3430961.Iq02vNgBU7@noxon.firefly> <10171630.Vr2tvlANVU@noxon.firefly> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: 'Allan Jude' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: 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, 19 Oct 2014 09:41:44 -0000 both are at 1100038. On Sunday 19 October 2014 11.12:36 Marcelo Araujo wrote: > It is still strange, could you do what Allan said and send us the result in > case you are not sure you have world and kernel in the same revision! > > On Oct 19, 2014 6:48 AM, "Tobias C. Berner" wrote: > > Hi > > > > World ist from october 16, installed world and kernel then. > > > > Kernel was later rebuilt with debug-options. > > > > > > > > > > > > Is the following more sensible? > > > > ################################################## > > > > # kgdb NOXON/kernel.debug vmcore.1 > > > > Fatal trap 12: page fault while in kernel mode > > > > cpuid = 5; apic id = 05 > > > > fault virtual address = 0xfffffe07d1744000 > > > > fault code = supervisor write data, page not present > > > > instruction pointer = 0x20:0xffffffff80d4d58a > > > > stack pointer = 0x28:0xfffffe086057f240 > > > > frame pointer = 0x28:0xfffffe086057f2f0 > > > > 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 = 6524 (python2.7) > > > > > > > > > > > > (kgdb) bt > > > > #0 doadump (textdump=1) at pcpu.h:219 > > > > #1 0xffffffff80926b6d in kern_reboot (howto=260) at > > /usr/src/sys/kern/kern_shutdown.c:447 > > > > #2 0xffffffff809270c0 in panic (fmt=) at > > /usr/src/sys/kern/kern_shutdown.c:746 > > > > #3 0xffffffff8035f167 in db_panic (addr=, > > have_addr=2, count=0, modif=0x0) at /usr/src/sys/ddb/db_command.c:473 > > > > #4 0xffffffff8035ed7d in db_command (cmd_table=0x0) at > > /usr/src/sys/ddb/db_command.c:440 > > > > #5 0xffffffff8035eaf4 in db_command_loop () at > > /usr/src/sys/ddb/db_command.c:493 > > > > #6 0xffffffff80361600 in db_trap (type=, code=0) at > > /usr/src/sys/ddb/db_main.c:251 > > > > #7 0xffffffff80966f01 in kdb_trap (type=12, code=0, tf= > out>) at /usr/src/sys/kern/subr_kdb.c:654 > > > > #8 0xffffffff80d4fa7c in trap_fatal (frame=0xfffffe086057f190, eva= > optimized out>) at /usr/src/sys/amd64/amd64/trap.c:861 > > > > #9 0xffffffff80d4fe0c in trap_pfault (frame=0xfffffe086057f190, > > usermode=) at /usr/src/sys/amd64/amd64/trap.c:677 > > > > #10 0xffffffff80d4f42e in trap (frame=0xfffffe086057f190) at > > /usr/src/sys/amd64/amd64/trap.c:426 > > > > #11 0xffffffff80d33972 in calltrap () at > > /usr/src/sys/amd64/amd64/exception.S:231 > > > > #12 0xffffffff80d4d58a in bzero () at > > /usr/src/sys/amd64/amd64/support.S:53 > > > > #13 0xffffffff80830463 in ncl_doio (vp=0xfffff801e7f99938, > > bp=0xfffffe07c5a168e8, cr=, td=, > > called_from_strategy=) > > > > at /usr/src/sys/fs/nfsclient/nfs_clbio.c:1648 > > > > #14 0xffffffff80831acf in ncl_write (ap=) at > > /usr/src/sys/fs/nfsclient/nfs_clbio.c:1124 > > > > #15 0xffffffff80e646a5 in VOP_WRITE_APV (vop=, > > a=) at vnode_if.c:997 > > > > #16 0xffffffff809f52f9 in vn_write (fp=0xfffff80101c62780, > > uio=0xfffffe086057f970, active_cred=, flags=320, > > td=0x0) at vnode_if.h:413 > > > > #17 0xffffffff809f5602 in vn_io_fault_doio (args=, > > uio=0xa00, td=0x0) at /usr/src/sys/kern/vfs_vnops.c:991 > > > > #18 0xffffffff809f2aec in vn_io_fault1 () at > > /usr/src/sys/kern/vfs_vnops.c:1047 > > > > #19 0xffffffff809f0e3b in vn_io_fault (fp=0xfffff80101c62780, > > uio=0xfffffe086057f970, active_cred=, flags=0, > > td=0xfffff80171d79920) > > > > at /usr/src/sys/kern/vfs_vnops.c:1152 > > > > #20 0xffffffff80982357 in dofilewrite (td=0xfffff80171d79920, fd=19, > > fp=0xfffff80101c62780, auio=0xfffffe086057f970, offset= > out>, flags=0) at file.h:306 > > > > #21 0xffffffff80982088 in kern_writev (td=0xfffff80171d79920, fd=19, > > auio=0xfffffe086057f970) at /usr/src/sys/kern/sys_generic.c:467 > > > > #22 0xffffffff80982013 in sys_write (td=, uap= > optimized out>) at /usr/src/sys/kern/sys_generic.c:382 > > > > #23 0xffffffff80d5051b in amd64_syscall (td=0xfffff80171d79920, traced=0) > > at subr_syscall.c:133 > > > > #24 0xffffffff80d33c5b in Xfast_syscall () at > > /usr/src/sys/amd64/amd64/exception.S:390 > > > > #25 0x000000080137de4a in ?? () > > > > ################################################## > > > > > > > > > > > > > > > > Thanks in advance, > > > > Tobias Berner > > > > On Saturday 18 October 2014 20.43:12 Marcelo Araujo wrote: > > > When you rebuild your system, did you rebuild and install all kernel and > > > > > > world? > > > > > > > > > > > > Best Regards, > > > > > > On Oct 18, 2014 7:57 PM, "John Baldwin" wrote: > > > > On Friday, October 17, 2014 11:11:26 PM Tobias C. Berner wrote: > > > > > Hi > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > For some days now I've had problems with my current (last test with > > > > > > > > > > r273178M). > > > > > > > > > > > > > > > > > > > > Sometimes when accessing a nfs-share there is a pagefault: > > > > > > > > > > > > > > > > > > > > ####################################################### > > > > > > > > > > Fatal trap 12: page fault while in kernel mode > > > > > > > > > > cpuid = 7; apic id = 07 > > > > > > > > > > fault virtual address = 0xfffffe07cfe60400 > > > > > > > > > > fault code = supervisor read data, page not present > > > > > > > > > > instruction pointer = 0x20:0xffffffff80d4d4b6 > > > > > > > > > > stack pointer = 0x28:0xfffffe086088b380 > > > > > > > > > > frame pointer = 0x28:0xfffffe086088b3f0 > > > > > > > > > > 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 = 43868 (mplayer) > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > #0 0xffffffff80926d29 in shutdown_nice (howto=1) at > > > > > > > > > > /usr/src/sys/kern/kern_shutdown.c:207 > > > > > > > > > > #1 0xffffffff80926a2d in kern_reboot (howto=260) at > > > > > > > > > > /usr/src/sys/kern/kern_shutdown.c:444 > > > > > > > > > > #2 0xffffffff80926f80 in panic (fmt=0x104
> > > > > > > bounds>) at > > > > > > > > > /usr/src/sys/kern/kern_shutdown.c:698 > > > > > > > > > > #3 0xffffffff8035f147 in panic_cmd_del (arg=0x0) at > > > > > > > > > > /usr/src/sys/ddb/db_command.c:244 > > > > > > > > > > #4 0xffffffff8035ed5d in db_command (cmd_table=0x0) at > > > > > > > > > > /usr/src/sys/ddb/db_command.c:439 > > > > > > > > > > #5 0xffffffff8035ead4 in db_command_loop () at > > > > > > > > > > /usr/src/sys/ddb/db_command.c:488 #6 0xffffffff803615e0 in db_trap > > > > > > > > > > (type=, code=0) at > > > > /usr/src/sys/ddb/db_main.c:247 > > > > > > > #7 0xffffffff80966db1 in kdb_trap (type=12, code=0, > > > > > > > > tf=0xfffffe086088b2d0) > > > > > > > > > at /usr/src/sys/kern/subr_kdb.c:626 > > > > > > > > > > #8 0xffffffff80d4f92c in trap_fatal (frame=0xfffffe086088b2d0, > > > > > > > > eva= > > > > > > > > optimized out>) at /usr/src/sys/amd64/amd64/trap.c:835 > > > > > > > > > > #9 0xffffffff80d4fcbc in trap_pfault (frame=0xfffffe086088b2d0, > > > > > > > > usermode=0) > > > > > > > > > at atomic.h:161 > > > > > > > > > > #10 0xffffffff80d4f2de in trap (frame=0xfffffe086088b2d0) at > > > > > > > > > > /usr/src/sys/amd64/amd64/trap.c:594 > > > > > > > > > > #11 0xffffffff80d33822 in Xtss () at > > > > > > > > > > /usr/src/sys/amd64/amd64/exception.S:154 #12 0xffffffff80d4d4b6 in > > > > > > > > > > stack_save_td (st=, td=) > > > > > at > > > > > > > > > > /usr/src/sys/amd64/amd64/stack_machdep.c:74 > > > > > > > > > > #13 0xffffffff809f30b2 in foffset_unlock (fp=, > > > > > > > > > > val=, flags=) at > > > > > > > > > > /usr/src/sys/kern/vfs_vnops.c:700 > > > > > > > > > > #14 0xffffffff8082faad in ncl_bioread (vp=0xfffff80201dd7490, > > > > > > > > > > uio=0xfffffe086088b7d8, ioflag=, > > > > > > > > > > cred=0xfffff8015816a600) at > > > > > > > > > > /usr/src/sys/fs/nfsclient/nfs_clbio.c:511 > > > > > > > > > > #15 0xffffffff80e64381 in VOP_MARKATIME_APV (vop= > > > out>, > > > > > > > a=0xfffffe086088b650) at vnode_if.c:856 > > > > > > > > > > #16 0xffffffff809f4dd5 in vn_read (fp=0xfffff80272490cd0, > > > > > > > > > > uio=0xfffffe086088b7d8, active_cred=0xfffff8015816a600, flags=128, > > > > > > > > > > td=0xfffff80000000000) at vnode_if.h:859 #17 0xffffffff809f5502 in > > > > > > > > > > get_advice (fp=0xfffffe086088b730, uio=0x400) at > > > > > > > > > > /usr/src/sys/kern/vfs_vnops.c:729 > > > > > > > > > > #18 0xffffffff809f2b80 in vn_io_fault1 () at > > > > > > > > > > /usr/src/sys/kern/vfs_vnops.c:1058 #19 0xffffffff809f0d3b in > > > > vn_io_fault > > > > > > > (fp=0xfffff80272490cd0, uio=0xfffffe086088b970, active_cred=0x400, > > > > > > > > > > flags=128, td=0xfffff80000000000) at > > > > > > > > > > /usr/src/sys/kern/vfs_vnops.c:128 > > > > > > > > > > #20 0xffffffff80981d95 in freebsd6_pread (td=0xfffff802d93204a8, > > > > > > > > > > uap=0xfffff9fb094c00a8) at /usr/src/sys/kern/sys_generic.c:217 > > > > > > > > > > #21 0xffffffff80981ab8 in sys_cap_fcntls_get (td= > > > out>, > > > > > > > uap=0x800) at /usr/src/sys/kern/sys_capability.c:576 > > > > > > > > > > #22 0xffffffff80981a43 in sys_cap_fcntls_get (td= > > > out>, > > > > > > > uap=0x0) at sx.h:183 > > > > > > > > > > #23 0xffffffff80d503cb in amd64_syscall (td=0x45e400, traced=0) at > > > > > > > > > > subr_syscall.c:87 > > > > > > > > > > #24 0xffffffff80d33b0b in Xprot () at > > > > > > > > > > /usr/src/sys/amd64/amd64/exception.S:324 #25 0x0000000806a7fe6a in > > > > ?? () > > > > > > > ################################################## > > > > > > > > The functions in this stack trace don't make sense. It is as if you > > > > are > > > > > > > > running kgdb against the wrong kernel. > > > > > > > > > > > > > > > > -- > > > > > > > > John Baldwin > > > > > > > > _______________________________________________ > > > > > > > > freebsd-current@freebsd.org mailing list > > > > > > > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > > > > > > > To unsubscribe, send any mail to " > > > > freebsd-current-unsubscribe@freebsd.org" > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Oct 19 12:03:57 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C2CE0BC8; Sun, 19 Oct 2014 12:03:57 +0000 (UTC) Received: from smtp.digiware.nl (smtp.digiware.nl [31.223.170.169]) (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 8042FE1B; Sun, 19 Oct 2014 12:03:57 +0000 (UTC) Received: from rack1.digiware.nl (unknown [127.0.0.1]) by smtp.digiware.nl (Postfix) with ESMTP id 278CA1534DC; Sun, 19 Oct 2014 14:03:54 +0200 (CEST) X-Virus-Scanned: amavisd-new at digiware.nl Received: from smtp.digiware.nl ([127.0.0.1]) by rack1.digiware.nl (rack1.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CVZUzPW6yKbh; Sun, 19 Oct 2014 14:03:45 +0200 (CEST) Received: from [IPv6:2001:4cb8:3:1:ecc9:b9dc:e5a3:6838] (unknown [IPv6:2001:4cb8:3:1:ecc9:b9dc:e5a3:6838]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by smtp.digiware.nl (Postfix) with ESMTPSA id F2FED153413; Sun, 19 Oct 2014 14:03:44 +0200 (CEST) Message-ID: <5443A89F.8050801@digiware.nl> Date: Sun, 19 Oct 2014 14:03:43 +0200 From: Willem Jan Withagen User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Anish Gupta , freebsd-current@freebsd.org, freebsd-virtualization@freebsd.org Subject: Re: HEADS UP: Merging projects/bhyve_svm to HEAD References: <154A442D-7814-4618-9AFC-6F9FB3F5DFD3@gmail.com> In-Reply-To: <154A442D-7814-4618-9AFC-6F9FB3F5DFD3@gmail.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit Cc: Neel Natu X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: 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, 19 Oct 2014 12:03:57 -0000 On 16-10-2014 5:00, Anish Gupta wrote: > Hi all, > > The projects/bhyve_svm branch is ready to be merged to HEAD. > > This branch contains patches to bhyve to enable it to work on AMD > processors with SVM/AMD-V hardware extensions[1]. Pretty much any AMD > processor since 2010 will have the features required by bhyve. > > bhyve on AMD supports (almost) all the features available with Intel > [2]. All guest OSes supported on Intel are supported on AMD. All the > bhyve-related utilities function similarly on both Intel and AMD > platforms [3]. > > The patch against HEAD revision 273066 is available for review and testing: > https://people.freebsd.org/~neel/bhyve/bhyve_svm.diff [Neels web directory] > > [1]: http://en.wikipedia.org/wiki/X86_virtualization > [2]: bhyve doesn't support PCI passthru on AMD at this time > [3]: bhyvectl has grown some processor-specific options Fetched the patch and compiled. Now running: HEAD r273066M and I was able to throw at it all the tests and images that in the past works. And perhaps even better. Great work. --WjW From owner-freebsd-current@FreeBSD.ORG Sun Oct 19 14:33:59 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 263A3E51; Sun, 19 Oct 2014 14:33:59 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (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 A46B4CCB; Sun, 19 Oct 2014 14:33:58 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) with esmtp (envelope-from ) id <1XfrVD-001NIV-RL>; Sun, 19 Oct 2014 16:30:35 +0200 Received: from e179170248.adsl.alicedsl.de ([85.179.170.248] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.82) with esmtpsa (envelope-from ) id <1XfrVD-001ASz-NX>; Sun, 19 Oct 2014 16:30:35 +0200 Date: Sun, 19 Oct 2014 16:30:29 +0200 From: "O. Hartmann" To: Warren Block Subject: Re: WiFi 802.11/ac PCIe supported adaptor Message-ID: <20141019163029.00b0f1c4.ohartman@zedat.fu-berlin.de> In-Reply-To: References: <20140927143830.1d25968f.ohartman@zedat.fu-berlin.de> <20140927222208.GA20243@e-new.0x20.net> <20140928080643.1b5c991b.ohartman@zedat.fu-berlin.de> <5427A8C5.1010703@freebsd.org> <20140928113510.452dc9f0.ohartman@zedat.fu-berlin.de> Organization: FU Berlin X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/UMxg.5N5V2FdhY+2F34KoWh"; protocol="application/pgp-signature" X-Originating-IP: 85.179.170.248 X-ZEDAT-Hint: A Cc: Gavin Atkinson , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: 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, 19 Oct 2014 14:33:59 -0000 --Sig_/UMxg.5N5V2FdhY+2F34KoWh Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Sun, 28 Sep 2014 14:50:02 -0600 (MDT) Warren Block schrieb: > On Sun, 28 Sep 2014, Gavin Atkinson wrote: > > On Sun, 28 Sep 2014, O. Hartmann wrote: > >> Networking wasn't an issue for me for years, but now, sitting on a pil= e of neat new > >> hardware of which FreeBSD can not make any serious use, let me rethink= . Luckily, The > >> Lenovo laptops have a mini PCIe WiFi NIC - if I'm willing to follow Fr= eeBSDs agony > >> I'm able to swap the NIC with a piece of hardware that is supported. B= ut it is > >> additional > > > > Unfortunately, many Lenovo laptops lock the BIOS down in such a way that > > they won't boot without the NIC they were shipped with :( Yes, I realized this very sadly today. Intel 6300 WiFi adapter isn't recogn= ized, the crap of Laptop rejects starting firmware and I get a message telling me using un= certified hardware. Last time I bought a Laptop from Lenovo! >=20 > Well, or a short list of approved Lenovo-branded cards. In the past,=20 > Lenovo (or IBM) has supplied Atheros cards. The trick will be finding=20 > that list and identifying the chipsets on each. There are also=20 > unofficial BIOS modifications to remove the limits. There are lists, but they are outdated and newer chipsets aren't listed.=20 There are also some bad hacks changing the PCI ID of the new mini PCIe card= to be recognized by the EFI, but this seems to be very, very difficult to me. The notebook is now running Ubuntu 14.04. WiFi is recognized by the Linux n= atively as well as I can use the nVidia graphics of the notebook. Also the built-in Re= altek NIC, which doesn't work properly even under FreeBSD 11.0-CURRENT as of Friday la= st week (the NIC is down until it is switched off and on manually), is working as expect= ed. --Sig_/UMxg.5N5V2FdhY+2F34KoWh Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJUQ8sLAAoJEOgBcD7A/5N8I4IH/RYwkakF/AolWAtmCpUlZzbS mIqyJUw5IaHatg6cQ4Rgwk1ILCqGNbisy4hAutyUSkvW95OyXl2xLq054vFnbh5U z8f8DN2i4tM43AdXqarqbdi7n7YN5OF8Bz27UYXFrKvvWjwizHKGdLFhkalJ+6yA +sFeHlOEP7Jr7hrsp0sexviEhcDXYOW71vME165yIHHzj6+ZwbBb+3brZDyH4ega qxxjvSAZslWRxGdu01Xx6EG1HjUUBzWG/5PqwGEwjvmUUn/zfKDAL9j3yxeO7rY8 f2qjeN8iQ99LlSAfSEI8PpcqjuA810ncOd/Bnb78ZHTrOAlZlV+5eGWItqjHR8k= =OPmJ -----END PGP SIGNATURE----- --Sig_/UMxg.5N5V2FdhY+2F34KoWh-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 19 15:30:34 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9DADC6BD; Sun, 19 Oct 2014 15:30:34 +0000 (UTC) Received: from mail.jrv.org (adsl-70-243-84-11.dsl.austtx.swbell.net [70.243.84.11]) by mx1.freebsd.org (Postfix) with ESMTP id 5128D13E; Sun, 19 Oct 2014 15:30:33 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.jrv.org (Postfix) with ESMTP id A8C7C1A86E3; Sun, 19 Oct 2014 10:30:26 -0500 (CDT) Received: from mail.jrv.org ([127.0.0.1]) by localhost (zimbra64.housenet.jrv [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id 6984uc3Y5_5t; Sun, 19 Oct 2014 10:30:16 -0500 (CDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.jrv.org (Postfix) with ESMTP id C8D1B1A86CF; Sun, 19 Oct 2014 10:30:16 -0500 (CDT) X-Virus-Scanned: amavisd-new at zimbra64.housenet.jrv Received: from mail.jrv.org ([127.0.0.1]) by localhost (zimbra64.housenet.jrv [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id gizZiRC4ska5; Sun, 19 Oct 2014 10:30:16 -0500 (CDT) Received: from [192.168.138.128] (BMX.housenet.jrv [192.168.3.140]) by mail.jrv.org (Postfix) with ESMTPSA id A059C1A86CC; Sun, 19 Oct 2014 10:30:16 -0500 (CDT) Message-ID: <5443D918.9090307@jrv.org> Date: Sun, 19 Oct 2014 10:30:32 -0500 From: "James R. Van Artsdalen" User-Agent: Mozilla/5.0 (Windows NT 5.0; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 Subject: Re: zfs recv hangs in kmem arena References: <54250AE9.6070609@jrv.org> <543FAB3C.4090503@jrv.org> <543FEE6F.5050007@delphij.net> <54409050.4070401@jrv.org> <544096B3.20306@delphij.net> <54409CFE.8070905@jrv.org> In-Reply-To: <54409CFE.8070905@jrv.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 19 Oct 2014 16:10:38 +0000 Cc: freebsd-fs@freebsd.org, Xin Li , d@delphij.net, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: 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, 19 Oct 2014 15:30:34 -0000 Removing kern.maxfiles from loader.conf still hangs in "kmem arena". I tried using a memstick image of -CURRENT made from the release/ process and this also hangs in "kmem arena" An uninvolved server of mine hung Friday night in state"kmem arena" during periodic's "zpool history". After a reboot it did not hang Saturday night. On 10/16/2014 11:37 PM, James R. Van Artsdalen wrote: > On 10/16/2014 11:10 PM, Xin Li wrote: >> On 10/16/14 8:43 PM, James R. Van Artsdalen wrote: >>> On 10/16/2014 11:12 AM, Xin Li wrote: >>>>> On 9/26/2014 1:42 AM, James R. Van Artsdalen wrote: >>>>>> FreeBSD BLACKIE.housenet.jrv 10.1-BETA2 FreeBSD 10.1-BETA2 >>>>>> #2 r272070M: Wed Sep 24 17:36:56 CDT 2014 >>>>>> james@BLACKIE.housenet.jrv:/usr/obj/usr/src/sys/GENERIC >>>>>> amd64 >>>>>> >>>>>> With current STABLE10 I am unable to replicate a ZFS pool >>>>>> using zfs send/recv without zfs hanging in state "kmem >>>>>> arena", within the first 4TB or so (of a 23TB Pool). >>>> What does procstat -kk 1176 (or the PID of your 'zfs' process >>>> that stuck in that state) say? >>>> >>>> Cheers, >>>> >>> SUPERTEX:/root# ps -lp 866 UID PID PPID CPU PRI NI VSZ RSS >>> MWCHAN STAT TT TIME COMMAND 0 866 863 0 52 0 66800 >>> 29716 kmem are D+ 1 57:40.82 zfs recv -duvF BIGTOX >>> SUPERTEX:/root# procstat -kk 866 PID TID COMM TDNAME >>> KSTACK 866 101573 zfs - mi_switch+0xe1 >>> sleepq_wait+0x3a _cv_wait+0x16d vmem_xalloc+0x568 vmem_alloc+0x3d >>> kmem_malloc+0x33 keg_alloc_slab+0xcd keg_fetch_slab+0x151 >>> zone_fetch_slab+0x7e zone_import+0x40 uma_zalloc_arg+0x34e >>> arc_get_data_buf+0x31a arc_buf_alloc+0xaa dmu_buf_will_fill+0x169 >>> dmu_write+0xfc dmu_recv_stream+0xd40 zfs_ioc_recv+0x94e >>> zfsdev_ioctl+0x5ca >> Do you have any special tuning in your /boot/loader.conf? >> >> Cheers, >> > Below. I had forgotten some of this was there. > > After sending the previous message I ran kgdb to see if I could get a > backtrace with function args. I didn't see how to do it for this proc, > but during all this the process un-blocked and started running again. > > The process blocked again in kmem arena after a few minutes. > > > SUPERTEX:/root# cat /boot/loader.conf > zfs_load="YES" # ZFS > vfs.root.mountfrom="zfs:SUPERTEX/UNIX" # Specify root partition > in a way the > # kernel understands > kern.maxfiles="32K" # Set the sys. wide open files limit > kern.ktrace.request_pool="512" > #vfs.zfs.debug=1 > vfs.zfs.check_hostid=0 > > loader_logo="beastie" # Desired logo: fbsdbw, beastiebw, beastie, > none > boot_verbose="YES" # -v: Causes extra debugging information to be > printed > geom_mirror_load="YES" # RAID1 disk driver (see gmirror(8)) > geom_label_load="YES" # File system labels (see glabel(8)) > ahci_load="YES" > siis_load="YES" > mvs_load="YES" > coretemp_load="YES" # Intel Core CPU temperature monitor > #console="comconsole" > kern.msgbufsize="131072" # Set size of kernel message buffer > > kern.geom.label.gpt.enable=0 > kern.geom.label.gptid.enable=0 > kern.geom.label.disk_ident.enable=0 > SUPERTEX:/root# > From owner-freebsd-current@FreeBSD.ORG Sun Oct 19 16:09:46 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0894C73D for ; Sun, 19 Oct 2014 16:09:46 +0000 (UTC) Received: from forward6l.mail.yandex.net (forward6l.mail.yandex.net [IPv6:2a02:6b8:0:1819::6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Certum Level IV CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B60B76CD for ; Sun, 19 Oct 2014 16:09:45 +0000 (UTC) Received: from smtp2h.mail.yandex.net (smtp2h.mail.yandex.net [84.201.187.145]) by forward6l.mail.yandex.net (Yandex) with ESMTP id D87D514E0CF2 for ; Sun, 19 Oct 2014 20:09:33 +0400 (MSK) Received: from smtp2h.mail.yandex.net (localhost [127.0.0.1]) by smtp2h.mail.yandex.net (Yandex) with ESMTP id 5029117039D9 for ; Sun, 19 Oct 2014 20:09:33 +0400 (MSK) Received: from unknown (unknown [178.76.214.146]) by smtp2h.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id OFDZiJSr0A-9WeSFUrY; Sun, 19 Oct 2014 20:09:32 +0400 (using TLSv1.2 with cipher AES128-SHA (128/128 bits)) (Client certificate not present) X-Yandex-Uniq: dd6a48aa-387f-4f1c-9440-be5ee55f5ad4 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1413734972; bh=DIu+9M0lqeGk1Ts2gxu4oIcNOUNy/J4wKoEcFp1cF54=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:Subject: Content-Type:Content-Transfer-Encoding; b=HPRfs4KngaU7Vn6jXc/LnEduieotCaFJeZlNA+X9Jg3ZnyT1i+2ihsTbwg47Ce1eQ jEWYuWDzTCc9ej+qE/d6ExMm6YubL/7oYZixR3XZQXP/iQ6tmUMitpCQOZhVuxRB0p 1FB3qRtNT3MqXdNrRrNZf28uy9mVJi7aPphrUmBI= Authentication-Results: smtp2h.mail.yandex.net; dkim=pass header.i=@yandex.ru Message-ID: <5443E225.9090502@yandex.ru> Date: Sun, 19 Oct 2014 20:09:09 +0400 From: Ruslan Makhmatkhanov User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: FreeBSD Current Subject: broken virtualbox-ose-kmod build Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 19 Oct 2014 16:27:34 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: 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, 19 Oct 2014 16:09:46 -0000 Hello, after updating to -current r273266 I have problem with building any port with portmaster like this: ===> libdrm-2.4.58_1,1 depends on file: /usr/local/sbin/pkg - found usage: mkdir [-pv] [-m mode] directory_name ... make:: not found *** Error code 127 And another, not related issue, is virtualbox-ose-kmod. If I try to build it with make install clean I got this: """ *** Building 'vboxdrv' module *** make[3]: "/usr/src/sys/conf/kmod.mk" line 199: Malformed conditional (${MK_CTF} != "no") make[3]: Fatal errors encountered -- cannot continue make[3]: stopped in /mnt/media/d1/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.3.16/out/freebsd.amd64/release/bin/src/vboxdrv *** [all] Error code 1 make[2]: stopped in /mnt/media/d1/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.3.16/out/freebsd.amd64/release/bin/src 1 error make[2]: stopped in /mnt/media/d1/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.3.16/out/freebsd.amd64/release/bin/src ===> Compilation failed unexpectedly. """ Does anybody aware of this issue? -- Regards, Ruslan T.O.S. Of Reality From owner-freebsd-current@FreeBSD.ORG Sun Oct 19 16:34:09 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9B7C6E32 for ; Sun, 19 Oct 2014 16:34:09 +0000 (UTC) Received: from mx2.shrew.net (mx2.shrew.net [38.97.5.132]) (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 6D6659E8 for ; Sun, 19 Oct 2014 16:34:08 +0000 (UTC) Received: from mail.shrew.net (mail.shrew.prv [10.24.10.20]) by mx2.shrew.net (8.14.7/8.14.7) with ESMTP id s9JGX8jh063564 for ; Sun, 19 Oct 2014 11:33:08 -0500 (CDT) (envelope-from mgrooms@shrew.net) Received: from [10.22.200.30] (cpe-72-177-96-36.austin.res.rr.com [72.177.96.36]) by mail.shrew.net (Postfix) with ESMTPSA id 8F3AF18B00D for ; Sun, 19 Oct 2014 11:32:57 -0500 (CDT) Message-ID: <5443E7FC.8020605@shrew.net> Date: Sun, 19 Oct 2014 11:34:04 -0500 From: Matthew Grooms User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Compiling Xen on FreeBSD using clang ... Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (mx2.shrew.net [10.24.10.11]); Sun, 19 Oct 2014 11:33:08 -0500 (CDT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: 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, 19 Oct 2014 16:34:09 -0000 All, As most of you are probably aware, Roger at Citrix R&D has been doing some incredible work to bring PVH domU/dom0 support to FreeBSD. There has also been an effort by other Xen developers to get the software to compile using clang. While most of these attempts appear to be on Linux platforms targeting arm processors, the FreeBSD version of binutils is quite a bit older. Clang still can't parse all of the assembly that Xen requires, so unfortunately the -no-integrated-as option has to be used in several cases. Which brings me to my question, is there a way to ask clang to use the ports version of binutils when -no-integrated-as is passed to clang? The version of 'as' in base fails to compile such as ... /tmp/misc-bf1339.s: Assembler messages: /tmp/misc-bf1339.s:375: Error: unknown pseudo-op: `.cfi_sections' If /usr/local/bin/as is symlinked to /usr/bin/as, the compile completes but I assume there is a better way to tell clang where the external as binary is when -no-integrated-as is invoked. I've googled a bunch but came up empty handed so far. I thought it would be worth asking here in case someone has already run across this problem and had more insight. Thanks, -Matthew From owner-freebsd-current@FreeBSD.ORG Sun Oct 19 17:25:45 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 78197ADE; Sun, 19 Oct 2014 17:25:45 +0000 (UTC) Received: from mail-wi0-x231.google.com (mail-wi0-x231.google.com [IPv6:2a00:1450:400c:c05::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DC0A1F43; Sun, 19 Oct 2014 17:25:44 +0000 (UTC) Received: by mail-wi0-f177.google.com with SMTP id fb4so4584728wid.4 for ; Sun, 19 Oct 2014 10:25:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=1sIqJdctrm+MzZAjM3PGAMtEB8DL9pRzN7d/4NtDpfs=; b=NDqKmPxDoIPYK9o2ZLjORTKhtC73pWb0gNJZ8HAMECDy16CuWzHNpTtINoSkwiuHF4 7fjIkssb5K9nJaZCTHPLCp8CPanmY+jgxZN0L73G8a58+gCokUeVX74XI532oRzqpJN0 DychqfEcM5V57zuzsH1djb5O8EPBUczn4aEp1KgM7nLrEYnJkruXAtLtMp+xE6IejtgS eOeDXrlBIdoWTB/SQ7F7j37A8Q9k+ek8IqJ9hvsI1TxFpLu0h5BXIj3A6dsrgLH77J54 HsljjZGi5OVTXkwTRT8EUPaGdX2zbozdxO29ffvDj9IMLtZX4l8PF/Uy/5KsmyHr7Z8F bEyg== MIME-Version: 1.0 X-Received: by 10.194.6.233 with SMTP id e9mr27165893wja.20.1413739543100; Sun, 19 Oct 2014 10:25:43 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.216.106.136 with HTTP; Sun, 19 Oct 2014 10:25:43 -0700 (PDT) In-Reply-To: <20141019163029.00b0f1c4.ohartman@zedat.fu-berlin.de> References: <20140927143830.1d25968f.ohartman@zedat.fu-berlin.de> <20140927222208.GA20243@e-new.0x20.net> <20140928080643.1b5c991b.ohartman@zedat.fu-berlin.de> <5427A8C5.1010703@freebsd.org> <20140928113510.452dc9f0.ohartman@zedat.fu-berlin.de> <20141019163029.00b0f1c4.ohartman@zedat.fu-berlin.de> Date: Sun, 19 Oct 2014 10:25:43 -0700 X-Google-Sender-Auth: fa_k2bgkUB3OQ1mXgNTdYvucQwc Message-ID: Subject: Re: WiFi 802.11/ac PCIe supported adaptor From: Adrian Chadd To: "O. Hartmann" Content-Type: text/plain; charset=UTF-8 Cc: Warren Block , Gavin Atkinson , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: 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, 19 Oct 2014 17:25:45 -0000 :( We are working on the 7260 driver support in our spare time. But, it's a spare time thing. It'll happen when it happens. If this is important to you (and it sounds like it is!) then please: * write a nicely worded email to the freebsd foundation, telling them how much you like freebsd and how much you'd like to use it on laptops, except for the missing hardware support, and that is really important to you; * please consider donating something to the freebsd foundation so they can sponsor projects like this. Thanks! -adrian (sleep? What's that.) On 19 October 2014 07:30, O. Hartmann wrote: > Am Sun, 28 Sep 2014 14:50:02 -0600 (MDT) > Warren Block schrieb: > >> On Sun, 28 Sep 2014, Gavin Atkinson wrote: >> > On Sun, 28 Sep 2014, O. Hartmann wrote: >> >> Networking wasn't an issue for me for years, but now, sitting on a pile of neat new >> >> hardware of which FreeBSD can not make any serious use, let me rethink. Luckily, The >> >> Lenovo laptops have a mini PCIe WiFi NIC - if I'm willing to follow FreeBSDs agony >> >> I'm able to swap the NIC with a piece of hardware that is supported. But it is >> >> additional >> > >> > Unfortunately, many Lenovo laptops lock the BIOS down in such a way that >> > they won't boot without the NIC they were shipped with :( > > Yes, I realized this very sadly today. Intel 6300 WiFi adapter isn't recognized, the crap > of Laptop rejects starting firmware and I get a message telling me using uncertified > hardware. Last time I bought a Laptop from Lenovo! > >> >> Well, or a short list of approved Lenovo-branded cards. In the past, >> Lenovo (or IBM) has supplied Atheros cards. The trick will be finding >> that list and identifying the chipsets on each. There are also >> unofficial BIOS modifications to remove the limits. > > There are lists, but they are outdated and newer chipsets aren't listed. > > There are also some bad hacks changing the PCI ID of the new mini PCIe card to be > recognized by the EFI, but this seems to be very, very difficult to me. > > The notebook is now running Ubuntu 14.04. WiFi is recognized by the Linux natively as > well as I can use the nVidia graphics of the notebook. Also the built-in Realtek NIC, > which doesn't work properly even under FreeBSD 11.0-CURRENT as of Friday last week (the > NIC is down until it is switched off and on manually), is working as expected. From owner-freebsd-current@FreeBSD.ORG Sun Oct 19 17:35:26 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6DEFAE32 for ; Sun, 19 Oct 2014 17:35:26 +0000 (UTC) Received: from mail-ob0-x22a.google.com (mail-ob0-x22a.google.com [IPv6:2607:f8b0:4003:c01::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 350B1C0 for ; Sun, 19 Oct 2014 17:35:26 +0000 (UTC) Received: by mail-ob0-f170.google.com with SMTP id uz6so2812035obc.29 for ; Sun, 19 Oct 2014 10:35:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=TldRSQvw627UiXqyxrebLUfsxfv5bYVDTPnIvSNnnKA=; b=vymGB8d3XbncBYZC3moF0H8mtCQW8Hv8CAPT8iZk/k7sX4xKToIEuJhC9rcSoofp1J bNgMUBOF+5lq4RGRk3j3yJP3MPzmETJ8tUGxgbxe/sCZm+BNqm7UAeoo8hi3Gyc1UiFJ Wv32CA8l3khh5y6a97LJElYHyUPcJnaNJi1UXJxEYxrgiBrHE8amkBgYmvs3Pm8wQfLd hMtt0o9rVDXsSHcbI+0oGONGluHPTPHtrd+nhgnVLQBTMkVcaxr2eS8HcS2u6TDwu2g+ Qxaw+lFDNeeFja8TIvJXGPsrVqnpYvI8oPNjNJ4J/vinTeTggva7HKDUb0VTCKkM/5Kf Un3w== MIME-Version: 1.0 X-Received: by 10.60.178.144 with SMTP id cy16mr2153612oec.60.1413740125518; Sun, 19 Oct 2014 10:35:25 -0700 (PDT) Received: by 10.202.104.195 with HTTP; Sun, 19 Oct 2014 10:35:25 -0700 (PDT) Received: by 10.202.104.195 with HTTP; Sun, 19 Oct 2014 10:35:25 -0700 (PDT) In-Reply-To: <20141019074600.GD82214@funkthat.com> References: <5441E834.2000906@freebsd.org> <544246E8.1090001@ijs.si> <20141019074600.GD82214@funkthat.com> Date: Sun, 19 Oct 2014 10:35:25 -0700 Message-ID: Subject: Re: ssh None cipher From: Freddie Cash To: Mark Martinec , FreeBSD-Current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: 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, 19 Oct 2014 17:35:26 -0000 On Oct 19, 2014 12:46 AM, "John-Mark Gurney" wrote: > > Freddie Cash wrote this message on Sat, Oct 18, 2014 at 10:21 -0700: > > On Oct 18, 2014 3:54 AM, "Mark Martinec" > > wrote: > > > > > > If the purpose of having a none cipher is to have a fast > > > file transfer, then one should be using sysutils/bbcp > > > for that purposes. Uses ssd for authentication, and > > > opens unencrypted channel(s) for the actual data transfer. > > > It's also very fast, can use multiple TCP streams. > > > > That's an interesting alternative to rsync, scp, and ftp, but doesn't help > > with zfs send/recv which is where the none cipher really shines. > > > > Without the none cipher, SSH becomes the bottleneck limiting transfers to > > around 400 Mbps on a gigabit LAN. With the none cipher, the network becomes > > the bottleneck limiting transfers to around 920 Mbps on the same gigabit > > LAN. > > > > This is between two 8-core AMD Opteron 6200 systems using igb(4) NICs. > > Are you running on HEAD or possibly 10.x (I believe we have OpenSSL > 1.0.x on 10.x)? Nope, 9.2. And I don't think the 6200 series Opterons have AES-NI. From owner-freebsd-current@FreeBSD.ORG Sun Oct 19 18:01:23 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E55E04B0 for ; Sun, 19 Oct 2014 18:01:22 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id A5CDA383 for ; Sun, 19 Oct 2014 18:01:21 +0000 (UTC) Received: from [192.168.1.2] (Seawolf.HML3.ScaleEngine.net [209.51.186.28]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 1C8D3619FC for ; Sun, 19 Oct 2014 18:01:15 +0000 (UTC) Message-ID: <5443FC83.3030104@freebsd.org> Date: Sun, 19 Oct 2014 14:01:39 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: ssh None cipher References: <5441E834.2000906@freebsd.org> <544246E8.1090001@ijs.si> <20141019074600.GD82214@funkthat.com> In-Reply-To: <20141019074600.GD82214@funkthat.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="A0brAQg2cPuaH5TeTODCQjLW8AHwPO2Lc" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: 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, 19 Oct 2014 18:01:23 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --A0brAQg2cPuaH5TeTODCQjLW8AHwPO2Lc Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 2014-10-19 03:46, John-Mark Gurney wrote: > Freddie Cash wrote this message on Sat, Oct 18, 2014 at 10:21 -0700: >> On Oct 18, 2014 3:54 AM, "Mark Martinec" >> wrote: >>> >>> If the purpose of having a none cipher is to have a fast >>> file transfer, then one should be using sysutils/bbcp >>> for that purposes. Uses ssd for authentication, and >>> opens unencrypted channel(s) for the actual data transfer. >>> It's also very fast, can use multiple TCP streams. >> >> That's an interesting alternative to rsync, scp, and ftp, but doesn't = help >> with zfs send/recv which is where the none cipher really shines. >> >> Without the none cipher, SSH becomes the bottleneck limiting transfers= to >> around 400 Mbps on a gigabit LAN. With the none cipher, the network be= comes >> the bottleneck limiting transfers to around 920 Mbps on the same gigab= it >> LAN. >> >> This is between two 8-core AMD Opteron 6200 systems using igb(4) NICs.= >=20 > Are you running on HEAD or possibly 10.x (I believe we have OpenSSL > 1.0.x on 10.x)? w/ modern processors w/ AES-NI and a modern version of= > OpenSSL, you should be able to get much faster speeds than that... I'm= > able to get ~200MB/s over lo0 on my HEAD box on a: > CPU: AMD A10-5700 APU with Radeon(tm) HD Graphics (3393.89-MHz K8-cl= ass CPU) >=20 > $ netstat -w 1 -I lo0 > input lo0 output > packets errs idrops bytes packets errs bytes colls > 39162 0 0 207823548 39162 0 207823548 0 > 26327 0 0 158674156 26327 0 158674156 0 > 38254 0 0 221313096 38254 0 221313096 0 > 41362 0 0 219740344 41362 0 219740344 0 > 40271 0 0 213565272 40271 0 213565272 0 > 37698 0 0 225447008 37698 0 225447008 0 >=20 > while running: > $ ssh 0 dd if=3D/dev/zero >/dev/null >=20 > This is w/ no special patches to OpenSSL or ssh... >=20 > It could go twice as fast if ssh could use multiple threads to do the > encryption (the processor has 4 cores, 2 would be used for sending, 2 > for receiving)... >=20 There is a patch for threaded AES-CTR in the openssh-portable port. Might be worth benchmarking that. --=20 Allan Jude --A0brAQg2cPuaH5TeTODCQjLW8AHwPO2Lc 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) iQIcBAEBAgAGBQJUQ/yDAAoJEJrBFpNRJZKfhlEQAIYcx55Hh0YP8gczLTDU7ltd 5X9yTb7NQmesYY2IwkTRxC4eF04q7/t8Mh3uicM3J/uTXnr3GiGjG84BW9poIhAe kx9DxGj1BjiSjPasp2DbEZ0PJ27NVboL1mXyM0QOoLasKz9YiS9pDm9WxB5khJIQ mA9zGkbmXHd6gkrhhWwX/1iwednKaJ9W3UWT606DpuEtPkgDc776b8yQIB5OWK8H 2I3ks5GNnxC93JsR+rqnLADs/AmnmCUUWSj5rYF1VLKX/BKBqxdF+S3mPGvqTrka s9jGp1xlwPuU9dr7shIC+oYL6lEjPuB8HvESmVxRYCe/IHFa27jsV7K6WweIxO5F W5jcJSrKxpj+HyojDBJDpaiw7AGizIts6EwBqPwW4mUwIIFKGEjjH+XPL7qrzm51 Sth8ZeBhoa4EYCYd0JQN22pqzMrcjd9l5Xw0pCU0fYYLWpevumHaIc3+0dbs4iYY +i6M97ceLZ8goQSwfGEZohztiLpuE2kSoe48YHGJSYBV/1kMulQDTVlln6Jkl0SG 4Hei5q6qqTm4kLl+HTZZv3jWfQ0J6PVUS1EcER01I+M9hjtGvW4QVl5kxUv4+gs8 Inihe1MG54Ik0YgFWoyTgWYLUa56XFmlLyRC5ovgs42w+rmQk0eYtwpHe4U2N3xR d42umOHA2gAVe6EbE0dG =GWFq -----END PGP SIGNATURE----- --A0brAQg2cPuaH5TeTODCQjLW8AHwPO2Lc-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 19 19:27:36 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9CCEC172 for ; Sun, 19 Oct 2014 19:27:36 +0000 (UTC) Received: from tensor.andric.com (unknown [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5CC04C8A for ; Sun, 19 Oct 2014 19:27:36 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::fcab:695e:40a6:527e] (unknown [IPv6:2001:7b8:3a7:0:fcab:695e:40a6:527e]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 79955B80A; Sun, 19 Oct 2014 21:27:31 +0200 (CEST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.0 \(1990.1\)) Subject: Re: Compiling Xen on FreeBSD using clang ... From: Dimitry Andric In-Reply-To: <5443E7FC.8020605@shrew.net> Date: Sun, 19 Oct 2014 21:27:31 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <937EF112-2DD5-4B4A-A405-D8F5DA0F9AF3@FreeBSD.org> References: <5443E7FC.8020605@shrew.net> To: Matthew Grooms X-Mailer: Apple Mail (2.1990.1) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: 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, 19 Oct 2014 19:27:36 -0000 On 19 Oct 2014, at 18:34, Matthew Grooms wrote: > As most of you are probably aware, Roger at Citrix R&D has been doing = some incredible work to bring PVH domU/dom0 support to FreeBSD. There = has also been an effort by other Xen developers to get the software to = compile using clang. While most of these attempts appear to be on Linux = platforms targeting arm processors, the FreeBSD version of binutils is = quite a bit older. Clang still can't parse all of the assembly that Xen = requires, so unfortunately the -no-integrated-as option has to be used = in several cases. What kind of assembly is that? And are you using clang 3.4.1 from base? > Which brings me to my question, is there a way to ask clang to use the = ports version of binutils when -no-integrated-as is passed to clang? The = version of 'as' in base fails to compile such as ... >=20 > /tmp/misc-bf1339.s: Assembler messages: > /tmp/misc-bf1339.s:375: Error: unknown pseudo-op: `.cfi_sections' Yes, binutils in base is forever stuck at version 2.17.50, which is ancient by by now. > If /usr/local/bin/as is symlinked to /usr/bin/as, the compile = completes but I assume there is a better way to tell clang where the = external as binary is when -no-integrated-as is invoked. I've googled a = bunch but came up empty handed so far. I thought it would be worth = asking here in case someone has already run across this problem and had = more insight. Yes, just pass -B/usr/local/bin on the command line. Note that this will make it search for *all* external tools in /usr/local/bin, e.g. ld will also be run from there. For example: $ clang -v -no-integrated-as -B/usr/local/bin hello-world.c -o = hello-world FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 Target: i386-unknown-freebsd11.0 Thread model: posix Selected GCC installation: "/usr/bin/clang" -cc1 -triple i386-unknown-freebsd11.0 -S -disable-free = -main-file-name hello-world.c -mrelocation-model static = -mdisable-fp-elim -masm-verbose -mconstructor-aliases -target-cpu i486 = -v -resource-dir /usr/bin/../lib/clang/3.4.1 -fno-dwarf-directory-asm = -fdebug-compilation-dir /share/dim/src/misc -ferror-limit 19 = -fmessage-length 297 -mstackrealign -fobjc-runtime=3Dgnustep = -fdiagnostics-show-option -fcolor-diagnostics -vectorize-slp -o = /home/dim/tmp/hello-world-410124.s -x c hello-world.c clang -cc1 version 3.4.1 based upon LLVM 3.4.1 default target = i386-unknown-freebsd11.0 ignoring nonexistent directory "/usr/bin/../lib/clang/3.4.1/include" #include "..." search starts here: #include <...> search starts here: /usr/include/clang/3.4.1 /usr/include End of search list. "/usr/local/bin/as" --32 -o /home/dim/tmp/hello-world-288694.o = /home/dim/tmp/hello-world-410124.s "/usr/local/bin/ld" --eh-frame-hdr -dynamic-linker /libexec/ld-elf.so.1 = --hash-style=3Dboth --enable-new-dtags -m elf_i386_fbsd -o hello-world = /usr/lib/crt1.o /usr/lib/crti.o /usr/lib/crtbegin.o -L/usr/lib = /home/dim/tmp/hello-world-288694.o -lgcc --as-needed -lgcc_s = --no-as-needed -lc -lgcc --as-needed -lgcc_s --no-as-needed = /usr/lib/crtend.o /usr/lib/crtn.o -Dimitry From owner-freebsd-current@FreeBSD.ORG Sun Oct 19 20:03:30 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8D1A46AB for ; Sun, 19 Oct 2014 20:03:30 +0000 (UTC) Received: from m.saper.info (m.saper.info [IPv6:2a01:4f8:a0:7383::]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "m.saper.info", Issuer "Marcin Cieslak 2011" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 2513AF97 for ; Sun, 19 Oct 2014 20:03:29 +0000 (UTC) Received: from localhost (saper@localhost [127.0.0.1]) by m.saper.info (8.14.9/8.14.9) with ESMTP id s9JK3ODn065686 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 19 Oct 2014 20:03:25 GMT (envelope-from saper@saper.info) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=saper.info; s=Sep2014; t=1413749006; bh=KSX05E/0e0IWF5NyVBIY9DJPmsHMm1bc5AFdBO92iwo=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=OORgu6hqo9HOQvbeaAN7cMqwOvIIOQ8fKpYXLWYqnAxVwlum24qJHa8Ss/b3Y6I1U GPnl9UrwwGavxCAYXaU5ugz9K8yNVQx8F8IHc/KeXO/sG8ssdAjpViP6NhVwUIFX9d ovWfTyj+6AljsHYQU8aLxwPPqljL2ZaBvVn6pgSw= Date: Sun, 19 Oct 2014 20:03:24 +0000 (UTC) From: Marcin Cieslak To: Matthew Grooms Subject: Re: Compiling Xen on FreeBSD using clang ... In-Reply-To: <5443E7FC.8020605@shrew.net> Message-ID: References: <5443E7FC.8020605@shrew.net> User-Agent: Alpine 2.11 (BSF 23 2013-08-11) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: 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, 19 Oct 2014 20:03:30 -0000 On Sun, 19 Oct 2014, Matthew Grooms wrote: > All, > > As most of you are probably aware, Roger at Citrix R&D has been doing some > incredible work to bring PVH domU/dom0 support to FreeBSD. There has also > been an effort by other Xen developers to get the software to compile using > clang. While most of these attempts appear to be on Linux platforms targeting > arm processors, the FreeBSD version of binutils is quite a bit older. Clang > still can't parse all of the assembly that Xen requires, so unfortunately the > -no-integrated-as option has to be used in several cases. > > Which brings me to my question, is there a way to ask clang to use the ports > version of binutils when -no-integrated-as is passed to clang? The version of > 'as' in base fails to compile such as ... > > /tmp/misc-bf1339.s: Assembler messages: > /tmp/misc-bf1339.s:375: Error: unknown pseudo-op: `.cfi_sections' I have recently managed to compile Xen (4.5 unstable from git master) using few patches in the source code (I posted them to xen-devel@, most of them are almost the same as some earlier work by Julien Grall). I have used clang version 3.5.0 (trunk) from ports just for the .code16 support, other than that clang 3.4.1 was fine. Xen kernel compiled this way even boots successfully and starts Debian dom0. This command was used to compile with 3.4.1 (without hvmloader): env CFLAGS=-I/usr/local/include LDFLAGS=-L/usr/local/lib gmake clang=y CC=clang-devel HOSTCC=clang-devel CONFIG_SEABIOS=y CONFIG_HVMLOADER=n SEABIOS_PATH=$HOME/qemu/bios.bin-1.7.5 CONFIG_QEMU=n "$@" //Marcin From owner-freebsd-current@FreeBSD.ORG Sun Oct 19 20:04:57 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6DA2E7BC; Sun, 19 Oct 2014 20:04:57 +0000 (UTC) Received: from mail-pd0-x22a.google.com (mail-pd0-x22a.google.com [IPv6:2607:f8b0:400e:c02::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 375CCFA5; Sun, 19 Oct 2014 20:04:57 +0000 (UTC) Received: by mail-pd0-f170.google.com with SMTP id p10so3698721pdj.1 for ; Sun, 19 Oct 2014 13:04:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=FEzkb6ICRWhRwPcvyescEbytaBvjp0TmWZ6O0G+UULg=; b=lDqCI53VSk7dwOinaa4RWtYZPveLA3PtVEXC6ZE6teSL0yHmbB7c4o1sz1fO/6Gu+e wkdgii+P/Zb7yrP9ARa5biO1PvIa7rKUk8LqFchUNSI9uZUtYsWOTtKZNnrMRt3ZOEAi WjQlSvDwg60gSXicGa2Cwd3w2GR45WBsl1mhRujU/27hBmICnF3BdcaIw45BNoAMEZQa KA2EX8shDBb/BG6dB3aSLCr6zUpOhnSus5SN3f78+DuK7kXQCL+sZg97xfg5YfYS2OLi 3UKGSQbhO2G3HdRdH7sEedzPLMpEpfPKZOOiFvFZq21cYxWl2EeD5EQwhhcMD/+i4jEd wHhQ== X-Received: by 10.66.233.37 with SMTP id tt5mr23130468pac.11.1413749096727; Sun, 19 Oct 2014 13:04:56 -0700 (PDT) Received: from neil.creepingfur.org (tessier.creepingfur.is. [70.36.196.188]) by mx.google.com with ESMTPSA id qf3sm7175321pbc.96.2014.10.19.13.04.55 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 19 Oct 2014 13:04:56 -0700 (PDT) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 8.0 \(1990.1\)) Subject: Re: HEADS UP: Merging projects/bhyve_svm to HEAD From: Benjamin Perrault In-Reply-To: <5443A89F.8050801@digiware.nl> Date: Sun, 19 Oct 2014 13:04:50 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <154A442D-7814-4618-9AFC-6F9FB3F5DFD3@gmail.com> <5443A89F.8050801@digiware.nl> To: freebsd-virtualization@freebsd.org, Anish Gupta X-Mailer: Apple Mail (2.1990.1) Cc: freebsd-current@freebsd.org, Neel Natu X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: 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, 19 Oct 2014 20:04:57 -0000 After a few days of extensive testing and abuse, i=92ve run into no new = issues or unknowns what so ever. Everything that worked before still = works now ( and a few bugs from fixed from HEAD ).=20 Thus, I have gone ahead and pushed r273182 w/ Neel=92s patch out to = about 80 of the assorted AMD boxes in the production and dev pods that I = care for. If end users see something, I=92ll let you know, but I have a = feeling they won=92t.=20 Again - Excellent work.=20 cheers, -bp > On Oct 19, 2014, at 5:03 AM, Willem Jan Withagen = wrote: >=20 > On 16-10-2014 5:00, Anish Gupta wrote: >> Hi all, >>=20 >> The projects/bhyve_svm branch is ready to be merged to HEAD. >>=20 >> This branch contains patches to bhyve to enable it to work on AMD >> processors with SVM/AMD-V hardware extensions[1]. Pretty much any AMD >> processor since 2010 will have the features required by bhyve. >>=20 >> bhyve on AMD supports (almost) all the features available with Intel >> [2]. All guest OSes supported on Intel are supported on AMD. All the >> bhyve-related utilities function similarly on both Intel and AMD >> platforms [3]. >>=20 >> The patch against HEAD revision 273066 is available for review and = testing: >> https://people.freebsd.org/~neel/bhyve/bhyve_svm.diff [Neel=92s web = directory] >>=20 >> [1]: http://en.wikipedia.org/wiki/X86_virtualization >> [2]: bhyve doesn't support PCI passthru on AMD at this time >> [3]: bhyvectl has grown some processor-specific options >=20 > Fetched the patch and compiled. > Now running: HEAD r273066M and I was able to throw at it all the tests > and images that in the past works. And perhaps even better. >=20 > Great work. > --WjW >=20 >=20 > _______________________________________________ > freebsd-virtualization@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-virtualization > To unsubscribe, send any mail to = "freebsd-virtualization-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Oct 19 22:09:13 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F18688E6; Sun, 19 Oct 2014 22:09:13 +0000 (UTC) Received: from mail-lb0-x234.google.com (mail-lb0-x234.google.com [IPv6:2a00:1450:4010:c04::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4D667D96; Sun, 19 Oct 2014 22:09:13 +0000 (UTC) Received: by mail-lb0-f180.google.com with SMTP id n15so2973012lbi.11 for ; Sun, 19 Oct 2014 15:09:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=dNRnW9tft1KPSp0ZZiAe50lEk6jZCyt3Q6hILnGlEbU=; b=QVJQd4YNSb2J8Nqi7kFmoPoK5NlPkBwOiXYzyh4guf8Y2KRGIyYGgl2e7SF6FMrLDB 0fXKWkcFMvsQvytbX3/d+QSURWeXwrm5BDfs+YmwNQlYssEOxpRaDjvK9Q2UnW67z74f Tvmz0yvnEaWKj78dOel49nsRjSqBW7ea/FQ9fptVRH8mBtnxfNxC2iJojQNxAoEOD3nZ tPLEYVBZn/xCdF/WXtZgEc/pA1tKb4XHu+WwtJD+fZQb5NrKeot0JH7qWPMuWjdCHpf3 O+rVAFQdP5tmjU+vkCjiZUx6UkUOkXbQHIuhcLm0AL2TmCoem4VpezcpAty2KaOLnZ4v ZDUQ== MIME-Version: 1.0 X-Received: by 10.152.10.143 with SMTP id i15mr23465398lab.5.1413756551085; Sun, 19 Oct 2014 15:09:11 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.112.131.66 with HTTP; Sun, 19 Oct 2014 15:09:11 -0700 (PDT) Date: Sun, 19 Oct 2014 15:09:11 -0700 X-Google-Sender-Auth: gSiyBO0YjQWQu7FcWEwafmsFqu8 Message-ID: Subject: Voxer using FreeBSD, BSDNow.tv interview From: Craig Rodrigues To: freebsd-current Current , freebsd-advocacy@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: 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, 19 Oct 2014 22:09:14 -0000 Hi, If you don't watch BSDNow.tv ( http://bsdnow.tv ), I encourage you to do so. Allan Jude and Kris Moore do a great job of doing a weekly video podcast of news in the BSD world. It is great stuff. In episode 58 ( http://www.bsdnow.tv/episodes/2014_10_08-behind_the_masq ) BSDNow interviewed the CTO of Voxer ( http://voxer.com ), a mobile messaging startup based in San Francisco. Voxer mentioned how they transitioned from SmartOS (an Illumos/Solaris distribution) to FreeBSD. What Voxer liked: (1) DTrace worked for their node.js apps (2) ZFS worked nicely (3) jails work nicely (4) Easy to transition away from SmartOS/Illumos because of (1) and (2) (5) Better support for 3rd party applications (ports) than SmartOS/Illumos (6) Better hardware support than SmartOS/Illumos (7) Good documentation, professional/technical discussions on mailing lists (8) For people who use MacOS X, the FreeBSD command-line utilities were familiar What Voxer didn't like: Voxer was super positive about FreeBSD in the interview, and didn't really mention many downsides to their transition. The only things I could pick up on: (1) Support for FreeBSD in Chef was not as good as they would have liked. They actually have patches to Chef for FreeBSD which they want to upstream. (2) Most devops engineers in web/mobile companies are familiar with Linux. Any differences between Linux and FreeBSD in command-line utilities are not show-stoppers, but they are annoyances. Anything FreeBSD could do to help people used to Linux would be a big help. Allan Jude even brought up my request to symlink /bin/bash ( https://lists.freebsd.org/pipermail/freebsd-ports/2014-September/095483.html ) :) The interview was really good, and I encourage everyone to watch it. It's nice to see a "modern" web/mobile company migrating *to* FreeBSD. -- Craig From owner-freebsd-current@FreeBSD.ORG Sun Oct 19 22:29:33 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 76D1CC93 for ; Sun, 19 Oct 2014 22:29:33 +0000 (UTC) Received: from mx1.shrew.net (mx1.shrew.net [38.97.5.131]) (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 2CCB2F7B for ; Sun, 19 Oct 2014 22:29:32 +0000 (UTC) Received: from mail.shrew.net (mail.shrew.prv [10.24.10.20]) by mx1.shrew.net (8.14.7/8.14.7) with ESMTP id s9JMSL6m018428 for ; Sun, 19 Oct 2014 17:28:21 -0500 (CDT) (envelope-from mgrooms@shrew.net) Received: from [10.22.200.30] (cpe-72-177-96-36.austin.res.rr.com [72.177.96.36]) by mail.shrew.net (Postfix) with ESMTPSA id 86D8B18B0A3 for ; Sun, 19 Oct 2014 17:28:16 -0500 (CDT) Message-ID: <54443B43.1030507@shrew.net> Date: Sun, 19 Oct 2014 17:29:23 -0500 From: Matthew Grooms User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Compiling Xen on FreeBSD using clang ... References: <5443E7FC.8020605@shrew.net> <937EF112-2DD5-4B4A-A405-D8F5DA0F9AF3@FreeBSD.org> In-Reply-To: <937EF112-2DD5-4B4A-A405-D8F5DA0F9AF3@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (mx1.shrew.net [10.24.10.10]); Sun, 19 Oct 2014 17:28:21 -0500 (CDT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: 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, 19 Oct 2014 22:29:33 -0000 On 10/19/2014 2:27 PM, Dimitry Andric wrote: > On 19 Oct 2014, at 18:34, Matthew Grooms wrote: >> As most of you are probably aware, Roger at Citrix R&D has been doing some incredible work to bring PVH domU/dom0 support to FreeBSD. There has also been an effort by other Xen developers to get the software to compile using clang. While most of these attempts appear to be on Linux platforms targeting arm processors, the FreeBSD version of binutils is quite a bit older. Clang still can't parse all of the assembly that Xen requires, so unfortunately the -no-integrated-as option has to be used in several cases. > > What kind of assembly is that? And are you using clang 3.4.1 from base? > There wasn't much of Xen proper that had issues compiling the assembly. Most of the headache came when compiling seabios which is wrapped up in the Xen source code. One problem was the .code16 sections as mentioned by Marcin Cieslak later in this email thread. Maybe related to this? http://lists.cs.uiuc.edu/pipermail/llvmdev/2014-January/069375.html I tried passing the "-m16" flag to clang 3.4.1, but it complained about not being a recognized option ( or I wasn't using it properly ). Maybe support for this was first included in the 3.4.2 or the 3.5 release. > >> Which brings me to my question, is there a way to ask clang to use the ports version of binutils when -no-integrated-as is passed to clang? The version of 'as' in base fails to compile such as ... >> >> /tmp/misc-bf1339.s: Assembler messages: >> /tmp/misc-bf1339.s:375: Error: unknown pseudo-op: `.cfi_sections' > > Yes, binutils in base is forever stuck at version 2.17.50, which is > ancient by by now. > > >> If /usr/local/bin/as is symlinked to /usr/bin/as, the compile completes but I assume there is a better way to tell clang where the external as binary is when -no-integrated-as is invoked. I've googled a bunch but came up empty handed so far. I thought it would be worth asking here in case someone has already run across this problem and had more insight. > > Yes, just pass -B/usr/local/bin on the command line. Note that this > will make it search for *all* external tools in /usr/local/bin, e.g. > ld will also be run from there. For example: > Thanks for the feedback. I'll try this out. My goal was to get a set of patches that could be used to pull Xen into the ports tree. With that in mind I was trying to rely on the system compiler as much as possible. If an LLVM 3.5 import is imminent, then it may solve all of the issues, at least for CURRENT ( the only dom0 relevant branch ). > $ clang -v -no-integrated-as -B/usr/local/bin hello-world.c -o hello-world > FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 > Target: i386-unknown-freebsd11.0 > Thread model: posix > Selected GCC installation: > "/usr/bin/clang" -cc1 -triple i386-unknown-freebsd11.0 -S -disable-free -main-file-name hello-world.c -mrelocation-model static -mdisable-fp-elim -masm-verbose -mconstructor-aliases -target-cpu i486 -v -resource-dir /usr/bin/../lib/clang/3.4.1 -fno-dwarf-directory-asm -fdebug-compilation-dir /share/dim/src/misc -ferror-limit 19 -fmessage-length 297 -mstackrealign -fobjc-runtime=gnustep -fdiagnostics-show-option -fcolor-diagnostics -vectorize-slp -o /home/dim/tmp/hello-world-410124.s -x c hello-world.c > clang -cc1 version 3.4.1 based upon LLVM 3.4.1 default target i386-unknown-freebsd11.0 > ignoring nonexistent directory "/usr/bin/../lib/clang/3.4.1/include" > #include "..." search starts here: > #include <...> search starts here: > /usr/include/clang/3.4.1 > /usr/include > End of search list. > "/usr/local/bin/as" --32 -o /home/dim/tmp/hello-world-288694.o /home/dim/tmp/hello-world-410124.s > "/usr/local/bin/ld" --eh-frame-hdr -dynamic-linker /libexec/ld-elf.so.1 --hash-style=both --enable-new-dtags -m elf_i386_fbsd -o hello-world /usr/lib/crt1.o /usr/lib/crti.o /usr/lib/crtbegin.o -L/usr/lib /home/dim/tmp/hello-world-288694.o -lgcc --as-needed -lgcc_s --no-as-needed -lc -lgcc --as-needed -lgcc_s --no-as-needed /usr/lib/crtend.o /usr/lib/crtn.o > > -Dimitry > Thanks again, -Matthew From owner-freebsd-current@FreeBSD.ORG Sun Oct 19 22:55:52 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E096F5B6; Sun, 19 Oct 2014 22:55:52 +0000 (UTC) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "wonkity.com", Issuer "wonkity.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 6EEE92E0; Sun, 19 Oct 2014 22:55:52 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id s9JMtouU059022 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 19 Oct 2014 16:55:50 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.9/8.14.9/Submit) with ESMTP id s9JMtnom059019; Sun, 19 Oct 2014 16:55:50 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Sun, 19 Oct 2014 16:55:49 -0600 (MDT) From: Warren Block To: "O. Hartmann" Subject: Re: WiFi 802.11/ac PCIe supported adaptor In-Reply-To: <20141019163029.00b0f1c4.ohartman@zedat.fu-berlin.de> Message-ID: References: <20140927143830.1d25968f.ohartman@zedat.fu-berlin.de> <20140927222208.GA20243@e-new.0x20.net> <20140928080643.1b5c991b.ohartman@zedat.fu-berlin.de> <5427A8C5.1010703@freebsd.org> <20140928113510.452dc9f0.ohartman@zedat.fu-berlin.de> <20141019163029.00b0f1c4.ohartman@zedat.fu-berlin.de> User-Agent: Alpine 2.11 (BSF 23 2013-08-11) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Sun, 19 Oct 2014 16:55:50 -0600 (MDT) Cc: Gavin Atkinson , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: 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, 19 Oct 2014 22:55:53 -0000 On Sun, 19 Oct 2014, O. Hartmann wrote: > Am Sun, 28 Sep 2014 14:50:02 -0600 (MDT) > Warren Block schrieb: > >> On Sun, 28 Sep 2014, Gavin Atkinson wrote: >>> On Sun, 28 Sep 2014, O. Hartmann wrote: >>>> Networking wasn't an issue for me for years, but now, sitting on a pile of neat new >>>> hardware of which FreeBSD can not make any serious use, let me rethink. Luckily, The >>>> Lenovo laptops have a mini PCIe WiFi NIC - if I'm willing to follow FreeBSDs agony >>>> I'm able to swap the NIC with a piece of hardware that is supported. But it is >>>> additional >>> >>> Unfortunately, many Lenovo laptops lock the BIOS down in such a way that >>> they won't boot without the NIC they were shipped with :( > > Yes, I realized this very sadly today. Intel 6300 WiFi adapter isn't recognized, the crap > of Laptop rejects starting firmware and I get a message telling me using uncertified > hardware. Last time I bought a Laptop from Lenovo! > >> >> Well, or a short list of approved Lenovo-branded cards. In the past, >> Lenovo (or IBM) has supplied Atheros cards. The trick will be finding >> that list and identifying the chipsets on each. There are also >> unofficial BIOS modifications to remove the limits. > > There are lists, but they are outdated and newer chipsets aren't listed. No, I mean each particular Thinkpad notebook has a list of allowed cards in the BIOS. However, it is not the same list for each model. So the trick is to find the list of approved cards for your particular model, and then figure out which of those is Atheros-based. From owner-freebsd-current@FreeBSD.ORG Sun Oct 19 23:01:25 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 94528977 for ; Sun, 19 Oct 2014 23:01:25 +0000 (UTC) Received: from mx1.shrew.net (mx1.shrew.net [38.97.5.131]) (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 3B5ED316 for ; Sun, 19 Oct 2014 23:01:25 +0000 (UTC) Received: from mail.shrew.net (mail.shrew.prv [10.24.10.20]) by mx1.shrew.net (8.14.7/8.14.7) with ESMTP id s9JN0JFO018572 for ; Sun, 19 Oct 2014 18:00:19 -0500 (CDT) (envelope-from mgrooms@shrew.net) Received: from [10.22.200.30] (cpe-72-177-96-36.austin.res.rr.com [72.177.96.36]) by mail.shrew.net (Postfix) with ESMTPSA id CD9E118B1D6 for ; Sun, 19 Oct 2014 18:00:13 -0500 (CDT) Message-ID: <544442BE.3060908@shrew.net> Date: Sun, 19 Oct 2014 18:01:18 -0500 From: Matthew Grooms User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Compiling Xen on FreeBSD using clang ... References: <5443E7FC.8020605@shrew.net> In-Reply-To: Content-Type: multipart/mixed; boundary="------------010202060407000707050506" X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (mx1.shrew.net [10.24.10.10]); Sun, 19 Oct 2014 18:00:19 -0500 (CDT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: 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, 19 Oct 2014 23:01:25 -0000 This is a multi-part message in MIME format. --------------010202060407000707050506 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 10/19/2014 3:03 PM, Marcin Cieslak wrote: > > On Sun, 19 Oct 2014, Matthew Grooms wrote: > [...] > > I have recently managed to compile Xen (4.5 unstable from git master) using > few patches in the source code (I posted them to xen-devel@, most of them > are almost the same as some earlier work by Julien Grall). > Hi Marcin, I pulled in a few patches that were posted on the xen-devel list to get things to compile. Attached was the subset that I needed to get Xen 4.5 to build with the clang 3.4.1 ( with seabios disabled ). > I have used clang version 3.5.0 (trunk) from ports just for the .code16 > support, other than that clang 3.4.1 was fine. > Do you have a link to your patch set? I sifted through the ones posted by Julien and I probably saw most of yours as well. My goal was to get as much as possible to compile with the existing system compiler so I didn't try 3.5.0. Maybe that's a better bet. > Xen kernel compiled this way even boots successfully and starts Debian > dom0. > I was able to boot a FreeBSD PVH dom0 based on Rogers instructions. Pretty amazing that it all works with a GENERIC kernel. Was mostly focusing on getting the compile clean enough for a port/pkg of the final 4.5 release. [mgrooms@xen2 ~]$ uname -a FreeBSD xen2.shrew.lab 11.0-CURRENT FreeBSD 11.0-CURRENT #0 a50212f(pvh_dom0_v7): Sun Oct 19 09:57:23 CDT 2014 root@xen2.shrew.lab:/usr/obj/usr/src/sys/GENERIC amd64 [root@xen2 ~]# xl list Name ID Mem VCPUs State Time(s) Domain-0 0 1024 2 r----- 7.1 > This command was used to compile with 3.4.1 (without hvmloader): > env CFLAGS=-I/usr/local/include LDFLAGS=-L/usr/local/lib gmake clang=y > CC=clang-devel HOSTCC=clang-devel CONFIG_SEABIOS=y CONFIG_HVMLOADER=n > SEABIOS_PATH=$HOME/qemu/bios.bin-1.7.5 CONFIG_QEMU=n "$@" > Thanks for that. I hope the Xen devs can get the yajl and signed int patches committed. Those were the only C level code changes I ran into and would clean up the build significantly for clang users. Tho only other knit was the ... register unsigned long sp asm("rsp"); ... assembly but maybe that compiles with 3.5 as well? http://llvm.org/bugs/show_bug.cgi?id=11255 Everything else was build level compiler flag fiddling. -Matthew --------------010202060407000707050506 Content-Type: text/plain; charset=windows-1252; name="clang2.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="clang2.diff" diff --git a/Config.mk b/Config.mk index 6324237..0cd3553 100644 --- a/Config.mk +++ b/Config.mk @@ -36,10 +36,13 @@ CONFIG_$(XEN_OS) := y SHELL ?= /bin/sh # Tools to run on system hosting the build -HOSTCC = gcc +HOSTCC = cc HOSTCFLAGS = -Wall -Werror -Wstrict-prototypes -O2 -fomit-frame-pointer HOSTCFLAGS += -fno-strict-aliasing +# Clang specific +HOSTCFLAGS += -Wno-ignored-attributes + DISTDIR ?= $(XEN_ROOT)/dist DESTDIR ?= / @@ -54,7 +57,6 @@ else gcc := n endif - include $(XEN_ROOT)/config/$(XEN_OS).mk include $(XEN_ROOT)/config/$(XEN_TARGET_ARCH).mk @@ -193,6 +195,7 @@ CFLAGS += -Wall -Wstrict-prototypes # and is over-zealous with the printf format lint # and is a bit too fierce about unused return values CFLAGS-$(clang) += -Wno-parentheses -Wno-format -Wno-unused-value +CFLAGS-$(clang) += -Wno-ignored-attributes -Qunused-arguments $(call cc-option-add,HOSTCFLAGS,HOSTCC,-Wdeclaration-after-statement) $(call cc-option-add,CFLAGS,CC,-Wdeclaration-after-statement) diff --git a/tools/Rules.mk b/tools/Rules.mk index 87a56dc..ab47f54 100644 --- a/tools/Rules.mk +++ b/tools/Rules.mk @@ -17,6 +17,10 @@ XEN_LIBXENSTAT = $(XEN_ROOT)/tools/xenstat/libxenstat/src XEN_BLKTAP2 = $(XEN_ROOT)/tools/blktap2 XEN_LIBVCHAN = $(XEN_ROOT)/tools/libvchan +CFLAGS-$(clang) += -Wno-ignored-attributes -Wno-header-guard +CFLAGS-$(clang) += -no-integrated-as +CFLAGS-$(clang) += -DYAJL_MAJOR=2 + CFLAGS_xeninclude = -I$(XEN_INCLUDE) XENSTORE_XENSTORED ?= y @@ -70,6 +74,10 @@ CFLAGS_libxenlight = -I$(XEN_XENLIGHT) $(CFLAGS_libxenctrl) $(CFLAGS_xeninclude) LDLIBS_libxenlight = $(XEN_XENLIGHT)/libxenlight$(libextension) $(SHLIB_libxenctrl) $(SHLIB_libxenstore) $(SHLIB_libblktapctl) SHLIB_libxenlight = -Wl,-rpath-link=$(XEN_XENLIGHT) +CFLAGS_libxenlight += -I/usr/local/include +CFLAGS_libxenlight += -Wno-format-nonliteral +LDFLAGS_libxenlight += -L/usr/local/lib + CFLAGS += -D__XEN_TOOLS__ # Get gcc to generate the dependencies for us. diff --git a/tools/libxl/Makefile b/tools/libxl/Makefile index df08c8a..a68f15a 100644 --- a/tools/libxl/Makefile +++ b/tools/libxl/Makefile @@ -12,7 +12,7 @@ XLUMAJOR = 4.3 XLUMINOR = 0 CFLAGS += -Werror -Wno-format-zero-length -Wmissing-declarations \ - -Wno-declaration-after-statement -Wformat-nonliteral + -Wno-declaration-after-statement CFLAGS += -I. -fPIC ifeq ($(CONFIG_Linux),y) @@ -25,6 +25,7 @@ ifeq ($(CONFIG_REMUS_NETBUF),y) LIBXL_LIBS += $(LIBNL3_LIBS) endif +CFLAGS_LIBXL = $(CFLAGS_libxenlight) CFLAGS_LIBXL += $(CFLAGS_libxenctrl) CFLAGS_LIBXL += $(CFLAGS_libxenguest) CFLAGS_LIBXL += $(CFLAGS_libxenstore) @@ -37,7 +38,7 @@ CFLAGS_LIBXL += -Wshadow LIBXL_LIBS-$(CONFIG_ARM) += -lfdt CFLAGS += $(PTHREAD_CFLAGS) -LDFLAGS += $(PTHREAD_LDFLAGS) +LDFLAGS += $(PTHREAD_LDFLAGS) $(LDFLAGS_libxenlight) LIBXL_LIBS += $(PTHREAD_LIBS) LIBXL_LIBS += $(LIBXL_LIBS-y) diff --git a/tools/libxl/libxl_internal.h b/tools/libxl/libxl_internal.h index 7ed601e..ba66a66 100644 --- a/tools/libxl/libxl_internal.h +++ b/tools/libxl/libxl_internal.h @@ -1773,7 +1773,7 @@ libxl__json_map_node *libxl__json_map_node_get(const libxl__json_object *o, _hidden const libxl__json_object *libxl__json_map_get(const char *key, const libxl__json_object *o, libxl__json_node_type expected_type); -_hidden yajl_status libxl__json_object_to_yajl_gen(libxl__gc *gc_opt, +_hidden yajl_gen_status libxl__json_object_to_yajl_gen(libxl__gc *gc_opt, yajl_gen hand, libxl__json_object *param); _hidden void libxl__json_object_free(libxl__gc *gc_opt, diff --git a/tools/libxl/libxl_json.c b/tools/libxl/libxl_json.c index ceb014a..6f64be9 100644 --- a/tools/libxl/libxl_json.c +++ b/tools/libxl/libxl_json.c @@ -610,12 +610,12 @@ const libxl__json_object *libxl__json_map_get(const char *key, return NULL; } -yajl_status libxl__json_object_to_yajl_gen(libxl__gc *gc, +yajl_gen_status libxl__json_object_to_yajl_gen(libxl__gc *gc, yajl_gen hand, libxl__json_object *obj) { int idx = 0; - yajl_status rc; + yajl_gen_status rc; switch (obj->type) { case JSON_NULL: diff --git a/tools/libxl/xl_cmdimpl.c b/tools/libxl/xl_cmdimpl.c index 988ee28..61eda4c 100644 --- a/tools/libxl/xl_cmdimpl.c +++ b/tools/libxl/xl_cmdimpl.c @@ -3360,7 +3360,7 @@ static void list_domains(int verbose, int context, int claim, int numa, printf("\n"); for (i = 0; i < nb_domain; i++) { char *domname; - unsigned shutdown_reason; + int shutdown_reason; domname = libxl_domid_to_name(ctx, info[i].domid); shutdown_reason = info[i].shutdown ? info[i].shutdown_reason : 0; printf("%-40s %5d %5lu %5d %c%c%c%c%c%c %8.1f", @@ -4908,7 +4908,7 @@ static void output_xeninfo(void) return; } - if ((sched = libxl_get_scheduler(ctx)) < 0) { + if ((int)(sched = libxl_get_scheduler(ctx)) < 0) { fprintf(stderr, "get_scheduler sysctl failed.\n"); return; } @@ -6913,7 +6913,7 @@ int main_cpupoolcreate(int argc, char **argv) goto out_cfg; } } else { - if ((sched = libxl_get_scheduler(ctx)) < 0) { + if ((int)(sched = libxl_get_scheduler(ctx)) < 0) { fprintf(stderr, "get_scheduler sysctl failed.\n"); goto out_cfg; } diff --git a/xen/Rules.mk b/xen/Rules.mk index a97405c..85b1eb3 100644 --- a/xen/Rules.mk +++ b/xen/Rules.mk @@ -74,8 +74,12 @@ endif AFLAGS-y += -D__ASSEMBLY__ -include $(BASEDIR)/include/xen/config.h +# Clang complains without these +CFLAGS-$(clang) += -Wno-unused-function -Wno-initializer-overrides + # Clang's built-in assembler can't handle .code16/.code32/.code64 yet AFLAGS-$(clang) += -no-integrated-as +CFLAGS-$(clang) += -no-integrated-as -v ALL_OBJS := $(ALL_OBJS-y) diff --git a/xen/include/asm-x86/current.h b/xen/include/asm-x86/current.h index b95fd79..f884493 100644 --- a/xen/include/asm-x86/current.h +++ b/xen/include/asm-x86/current.h @@ -27,6 +27,8 @@ static inline struct cpu_info *get_cpu_info(void) { register unsigned long sp asm("rsp"); + asm("" : "=r" (sp)); + return (struct cpu_info *)((sp & ~(STACK_SIZE-1)) + STACK_SIZE) - 1; } --------------010202060407000707050506-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 19 23:17:33 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 91949F66 for ; Sun, 19 Oct 2014 23:17:33 +0000 (UTC) Received: from m.saper.info (m.saper.info [IPv6:2a01:4f8:a0:7383::]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "m.saper.info", Issuer "Marcin Cieslak 2011" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id F05416B2 for ; Sun, 19 Oct 2014 23:17:32 +0000 (UTC) Received: from localhost (saper@localhost [127.0.0.1]) by m.saper.info (8.14.9/8.14.9) with ESMTP id s9JNHRtp067659 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 19 Oct 2014 23:17:29 GMT (envelope-from saper@saper.info) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=saper.info; s=Sep2014; t=1413760649; bh=mtJ/0Jpwr4Dp9Lp7LuK0d7POHDjXURQ4j7nIxWyU5MY=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=PWInf/IrSCBgDDZIjYrS7JGiVxNQWtu0utyo1Sop9G8U8pLlcgFNRP+sCw7zhkfB/ ZOIEGFIJy+x3rvxw5RN58ICoPk5OUyO868lXKsO4gPKaLpelpfAb/iKDIzea0Eo+Fx Cav0JSAF05mw3Tnh5ySs/PncYKgj5JLmL3nXdBoU= Date: Sun, 19 Oct 2014 23:17:27 +0000 (UTC) From: Marcin Cieslak To: Matthew Grooms Subject: Re: Compiling Xen on FreeBSD using clang ... In-Reply-To: <544442BE.3060908@shrew.net> Message-ID: References: <5443E7FC.8020605@shrew.net> <544442BE.3060908@shrew.net> User-Agent: Alpine 2.11 (BSF 23 2013-08-11) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="1563967779-904884581-1413760649=:74981" Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: 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, 19 Oct 2014 23:17:33 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --1563967779-904884581-1413760649=:74981 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed On Sun, 19 Oct 2014, Matthew Grooms wrote: > Thanks for that. I hope the Xen devs can get the yajl and signed int patches > committed. Those were the only C level code changes I ran into and would > clean up the build significantly for clang users. Tho only other knit was the > ... > > register unsigned long sp asm("rsp"); > > ... assembly but maybe that compiles with 3.5 as well? I am still getting this: /home/saper/sw/xen/xen/include/asm/current.h:30:33: error: variable 'sp' is uninitialized when used here [-Werror,-Wuninitialized] return (struct cpu_info *)((sp & ~(STACK_SIZE-1)) + STACK_... ^~ /home/saper/sw/xen/xen/include/asm/current.h:28:30: note: initialize the variable 'sp' to silence this warning register unsigned long sp asm("rsp"); ^ = 0 1 error generated. > Do you have a link to your patch set? I sifted through the ones posted by > Julien and I probably saw most of yours as well. My goal was to get as much > as possible to compile with the existing system compiler so I didn't try > 3.5.0. Maybe that's a better bet. It would be also really good to integrate with qemu from ports and not compile our own version again. My patches are attached, hopefully the mailing list will accept them. //Marcin --1563967779-904884581-1413760649=:74981 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=0010-No-QEMU-for-now.patch Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename=0010-No-QEMU-for-now.patch RnJvbSBhMjI1MzQzMWY0ZGY0ZGMwOWU4ODE3NDY3OTk2ZWM2YzZmYzQ3NjE0 IE1vbiBTZXAgMTcgMDA6MDA6MDAgMjAwMQ0KRnJvbTogTWFyY2luIENpZXNs YWsgPHNhcGVyQHNhcGVyLmluZm8+DQpEYXRlOiBXZWQsIDI0IFNlcCAyMDE0 IDEyOjAwOjU0ICswMDAwDQpTdWJqZWN0OiBbUEFUQ0ggMTAvMTBdIE5vIFFF TVUgZm9yIG5vdw0KDQotLS0NCiB0b29scy9NYWtlZmlsZSB8IDQgKystLQ0K IDEgZmlsZSBjaGFuZ2VkLCAyIGluc2VydGlvbnMoKyksIDIgZGVsZXRpb25z KC0pDQoNCmRpZmYgLS1naXQgYS90b29scy9NYWtlZmlsZSBiL3Rvb2xzL01h a2VmaWxlDQppbmRleCBiNjQ3NmM5Li44MzNiOGZhIDEwMDY0NA0KLS0tIGEv dG9vbHMvTWFrZWZpbGUNCisrKyBiL3Rvb2xzL01ha2VmaWxlDQpAQCAtMjQs OCArMjQsOCBAQCBTVUJESVJTLSQoQ09ORklHX0xpbnV4KSArPSBsaWJ2Y2hh bg0KIA0KICMgZG8gbm90IHJlY3Vyc2UgaW4gdG8gYSBkaXIgd2UgYXJlIGFi b3V0IHRvIGRlbGV0ZQ0KIGlmbmVxICIkKE1BS0VDTURHT0FMUykiICJkaXN0 Y2xlYW4iDQotU1VCRElSUy0kKENPTkZJR19RRU1VX1RSQUQpICs9IHFlbXUt eGVuLXRyYWRpdGlvbmFsLWRpcg0KLVNVQkRJUlMtJChDT05GSUdfUUVNVV9Y RU4pICs9IHFlbXUteGVuLWRpcg0KKyMgU1VCRElSUy0kKENPTkZJR19RRU1V X1RSQUQpICs9IHFlbXUteGVuLXRyYWRpdGlvbmFsLWRpcg0KKyMgU1VCRElS Uy0kKENPTkZJR19RRU1VX1hFTikgKz0gcWVtdS14ZW4tZGlyDQogZW5kaWYN CiANCiBTVUJESVJTLXkgKz0geGVucG1kDQotLSANCjIuMC4yDQoNCg== --1563967779-904884581-1413760649=:74981 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=0009-Add-Wno-initializer-overrides-for-clang.patch Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename=0009-Add-Wno-initializer-overrides-for-clang.patch RnJvbSBlMzdhOGExMDcwYjc3YzQ0ZjY2NTA3ZDVmNDllMzMyNzg3MzI1NjA5 IE1vbiBTZXAgMTcgMDA6MDA6MDAgMjAwMQ0KRnJvbTogTWFyY2luIENpZXNs YWsgPHNhcGVyQHNhcGVyLmluZm8+DQpEYXRlOiBXZWQsIDI0IFNlcCAyMDE0 IDEyOjQ5OjE3ICswMDAwDQpTdWJqZWN0OiBbUEFUQ0ggMDkvMTBdIEFkZCAt V25vLWluaXRpYWxpemVyLW92ZXJyaWRlcyBmb3IgY2xhbmcNCg0KU2lnbmVk LW9mZi1ieTogTWFyY2luIENpZXNsYWsgPHNhcGVyQHNhcGVyLmluZm8+DQot LS0NCiBDb25maWcubWsgfCAxICsNCiAxIGZpbGUgY2hhbmdlZCwgMSBpbnNl cnRpb24oKykNCg0KZGlmZiAtLWdpdCBhL0NvbmZpZy5tayBiL0NvbmZpZy5t aw0KaW5kZXggMDE1YjkwYi4uYWEwY2E3MyAxMDA2NDQNCi0tLSBhL0NvbmZp Zy5taw0KKysrIGIvQ29uZmlnLm1rDQpAQCAtMTk0LDYgKzE5NCw3IEBAIENG TEFHUyArPSAtV2FsbCAtV3N0cmljdC1wcm90b3R5cGVzDQogIyBhbmQgaXMg b3Zlci16ZWFsb3VzIHdpdGggdGhlIHByaW50ZiBmb3JtYXQgbGludA0KICMg YW5kIGlzIGEgYml0IHRvbyBmaWVyY2UgYWJvdXQgdW51c2VkIHJldHVybiB2 YWx1ZXMNCiBDRkxBR1MtJChjbGFuZykgKz0gLVduby1wYXJlbnRoZXNlcyAt V25vLWZvcm1hdCAtV25vLXVudXNlZC12YWx1ZQ0KK0NGTEFHUy0kKGNsYW5n KSArPSAtV25vLWluaXRpYWxpemVyLW92ZXJyaWRlcw0KIA0KICQoY2FsbCBj Yy1vcHRpb24tYWRkLEhPU1RDRkxBR1MsSE9TVENDLC1XZGVjbGFyYXRpb24t YWZ0ZXItc3RhdGVtZW50KQ0KICQoY2FsbCBjYy1vcHRpb24tYWRkLENGTEFH UyxDQywtV2RlY2xhcmF0aW9uLWFmdGVyLXN0YXRlbWVudCkNCi0tIA0KMi4w LjINCg0K --1563967779-904884581-1413760649=:74981 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=0008-variable-rc-is-used-uninitialized-whenever-if-condit.patch Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename=0008-variable-rc-is-used-uninitialized-whenever-if-condit.patch RnJvbSBjODRjYzk5ZGNmOTM2NWI3MTMwMzFmMDEzNWM1NmI0NzdkZjU4MjRi IE1vbiBTZXAgMTcgMDA6MDA6MDAgMjAwMQ0KRnJvbTogTWFyY2luIENpZXNs YWsgPHNhcGVyQHNhcGVyLmluZm8+DQpEYXRlOiBXZWQsIDI0IFNlcCAyMDE0 IDEyOjA2OjI1ICswMDAwDQpTdWJqZWN0OiBbUEFUQ0ggMDgvMTBdIHZhcmlh YmxlICdyYycgaXMgdXNlZCB1bmluaXRpYWxpemVkIHdoZW5ldmVyICdpZicN CiBjb25kaXRpb24gaXMgZmFsc2UNCg0KU2lnbmVkLW9mZi1ieTogTWFyY2lu IENpZXNsYWsgPHNhcGVyQHNhcGVyLmluZm8+DQotLS0NCiB0b29scy9saWJ4 bC9saWJ4bF9kb20uYyB8IDIgKy0NCiAxIGZpbGUgY2hhbmdlZCwgMSBpbnNl cnRpb24oKyksIDEgZGVsZXRpb24oLSkNCg0KZGlmZiAtLWdpdCBhL3Rvb2xz L2xpYnhsL2xpYnhsX2RvbS5jIGIvdG9vbHMvbGlieGwvbGlieGxfZG9tLmMN CmluZGV4IGNlMGM0YWMuLmQ5ODgzOGEgMTAwNjQ0DQotLS0gYS90b29scy9s aWJ4bC9saWJ4bF9kb20uYw0KKysrIGIvdG9vbHMvbGlieGwvbGlieGxfZG9t LmMNCkBAIC0yMDIwLDcgKzIwMjAsNyBAQCBpbnQgbGlieGxfdXNlcmRhdGFf dW5saW5rKGxpYnhsX2N0eCAqY3R4LCB1aW50MzJfdCBkb21pZCwNCiAgICAg ICAgICAgICAgICAgICAgICAgICAgIGNvbnN0IGNoYXIgKnVzZXJkYXRhX3Vz ZXJpZCkNCiB7DQogICAgIEdDX0lOSVQoY3R4KTsNCi0gICAgaW50IHJjOw0K KyAgICBpbnQgcmMgPSAwOw0KIA0KICAgICBsaWJ4bF9fZG9tYWluX3VzZXJk YXRhX2xvY2sgKmxvY2s7DQogICAgIGNvbnN0IGNoYXIgKmZpbGVuYW1lOw0K LS0gDQoyLjAuMg0KDQo= --1563967779-904884581-1413760649=:74981 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=0007-clang-sizeof-type-must-not-have-__attribute__-aligne.patch Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename=0007-clang-sizeof-type-must-not-have-__attribute__-aligne.patch RnJvbSBjNDY4ZmQ3ZTYyMjhmMjgyMGVmOGY0ZWRlNzQzMjMxMzM1NDczMGYw IE1vbiBTZXAgMTcgMDA6MDA6MDAgMjAwMQ0KRnJvbTogTWFyY2luIENpZXNs YWsgPHNhcGVyQHNhcGVyLmluZm8+DQpEYXRlOiBTYXQsIDEzIFNlcCAyMDE0 IDE4OjM1OjUyICswMDAwDQpTdWJqZWN0OiBbUEFUQ0ggMDcvMTBdIGNsYW5n OiBzaXplb2YodHlwZSkgbXVzdCBub3QgaGF2ZQ0KIF9fYXR0cmlidXRlX18o YWxpZ25lZCkNCg0KU2lnbmVkLW9mZi1ieTogTWFyY2luIENpZXNsYWsgPHNh cGVyQHNhcGVyLmluZm8+DQotLS0NCiB0b29scy9pbmNsdWRlL3hlbi1mb3Jl aWduL21raGVhZGVyLnB5IHwgNDEgKysrKysrKysrKysrKysrKysrKysrKy0t LS0tLS0tLS0tLS0NCiAxIGZpbGUgY2hhbmdlZCwgMjYgaW5zZXJ0aW9ucygr KSwgMTUgZGVsZXRpb25zKC0pDQoNCmRpZmYgLS1naXQgYS90b29scy9pbmNs dWRlL3hlbi1mb3JlaWduL21raGVhZGVyLnB5IGIvdG9vbHMvaW5jbHVkZS94 ZW4tZm9yZWlnbi9ta2hlYWRlci5weQ0KaW5kZXggMDUwNGNiOC4uODBhODQw NCAxMDA2NDQNCi0tLSBhL3Rvb2xzL2luY2x1ZGUveGVuLWZvcmVpZ24vbWto ZWFkZXIucHkNCisrKyBiL3Rvb2xzL2luY2x1ZGUveGVuLWZvcmVpZ24vbWto ZWFkZXIucHkNCkBAIC0xNiwxMyArMTYsMjMgQEAgaW50dHlwZXMgPSB7fTsN CiBoZWFkZXIgPSB7fTsNCiBmb290ZXIgPSB7fTsNCiANCitkZWYgY29udmVy dGludChhcmNoLCB0LCBhbGlnbmVkPUZhbHNlKToNCisJbnQgPSBpbnR0eXBl c1thcmNoXVt0XQ0KKwlhdHRyID0gIiINCisJaWYgdHlwZShudCkgaXMgdHlw ZSgoKSk6DQorCQkoYXR0ciwgbnQpID0gbnQNCisJaWYgbm90IGFsaWduZWQ6 DQorCQlhdHRyID0gIiINCisJcHJpbnQgPj5zeXMuc3RkZXJyLCAiJXMoJWQp IC0+ICVzICVzIiAlICh0LCBhbGlnbmVkLCBhdHRyLCBudCkNCisJcmV0dXJu ICIlcyAlcyIgJSAobnQsIGF0dHIpICMgT3JkZXIgaXMgaW1wb3J0YW50IGR1 ZSB0byByZS5zdWIgZG9uZSB0d2ljZQ0KKw0KICNhcm0NCiBpbnR0eXBlc1si YXJtMzIiXSA9IHsNCiAgICAgInVuc2lnbmVkIGxvbmciIDogIl9fZGFuZ2Vy X3Vuc2lnbmVkX2xvbmdfb25fYXJtMzIiLA0KICAgICAibG9uZyIgICAgICAg ICAgOiAiX19kYW5nZXJfbG9uZ19vbl9hcm0zMiIsDQotICAgICJ4ZW5fcGZu X3QiICAgICA6ICJfX2FsaWduOF9fIHVpbnQ2NF90IiwNCi0gICAgInhlbl91 bG9uZ190IiAgIDogIl9fYWxpZ244X18gdWludDY0X3QiLA0KLSAgICAidWlu dDY0X3QiICAgICAgOiAiX19hbGlnbjhfXyB1aW50NjRfdCIsDQorICAgICJ4 ZW5fcGZuX3QiICAgICA6ICgiX19hbGlnbjhfXyIsICJ1aW50NjRfdCIpLA0K KyAgICAieGVuX3Vsb25nX3QiICAgOiAoIl9fYWxpZ244X18iLCAidWludDY0 X3QiKSwNCisgICAgInVpbnQ2NF90IiAgICAgIDogKCJfX2FsaWduOF9fIiwg InVpbnQ2NF90IiksDQogfTsNCiBoZWFkZXJbImFybTMyIl0gPSAiIiINCiAj ZGVmaW5lIF9fYXJtX19fQVJNMzIgMQ0KQEAgLTQxLDEwICs1MSwxMCBAQCBm b290ZXJbImFybTMyIl0gPSAiIiINCiBpbnR0eXBlc1siYXJtNjQiXSA9IHsN CiAgICAgInVuc2lnbmVkIGxvbmciIDogIl9fZGFuZ2VyX3Vuc2lnbmVkX2xv bmdfb25fYXJtNjQiLA0KICAgICAibG9uZyIgICAgICAgICAgOiAiX19kYW5n ZXJfbG9uZ19vbl9hcm02NCIsDQotICAgICJ4ZW5fcGZuX3QiICAgICA6ICJf X2FsaWduOF9fIHVpbnQ2NF90IiwNCi0gICAgInhlbl91bG9uZ190IiAgIDog Il9fYWxpZ244X18gdWludDY0X3QiLA0KLSAgICAidWludDY0X3QiICAgICAg OiAiX19hbGlnbjhfXyB1aW50NjRfdCIsDQotfTsNCisgICAgInhlbl9wZm5f dCIgICAgIDogKCJfX2FsaWduOF9fIiwgInVpbnQ2NF90IiksDQorICAgICJ4 ZW5fdWxvbmdfdCIgICA6ICgiX19hbGlnbjhfXyIsICJ1aW50NjRfdCIpLA0K KyAgICAidWludDY0X3QiICAgICAgOiAoIl9fYWxpZ244X18iLCAidWludDY0 X3QiKSwNCit9DQogaGVhZGVyWyJhcm02NCJdID0gIiIiDQogI2RlZmluZSBf X2FhcmNoNjRfX19BUk02NCAxDQogI2lmIGRlZmluZWQoX19HTlVDX18pICYm ICFkZWZpbmVkKF9fU1RSSUNUX0FOU0lfXykNCkBAIC02NSw3ICs3NSw3IEBA IGludHR5cGVzWyJ4ODZfMzIiXSA9IHsNCiAgICAgImxvbmciICAgICAgICAg IDogInVpbnQzMl90IiwNCiAgICAgInhlbl9wZm5fdCIgICAgIDogInVpbnQz Ml90IiwNCiAgICAgInhlbl91bG9uZ190IiAgIDogInVpbnQzMl90IiwNCi19 Ow0KK30NCiBoZWFkZXJbIng4Nl8zMiJdID0gIiIiDQogI2RlZmluZSBfX2kz ODZfX19YODZfMzIgMQ0KICNwcmFnbWEgcGFjayg0KQ0KQEAgLTc2LDExICs4 NiwxMSBAQCBmb290ZXJbIng4Nl8zMiJdID0gIiIiDQogDQogIyB4ODZfNjQN CiBpbnR0eXBlc1sieDg2XzY0Il0gPSB7DQotICAgICJ1bnNpZ25lZCBsb25n IiA6ICJfX2FsaWduOF9fIHVpbnQ2NF90IiwNCi0gICAgImxvbmciICAgICAg ICAgIDogIl9fYWxpZ244X18gdWludDY0X3QiLA0KLSAgICAieGVuX3Bmbl90 IiAgICAgOiAiX19hbGlnbjhfXyB1aW50NjRfdCIsDQotICAgICJ4ZW5fdWxv bmdfdCIgICA6ICJfX2FsaWduOF9fIHVpbnQ2NF90IiwNCi19Ow0KKyAgICAi dW5zaWduZWQgbG9uZyIgOiAoIl9fYWxpZ244X18iLCAidWludDY0X3QiKSwN CisgICAgImxvbmciICAgICAgICAgIDogKCJfX2FsaWduOF9fIiwgInVpbnQ2 NF90IiksDQorICAgICJ4ZW5fcGZuX3QiICAgICA6ICgiX19hbGlnbjhfXyIs ICJ1aW50NjRfdCIpLA0KKyAgICAieGVuX3Vsb25nX3QiICAgOiAoIl9fYWxp Z244X18iLCAidWludDY0X3QiKSwNCit9DQogaGVhZGVyWyJ4ODZfNjQiXSA9 ICIiIg0KICNpZiBkZWZpbmVkKF9fR05VQ19fKSAmJiAhZGVmaW5lZChfX1NU UklDVF9BTlNJX18pDQogIyBkZWZpbmUgX19ERUNMX1JFRyhuYW1lKSB1bmlv biB7IHVpbnQ2NF90IHIgIyMgbmFtZSwgZSAjIyBuYW1lOyB9DQpAQCAtMTk1 LDggKzIwNSw5IEBAIGZvciBzdHJ1Y3QgaW4gc3RydWN0czoNCiAjIHJlcGxh Y2U6IGludGVnZXIgdHlwZXMNCiBpbnRlZ2VycyA9IGludHR5cGVzW2FyY2hd LmtleXMoKTsNCiBpbnRlZ2Vycy5zb3J0KGxhbWJkYSBhLCBiOiBjbXAobGVu KGIpLGxlbihhKSkpOw0KLWZvciB0eXBlIGluIGludGVnZXJzOg0KLSAgICBv dXRwdXQgPSByZS5zdWIoIlxcYiVzXFxiIiAlIHR5cGUsIGludHR5cGVzW2Fy Y2hdW3R5cGVdLCBvdXRwdXQpOw0KK2ZvciB0eXBlbmFtZSBpbiBpbnRlZ2Vy czoNCisgICAgb3V0cHV0ID0gcmUuc3ViKCJcXGIoPzwhc2l6ZW9mXCgpJXNc XGIiICUgdHlwZW5hbWUsIGNvbnZlcnRpbnQoYXJjaCwgdHlwZW5hbWUsIFRy dWUpLCBvdXRwdXQpOw0KKyAgICBvdXRwdXQgPSByZS5zdWIoIlxcYig/PD1z aXplb2ZcKCklc1xcYiIgJSB0eXBlbmFtZSwgY29udmVydGludChhcmNoLCB0 eXBlbmFtZSwgRmFsc2UpLCBvdXRwdXQpOw0KIA0KICMgcHJpbnQgcmVzdWx0 cw0KIGYgPSBvcGVuKG91dGZpbGUsICJ3Iik7DQotLSANCjIuMC4yDQoNCg== --1563967779-904884581-1413760649=:74981 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=0006-Quick-build-fixes.patch Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename=0006-Quick-build-fixes.patch RnJvbSAxMjI0ZjA3YmEyNjdiNDI4OGQxZDZmM2Q4ODQ3ZjkzMWFmNzM5ODFk IE1vbiBTZXAgMTcgMDA6MDA6MDAgMjAwMQ0KRnJvbTogTWFyY2luIENpZXNs YWsgPHNhcGVyQHNhcGVyLmluZm8+DQpEYXRlOiBXZWQsIDI0IFNlcCAyMDE0 IDEwOjMwOjU3ICswMDAwDQpTdWJqZWN0OiBbUEFUQ0ggMDYvMTBdIFF1aWNr IGJ1aWxkIGZpeGVzDQoNClNpZ25lZC1vZmYtYnk6IE1hcmNpbiBDaWVzbGFr IDxzYXBlckBzYXBlci5pbmZvPg0KLS0tDQogQ29uZmlnLm1rICAgICAgICAg ICAgfCAyICstDQogdG9vbHMvbGlieGMvTWFrZWZpbGUgfCA0ICsrLS0NCiB0 b29scy9saWJ4bC9NYWtlZmlsZSB8IDIgKy0NCiAzIGZpbGVzIGNoYW5nZWQs IDQgaW5zZXJ0aW9ucygrKSwgNCBkZWxldGlvbnMoLSkNCg0KZGlmZiAtLWdp dCBhL0NvbmZpZy5tayBiL0NvbmZpZy5taw0KaW5kZXggMDE1YjkwYi4uMTdi M2YyMyAxMDA2NDQNCi0tLSBhL0NvbmZpZy5taw0KKysrIGIvQ29uZmlnLm1r DQpAQCAtMTkzLDcgKzE5Myw3IEBAIENGTEFHUyArPSAtV2FsbCAtV3N0cmlj dC1wcm90b3R5cGVzDQogIyBDbGFuZyBjb21wbGFpbnMgYWJvdXQgbWFjcm9z IHRoYXQgZXhwYW5kIHRvICdpZiAoICggZm9vID09IGJhciApICkgLi4uJw0K ICMgYW5kIGlzIG92ZXItemVhbG91cyB3aXRoIHRoZSBwcmludGYgZm9ybWF0 IGxpbnQNCiAjIGFuZCBpcyBhIGJpdCB0b28gZmllcmNlIGFib3V0IHVudXNl ZCByZXR1cm4gdmFsdWVzDQotQ0ZMQUdTLSQoY2xhbmcpICs9IC1Xbm8tcGFy ZW50aGVzZXMgLVduby1mb3JtYXQgLVduby11bnVzZWQtdmFsdWUNCitDRkxB R1MtJChjbGFuZykgKz0gLVduby1wYXJlbnRoZXNlcyAtV25vLWZvcm1hdCAt V25vLXVudXNlZC12YWx1ZSAtV25vLXVudXNlZC1mdW5jdGlvbiAtV25vLWln bm9yZWQtYXR0cmlidXRlcw0KIA0KICQoY2FsbCBjYy1vcHRpb24tYWRkLEhP U1RDRkxBR1MsSE9TVENDLC1XZGVjbGFyYXRpb24tYWZ0ZXItc3RhdGVtZW50 KQ0KICQoY2FsbCBjYy1vcHRpb24tYWRkLENGTEFHUyxDQywtV2RlY2xhcmF0 aW9uLWFmdGVyLXN0YXRlbWVudCkNCmRpZmYgLS1naXQgYS90b29scy9saWJ4 Yy9NYWtlZmlsZSBiL3Rvb2xzL2xpYnhjL01ha2VmaWxlDQppbmRleCAzYjA0 MDI3Li45MjgxNjgxIDEwMDY0NA0KLS0tIGEvdG9vbHMvbGlieGMvTWFrZWZp bGUNCisrKyBiL3Rvb2xzL2xpYnhjL01ha2VmaWxlDQpAQCAtMTk3LDggKzE5 Nyw4IEBAIGVsc2UNCiB6bGliLW9wdGlvbnMgPSAkKFpMSUIpDQogZW5kaWYN CiANCi14Y19kb21fYnppbWFnZWxvYWRlci5vOiBDRkxBR1MgKz0gJChjYWxs IHpsaWItb3B0aW9ucyxEKQ0KLXhjX2RvbV9iemltYWdlbG9hZGVyLm9waWM6 IENGTEFHUyArPSAkKGNhbGwgemxpYi1vcHRpb25zLEQpDQorI3hjX2RvbV9i emltYWdlbG9hZGVyLm86IENGTEFHUyArPSAkKGNhbGwgemxpYi1vcHRpb25z LEQpDQorI3hjX2RvbV9iemltYWdlbG9hZGVyLm9waWM6IENGTEFHUyArPSAk KGNhbGwgemxpYi1vcHRpb25zLEQpDQogDQogbGlieGVuZ3Vlc3Quc28uJChN QUpPUikuJChNSU5PUik6IENPTVBSRVNTSU9OX0xJQlMgPSAkKGNhbGwgemxp Yi1vcHRpb25zLGwpDQogbGlieGVuZ3Vlc3Quc28uJChNQUpPUikuJChNSU5P Uik6ICQoR1VFU1RfUElDX09CSlMpIGxpYnhlbmN0cmwuc28NCmRpZmYgLS1n aXQgYS90b29scy9saWJ4bC9NYWtlZmlsZSBiL3Rvb2xzL2xpYnhsL01ha2Vm aWxlDQppbmRleCA5OTA0MTRiLi4zNjU5ODM4IDEwMDY0NA0KLS0tIGEvdG9v bHMvbGlieGwvTWFrZWZpbGUNCisrKyBiL3Rvb2xzL2xpYnhsL01ha2VmaWxl DQpAQCAtMTIsNyArMTIsNyBAQCBYTFVNQUpPUiA9IDQuMw0KIFhMVU1JTk9S ID0gMA0KIA0KIENGTEFHUyArPSAtV2Vycm9yIC1Xbm8tZm9ybWF0LXplcm8t bGVuZ3RoIC1XbWlzc2luZy1kZWNsYXJhdGlvbnMgXA0KLQktV25vLWRlY2xh cmF0aW9uLWFmdGVyLXN0YXRlbWVudCAtV2Zvcm1hdC1ub25saXRlcmFsDQor CS1Xbm8tZGVjbGFyYXRpb24tYWZ0ZXItc3RhdGVtZW50IC1Xbm8tZm9ybWF0 LW5vbmxpdGVyYWwNCiBDRkxBR1MgKz0gLUkuIC1mUElDDQogDQogaWZlcSAo JChDT05GSUdfTGludXgpLHkpDQotLSANCjIuMC4yDQoNCg== --1563967779-904884581-1413760649=:74981 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=0005-libxl-Use-yajl_gen_status_ok-where-appropriate.patch Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename=0005-libxl-Use-yajl_gen_status_ok-where-appropriate.patch RnJvbSA4OGNjZjI4Nzg1OWE3Y2MzY2ZmMjRlODMxZGFkZTk4MDZiYjk4NmIx IE1vbiBTZXAgMTcgMDA6MDA6MDAgMjAwMQ0KRnJvbTogTWFyY2luIENpZXNs YWsgPHNhcGVyQHNhcGVyLmluZm8+DQpEYXRlOiBTYXQsIDEzIFNlcCAyMDE0 IDIxOjA1OjU3ICswMDAwDQpTdWJqZWN0OiBbUEFUQ0ggMDUvMTBdIGxpYnhs OiBVc2UgeWFqbF9nZW5fc3RhdHVzX29rIHdoZXJlIGFwcHJvcHJpYXRlDQoN ClNpZ25lZC1vZmYtYnk6IE1hcmNpbiBDaWVzbGFrIDxzYXBlckBzYXBlci5p bmZvPg0KLS0tDQogdG9vbHMvbGlieGwvbGlieGxfaW50ZXJuYWwuaCB8ICAy ICstDQogdG9vbHMvbGlieGwvbGlieGxfanNvbi5jICAgICB8IDEwICsrKysr LS0tLS0NCiAyIGZpbGVzIGNoYW5nZWQsIDYgaW5zZXJ0aW9ucygrKSwgNiBk ZWxldGlvbnMoLSkNCg0KZGlmZiAtLWdpdCBhL3Rvb2xzL2xpYnhsL2xpYnhs X2ludGVybmFsLmggYi90b29scy9saWJ4bC9saWJ4bF9pbnRlcm5hbC5oDQpp bmRleCBmNjE2NzNjLi5iMTc2MDQ2IDEwMDY0NA0KLS0tIGEvdG9vbHMvbGli eGwvbGlieGxfaW50ZXJuYWwuaA0KKysrIGIvdG9vbHMvbGlieGwvbGlieGxf aW50ZXJuYWwuaA0KQEAgLTE3NzIsNyArMTc3Miw3IEBAIGxpYnhsX19qc29u X21hcF9ub2RlICpsaWJ4bF9fanNvbl9tYXBfbm9kZV9nZXQoY29uc3QgbGli eGxfX2pzb25fb2JqZWN0ICpvLA0KIF9oaWRkZW4gY29uc3QgbGlieGxfX2pz b25fb2JqZWN0ICpsaWJ4bF9fanNvbl9tYXBfZ2V0KGNvbnN0IGNoYXIgKmtl eSwNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICBjb25zdCBsaWJ4bF9fanNvbl9vYmplY3QgKm8sDQogICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgbGlieGxfX2pzb25fbm9k ZV90eXBlIGV4cGVjdGVkX3R5cGUpOw0KLV9oaWRkZW4geWFqbF9zdGF0dXMg bGlieGxfX2pzb25fb2JqZWN0X3RvX3lhamxfZ2VuKGxpYnhsX19nYyAqZ2Nf b3B0LA0KK19oaWRkZW4geWFqbF9nZW5fc3RhdHVzIGxpYnhsX19qc29uX29i amVjdF90b195YWpsX2dlbihsaWJ4bF9fZ2MgKmdjX29wdCwNCiAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB5 YWpsX2dlbiBoYW5kLA0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIGxpYnhsX19qc29uX29iamVjdCAqcGFy YW0pOw0KIF9oaWRkZW4gdm9pZCBsaWJ4bF9fanNvbl9vYmplY3RfZnJlZShs aWJ4bF9fZ2MgKmdjX29wdCwNCmRpZmYgLS1naXQgYS90b29scy9saWJ4bC9s aWJ4bF9qc29uLmMgYi90b29scy9saWJ4bC9saWJ4bF9qc29uLmMNCmluZGV4 IGNlYjAxNGEuLjE0ODExNDAgMTAwNjQ0DQotLS0gYS90b29scy9saWJ4bC9s aWJ4bF9qc29uLmMNCisrKyBiL3Rvb2xzL2xpYnhsL2xpYnhsX2pzb24uYw0K QEAgLTYxMCwxMiArNjEwLDEyIEBAIGNvbnN0IGxpYnhsX19qc29uX29iamVj dCAqbGlieGxfX2pzb25fbWFwX2dldChjb25zdCBjaGFyICprZXksDQogICAg IHJldHVybiBOVUxMOw0KIH0NCiANCi15YWpsX3N0YXR1cyBsaWJ4bF9fanNv bl9vYmplY3RfdG9feWFqbF9nZW4obGlieGxfX2djICpnYywNCit5YWpsX2dl bl9zdGF0dXMgbGlieGxfX2pzb25fb2JqZWN0X3RvX3lhamxfZ2VuKGxpYnhs X19nYyAqZ2MsDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIHlhamxfZ2VuIGhhbmQsDQogICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIGxpYnhsX19qc29uX29iamVjdCAq b2JqKQ0KIHsNCiAgICAgaW50IGlkeCA9IDA7DQotICAgIHlhamxfc3RhdHVz IHJjOw0KKyAgICB5YWpsX2dlbl9zdGF0dXMgcmM7DQogDQogICAgIHN3aXRj aCAob2JqLT50eXBlKSB7DQogICAgIGNhc2UgSlNPTl9OVUxMOg0KQEAgLTYz NCwxNyArNjM0LDE3IEBAIHlhamxfc3RhdHVzIGxpYnhsX19qc29uX29iamVj dF90b195YWpsX2dlbihsaWJ4bF9fZ2MgKmdjLA0KICAgICAgICAgbGlieGxf X2pzb25fbWFwX25vZGUgKm5vZGUgPSBOVUxMOw0KIA0KICAgICAgICAgcmMg PSB5YWpsX2dlbl9tYXBfb3BlbihoYW5kKTsNCi0gICAgICAgIGlmIChyYyAh PSB5YWpsX3N0YXR1c19vaykNCisgICAgICAgIGlmIChyYyAhPSB5YWpsX2dl bl9zdGF0dXNfb2spDQogICAgICAgICAgICAgcmV0dXJuIHJjOw0KICAgICAg ICAgZm9yIChpZHggPSAwOyBpZHggPCBvYmotPnUubWFwLT5jb3VudDsgaWR4 KyspIHsNCiAgICAgICAgICAgICBpZiAoZmxleGFycmF5X2dldChvYmotPnUu bWFwLCBpZHgsICh2b2lkKiopJm5vZGUpICE9IDApDQogICAgICAgICAgICAg ICAgIGJyZWFrOw0KIA0KICAgICAgICAgICAgIHJjID0gbGlieGxfX3lhamxf Z2VuX2FzY2lpeihoYW5kLCBub2RlLT5tYXBfa2V5KTsNCi0gICAgICAgICAg ICBpZiAocmMgIT0geWFqbF9zdGF0dXNfb2spDQorICAgICAgICAgICAgaWYg KHJjICE9IHlhamxfZ2VuX3N0YXR1c19vaykNCiAgICAgICAgICAgICAgICAg cmV0dXJuIHJjOw0KICAgICAgICAgICAgIHJjID0gbGlieGxfX2pzb25fb2Jq ZWN0X3RvX3lhamxfZ2VuKGdjLCBoYW5kLCBub2RlLT5vYmopOw0KLSAgICAg ICAgICAgIGlmIChyYyAhPSB5YWpsX3N0YXR1c19vaykNCisgICAgICAgICAg ICBpZiAocmMgIT0geWFqbF9nZW5fc3RhdHVzX29rKQ0KICAgICAgICAgICAg ICAgICByZXR1cm4gcmM7DQogICAgICAgICB9DQogICAgICAgICByZXR1cm4g eWFqbF9nZW5fbWFwX2Nsb3NlKGhhbmQpOw0KLS0gDQoyLjAuMg0KDQo= --1563967779-904884581-1413760649=:74981 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=0004-Use-proper-header-guard-for-ufs-ufs.h.patch Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename=0004-Use-proper-header-guard-for-ufs-ufs.h.patch RnJvbSBmNTI4YWE1YjQwNTI5MmNjN2FiZjgzYzk0M2MwZjM1Y2Q4ZGRjODg4 IE1vbiBTZXAgMTcgMDA6MDA6MDAgMjAwMQ0KRnJvbTogTWFyY2luIENpZXNs YWsgPHNhcGVyQHNhcGVyLmluZm8+DQpEYXRlOiBTYXQsIDEzIFNlcCAyMDE0 IDE5OjMzOjAyICswMDAwDQpTdWJqZWN0OiBbUEFUQ0ggMDQvMTBdIFVzZSBw cm9wZXIgaGVhZGVyIGd1YXJkIGZvciA8dWZzL3Vmcy5oPg0KDQpTaWduZWQt b2ZmLWJ5OiBNYXJjaW4gQ2llc2xhayA8c2FwZXJAc2FwZXIuaW5mbz4NCi0t LQ0KIHRvb2xzL2xpYmZzaW1hZ2UvdWZzL3Vmcy5oIHwgMiArLQ0KIDEgZmls ZSBjaGFuZ2VkLCAxIGluc2VydGlvbigrKSwgMSBkZWxldGlvbigtKQ0KDQpk aWZmIC0tZ2l0IGEvdG9vbHMvbGliZnNpbWFnZS91ZnMvdWZzLmggYi90b29s cy9saWJmc2ltYWdlL3Vmcy91ZnMuaA0KaW5kZXggNGU3YzczNi4uMGIxNzhl OSAxMDA2NDQNCi0tLSBhL3Rvb2xzL2xpYmZzaW1hZ2UvdWZzL3Vmcy5oDQor KysgYi90b29scy9saWJmc2ltYWdlL3Vmcy91ZnMuaA0KQEAgLTMsNyArMyw3 IEBADQogICogVXNlIGlzIHN1YmplY3QgdG8gbGljZW5zZSB0ZXJtcy4NCiAg Ki8NCiANCi0jaWZuZGVmIF9HUlVCX1VGU19IDQorI2lmbmRlZiBfR1JVQl9V RlNfSF8NCiAjZGVmaW5lIF9HUlVCX1VGU19IXw0KIA0KIC8qIHVmcyBzcGVj aWZpYyBjb25zdGFudHMgKi8NCi0tIA0KMi4wLjINCg0K --1563967779-904884581-1413760649=:74981 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=0003-libxl_get_scheduler-cannot-return-ERROR_FAIL.patch Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename=0003-libxl_get_scheduler-cannot-return-ERROR_FAIL.patch RnJvbSA1MmZjMDBmMmY5ZThlY2I4YWI3NGI0YmI0NzM0ZTI5NDVlYmQ3NmE5 IE1vbiBTZXAgMTcgMDA6MDA6MDAgMjAwMQ0KRnJvbTogTWFyY2luIENpZXNs YWsgPHNhcGVyQHNhcGVyLmluZm8+DQpEYXRlOiBTYXQsIDEzIFNlcCAyMDE0 IDIwOjA2OjIwICswMDAwDQpTdWJqZWN0OiBbUEFUQ0ggMDMvMTBdIGxpYnhs X2dldF9zY2hlZHVsZXIoKSBjYW5ub3QgcmV0dXJuIEVSUk9SX0ZBSUwNCg0K RVJST1JfRkFJTCAoLTMpIGlzIG5vdCBhIHByb3BlciB2YWx1ZSBmb3INCmxp YnhsX3NjaGVkdWxlciBlbnVtLg0KDQpVc2UgTElCWExfU0NIRURVTEVSX1VO S05PV04gKDApIGluc3RlYWQuDQoNCkNsYW5nIGNvbXBsYWlucyBvdGhlcndp c2U6DQoNCmVycm9yOiBjb21wYXJpc29uIG9mIHVuc2lnbmVkIGVudW0gZXhw cmVzc2lvbiA8IDAgaXMgYWx3YXlzIGZhbHNlIFstV2Vycm9yLC1XdGF1dG9s b2dpY2FsLWNvbXBhcmVdDQoNCkM5OSBkb2VzIG5vdCBndWFyYW50ZWUgdGhh dCBlbnVtcyBhcmUgaW50cyAodGhleQ0KY2FuIGJlIHVuc2lnbmVkKS4NCg0K U2lnbmVkLW9mZi1ieTogTWFyY2luIENpZXNsYWsgPHNhcGVyQHNhcGVyLmlu Zm8+DQotLS0NCiB0b29scy9saWJ4bC9saWJ4bC5jICAgICAgfCAyICstDQog dG9vbHMvbGlieGwveGxfY21kaW1wbC5jIHwgNCArKy0tDQogMiBmaWxlcyBj aGFuZ2VkLCAzIGluc2VydGlvbnMoKyksIDMgZGVsZXRpb25zKC0pDQoNCmRp ZmYgLS1naXQgYS90b29scy9saWJ4bC9saWJ4bC5jIGIvdG9vbHMvbGlieGwv bGlieGwuYw0KaW5kZXggNzc2NzJkMC4uZTQ2NWE2NyAxMDA2NDQNCi0tLSBh L3Rvb2xzL2xpYnhsL2xpYnhsLmMNCisrKyBiL3Rvb2xzL2xpYnhsL2xpYnhs LmMNCkBAIC01MTg5LDcgKzUxODksNyBAQCBsaWJ4bF9zY2hlZHVsZXIgbGli eGxfZ2V0X3NjaGVkdWxlcihsaWJ4bF9jdHggKmN0eCkNCiANCiAgICAgaWYg KChyZXQgPSB4Y19zY2hlZF9pZChjdHgtPnhjaCwgKGludCAqKSZzY2hlZCkp ICE9IDApIHsNCiAgICAgICAgIExJQlhMX19MT0dfRVJSTk8oY3R4LCBMSUJY TF9fTE9HX0VSUk9SLCAiZ2V0dGluZyBkb21haW4gaW5mbyBsaXN0Iik7DQot ICAgICAgICByZXR1cm4gRVJST1JfRkFJTDsNCisgICAgICAgIHJldHVybiBM SUJYTF9TQ0hFRFVMRVJfVU5LTk9XTjsNCiAgICAgfQ0KICAgICByZXR1cm4g c2NoZWQ7DQogfQ0KZGlmZiAtLWdpdCBhL3Rvb2xzL2xpYnhsL3hsX2NtZGlt cGwuYyBiL3Rvb2xzL2xpYnhsL3hsX2NtZGltcGwuYw0KaW5kZXggNjk4YjNi Yy4uY2Q0NjlkNSAxMDA2NDQNCi0tLSBhL3Rvb2xzL2xpYnhsL3hsX2NtZGlt cGwuYw0KKysrIGIvdG9vbHMvbGlieGwveGxfY21kaW1wbC5jDQpAQCAtNDg1 NCw3ICs0ODU0LDcgQEAgc3RhdGljIHZvaWQgb3V0cHV0X3hlbmluZm8odm9p ZCkNCiAgICAgICAgIHJldHVybjsNCiAgICAgfQ0KIA0KLSAgICBpZiAoKHNj aGVkID0gbGlieGxfZ2V0X3NjaGVkdWxlcihjdHgpKSA8IDApIHsNCisgICAg aWYgKChzY2hlZCA9IGxpYnhsX2dldF9zY2hlZHVsZXIoY3R4KSkgPT0gTElC WExfU0NIRURVTEVSX1VOS05PV04pIHsNCiAgICAgICAgIGZwcmludGYoc3Rk ZXJyLCAiZ2V0X3NjaGVkdWxlciBzeXNjdGwgZmFpbGVkLlxuIik7DQogICAg ICAgICByZXR1cm47DQogICAgIH0NCkBAIC02NzM1LDcgKzY3MzUsNyBAQCBp bnQgbWFpbl9jcHVwb29sY3JlYXRlKGludCBhcmdjLCBjaGFyICoqYXJndikN CiAgICAgICAgICAgICBnb3RvIG91dF9jZmc7DQogICAgICAgICB9DQogICAg IH0gZWxzZSB7DQotICAgICAgICBpZiAoKHNjaGVkID0gbGlieGxfZ2V0X3Nj aGVkdWxlcihjdHgpKSA8IDApIHsNCisgICAgICAgIGlmICgoc2NoZWQgPSBs aWJ4bF9nZXRfc2NoZWR1bGVyKGN0eCkpID09IExJQlhMX1NDSEVEVUxFUl9V TktOT1dOKSB7DQogICAgICAgICAgICAgZnByaW50ZihzdGRlcnIsICJnZXRf c2NoZWR1bGVyIHN5c2N0bCBmYWlsZWQuXG4iKTsNCiAgICAgICAgICAgICBn b3RvIG91dF9jZmc7DQogICAgICAgICB9DQotLSANCjIuMC4yDQoNCg== --1563967779-904884581-1413760649=:74981 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=0002-libxl-shutdown_reason-cannot-be-unsigned.patch Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename=0002-libxl-shutdown_reason-cannot-be-unsigned.patch RnJvbSA2OGE1NzE4NmZhZGIxYWVhOTFlZjU4OGM4ZDdlZTM4MTNhY2NlMWIw IE1vbiBTZXAgMTcgMDA6MDA6MDAgMjAwMQ0KRnJvbTogTWFyY2luIENpZXNs YWsgPHNhcGVyQHNhcGVyLmluZm8+DQpEYXRlOiBTYXQsIDEzIFNlcCAyMDE0 IDIwOjA5OjQ0ICswMDAwDQpTdWJqZWN0OiBbUEFUQ0ggMDIvMTBdIGxpYnhs OiBzaHV0ZG93bl9yZWFzb24gY2Fubm90IGJlIHVuc2lnbmVkDQoNCnNodXRk b3duX3JlYXNvbiBtYXkgYmUgbmVnYXRpdmUsIHNvIGRvbid0DQpjYXN0IGl0 IG9udG8gKHVuc2lnbmVkIGludCkuDQoNCkNsYW5nIGNvbXBsYWluczoNCg0K eGxfY21kaW1wbC5jOjMzMTM6MzQ6IGVycm9yOiBjb21wYXJpc29uIG9mIHVu c2lnbmVkIGV4cHJlc3Npb24gPj0gMCBpcyBhbHdheXMgdHJ1ZSBbLVdlcnJv ciwtV3RhdXRvbG9naWNhbC1jb21wYXJlXQ0KDQpTaWduZWQtb2ZmLWJ5OiBN YXJjaW4gQ2llc2xhayA8c2FwZXJAc2FwZXIuaW5mbz4NCi0tLQ0KIHRvb2xz L2xpYnhsL3hsX2NtZGltcGwuYyB8IDIgKy0NCiAxIGZpbGUgY2hhbmdlZCwg MSBpbnNlcnRpb24oKyksIDEgZGVsZXRpb24oLSkNCg0KZGlmZiAtLWdpdCBh L3Rvb2xzL2xpYnhsL3hsX2NtZGltcGwuYyBiL3Rvb2xzL2xpYnhsL3hsX2Nt ZGltcGwuYw0KaW5kZXggNjk4YjNiYy4uZDllOTc2ZiAxMDA2NDQNCi0tLSBh L3Rvb2xzL2xpYnhsL3hsX2NtZGltcGwuYw0KKysrIGIvdG9vbHMvbGlieGwv eGxfY21kaW1wbC5jDQpAQCAtMzMwNiw3ICszMzA2LDcgQEAgc3RhdGljIHZv aWQgbGlzdF9kb21haW5zKGludCB2ZXJib3NlLCBpbnQgY29udGV4dCwgaW50 IGNsYWltLCBpbnQgbnVtYSwNCiAgICAgcHJpbnRmKCJcbiIpOw0KICAgICBm b3IgKGkgPSAwOyBpIDwgbmJfZG9tYWluOyBpKyspIHsNCiAgICAgICAgIGNo YXIgKmRvbW5hbWU7DQotICAgICAgICB1bnNpZ25lZCBzaHV0ZG93bl9yZWFz b247DQorICAgICAgICBpbnQgc2h1dGRvd25fcmVhc29uOw0KICAgICAgICAg ZG9tbmFtZSA9IGxpYnhsX2RvbWlkX3RvX25hbWUoY3R4LCBpbmZvW2ldLmRv bWlkKTsNCiAgICAgICAgIHNodXRkb3duX3JlYXNvbiA9IGluZm9baV0uc2h1 dGRvd24gPyBpbmZvW2ldLnNodXRkb3duX3JlYXNvbiA6IDA7DQogICAgICAg ICBwcmludGYoIiUtNDBzICU1ZCAlNWx1ICU1ZCAgICAgJWMlYyVjJWMlYyVj ICAlOC4xZiIsDQotLSANCjIuMC4yDQoNCg== --1563967779-904884581-1413760649=:74981 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=0001-Unbreak-x86-current-provide-additional-information-t.patch Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename=0001-Unbreak-x86-current-provide-additional-information-t.patch RnJvbSBmZWY3YzI4MWM2MjI2MzdlOGI3ZGUwMjBkZDg1YjE0ZDFiYzU5NGRk IE1vbiBTZXAgMTcgMDA6MDA6MDAgMjAwMQ0KRnJvbTogTWFyY2luIENpZXNs YWsgPHNhcGVyQHNhcGVyLmluZm8+DQpEYXRlOiBTYXQsIDEzIFNlcCAyMDE0 IDE1OjI5OjQ5ICswMDAwDQpTdWJqZWN0OiBbUEFUQ0ggMDEvMTBdIFVuYnJl YWsgIng4Ni9jdXJyZW50OiBwcm92aWRlIGFkZGl0aW9uYWwgaW5mb3JtYXRp b24gdG8NCiBvcHRpbWlzZSBnZXRfY3B1X2luZm8oKSINCg0KZGYwYWU5NGZk NTZkNWY5YzY0MDg5MzY0ZWZlY2IxNzkzNDQyMzYwYiBicmVha3MgY2xhbmcg YnVpbGQgd2l0aDoNCg0KeGVuL2luY2x1ZGUvYXNtL2N1cnJlbnQuaDozMDoz MzogZXJyb3I6IHZhcmlhYmxlICdzcCcgaXMgdW5pbml0aWFsaXplZCB3aGVu IHVzZWQgaGVyZSBbLVdlcnJvciwtV3VuaW5pdGlhbGl6ZWRdDQoNClNpZ25l ZC1vZmYtYnk6IE1hcmNpbiBDaWVzbGFrIDxzYXBlckBzYXBlci5pbmZvPg0K LS0tDQogeGVuL2luY2x1ZGUvYXNtLXg4Ni9jdXJyZW50LmggfCAxICsNCiAx IGZpbGUgY2hhbmdlZCwgMSBpbnNlcnRpb24oKykNCg0KZGlmZiAtLWdpdCBh L3hlbi9pbmNsdWRlL2FzbS14ODYvY3VycmVudC5oIGIveGVuL2luY2x1ZGUv YXNtLXg4Ni9jdXJyZW50LmgNCmluZGV4IGI5NWZkNzkuLmUxMzNkOWQgMTAw NjQ0DQotLS0gYS94ZW4vaW5jbHVkZS9hc20teDg2L2N1cnJlbnQuaA0KKysr IGIveGVuL2luY2x1ZGUvYXNtLXg4Ni9jdXJyZW50LmgNCkBAIC0yNiw2ICsy Niw3IEBAIHN0cnVjdCBjcHVfaW5mbyB7DQogc3RhdGljIGlubGluZSBzdHJ1 Y3QgY3B1X2luZm8gKmdldF9jcHVfaW5mbyh2b2lkKQ0KIHsNCiAgICAgcmVn aXN0ZXIgdW5zaWduZWQgbG9uZyBzcCBhc20oInJzcCIpOw0KKyAgICBhc20o IiIgOiAiPXIiIChzcCkpOw0KIA0KICAgICByZXR1cm4gKHN0cnVjdCBjcHVf aW5mbyAqKSgoc3AgJiB+KFNUQUNLX1NJWkUtMSkpICsgU1RBQ0tfU0laRSkg LSAxOw0KIH0NCi0tIA0KMi4wLjINCg0K --1563967779-904884581-1413760649=:74981-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 19 23:47:09 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9183A63E for ; Sun, 19 Oct 2014 23:47:09 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 4FC99988 for ; Sun, 19 Oct 2014 23:47:09 +0000 (UTC) Received: from [192.168.1.2] (Seawolf.HML3.ScaleEngine.net [209.51.186.28]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id EF40E61B83 for ; Sun, 19 Oct 2014 23:47:07 +0000 (UTC) Message-ID: <54444D93.2080205@freebsd.org> Date: Sun, 19 Oct 2014 19:47:31 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Voxer using FreeBSD, BSDNow.tv interview References: In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="v58m2OUVAUkP5R0pvi6a1nkaVT6Q1Begs" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: 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, 19 Oct 2014 23:47:09 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --v58m2OUVAUkP5R0pvi6a1nkaVT6Q1Begs Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 2014-10-19 18:09, Craig Rodrigues wrote: > Hi, >=20 > If you don't watch BSDNow.tv ( http://bsdnow.tv ), I encourage you to d= o so. > Allan Jude and Kris Moore do a great job of doing a weekly video podcas= t > of news in the BSD world. It is great stuff. >=20 > In episode 58 ( http://www.bsdnow.tv/episodes/2014_10_08-behind_the_mas= q ) > BSDNow interviewed the CTO of Voxer ( http://voxer.com ), > a mobile messaging startup based in San Francisco. >=20 > Voxer mentioned how they transitioned from SmartOS (an Illumos/Solaris > distribution) to FreeBSD. >=20 > What Voxer liked: > (1) DTrace worked for their node.js apps > (2) ZFS worked nicely > (3) jails work nicely > (4) Easy to transition away from SmartOS/Illumos because of (1) a= nd > (2) > (5) Better support for 3rd party applications (ports) than > SmartOS/Illumos > (6) Better hardware support than SmartOS/Illumos > (7) Good documentation, professional/technical discussions on mai= ling > lists > (8) For people who use MacOS X, the FreeBSD command-line utilitie= s > were familiar >=20 > What Voxer didn't like: > Voxer was super positive about FreeBSD in the interview, and didn'= t > really > mention many downsides to their transition. The only things I cou= ld > pick up on: >=20 > (1) Support for FreeBSD in Chef was not as good as they would hav= e > liked. > They actually have patches to Chef > for FreeBSD which they want to upstream. > (2) Most devops engineers in web/mobile companies are familiar wi= th > Linux. Any differences between Linux and FreeBSD in > command-line > utilities are not show-stoppers, but they are annoyances. > Anything FreeBSD could do to help people used to Linux woul= d be > a big > help. Allan Jude even brought up my request to symlink > /bin/bash ( > https://lists.freebsd.org/pipermail/freebsd-ports/2014-September/095483= =2Ehtml > ) :) >=20 > The interview was really good, and I encourage everyone to watch it. > It's nice to see a "modern" web/mobile company migrating *to* FreeBSD. >=20 > -- > Craig > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" >=20 They said one of the biggest draws for them are TRIM support for ZFS on SSDs, which IllumOS does not have. Although I think that is something that Linux has now. If anyone else knows of companies like this, that can tell us why they use FreeBSD, what they'd like FreeBSD to do better, etc, we'd love to feature them on the show. It is important to foster the communications between end users and developers so that the itches get scratched. --=20 Allan Jude --v58m2OUVAUkP5R0pvi6a1nkaVT6Q1Begs 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) iQIcBAEBAgAGBQJURE2VAAoJEJrBFpNRJZKfafYP/2pfY4LVCVYrLEdZf4BvB0H8 q0MiNe8sKFneNre+QSZb3O6LHSHKoxvllTfYKSUKC9mhztPCRCS0V25t0FsKPSQJ An7F1IRSlSan3dOlMivdHfhrrxYH1oLkMdMKK13zI5GNXLgMDuPjlK9LALZajh92 /ikzJkEcJ74Lz5jgUxtHC35JM3M3gJzrkbB3Hlj9daDOxlr/c6MNlcCo1BWo3AmF mIL7BJce206ndh7qImtRIAPxCOiBOYzvfS0YTG3iZLWDa1bfjhMBbyf2THzuAqfn CnV7waMSHt8vyOmP+FIeuE0M+o81/lUuRxGoRWA9NpJ9oDb6XErWaODsWN3q5K6r rl7+msmmXktgOCQD2Af3ZtLtFr5oM/+YjAiAAGuQId1aImtdjOLHZeC4twW63DyU I19RdXFdtbPbGCKRK8c1udoNJ0NWbfSpOyWZWhB7kEA2kPonLH5jvNtSAutZPaoq 3y+mZllKFtcHY/x1RxTFWf6b+TynJZzwbqXHV57tXFxwxfzSYHzmXqBt806KNkif WPIAQAgI/Gx5FK8TMLugcWD7z40P9UYWARQHyMfCQ66fnzjA9/sM9JXXfF9RGhkn PxaygxNulFcmfwtlD5fmibAgrzPBgYiPnrdbZg09KHh0ijuEQqdOKuKfu8w9Ht47 TpS7zfw3LikqwKyRkgeF =E6T2 -----END PGP SIGNATURE----- --v58m2OUVAUkP5R0pvi6a1nkaVT6Q1Begs-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 20 00:51:25 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E09D4DF1; Mon, 20 Oct 2014 00:51:25 +0000 (UTC) Received: from pozo.com (pozo.com [50.197.129.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "pozo.com", Issuer "pozo.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C19C2E35; Mon, 20 Oct 2014 00:51:25 +0000 (UTC) Received: from T61p.pozo.com (t61p.pozo.com [192.168.0.4]) (authenticated bits=0) by pozo.com (8.14.9/8.14.9) with ESMTP id s9K0kMsF015621 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NOT); Sun, 19 Oct 2014 17:46:23 -0700 (PDT) (envelope-from null@pozo.com) Message-Id: <201410200046.s9K0kMsF015621@pozo.com> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sun, 19 Oct 2014 17:45:54 -0700 To: ports@freebsd.org From: Manfred Antar Subject: libxml2 upgrade breaks building /usr/doc/ on current amd64 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Spam-Status: No, score=-102.2 required=5.0 tests=ALL_TRUSTED,BAYES_00, MISSING_MID,TW_BX,TW_IB,URIBL_BLOCKED,USER_IN_WHITELIST autolearn=no autolearn_force=no version=3.4.0, No X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on pozo.com X-pozocom-MailScanner-Information: Please contact the ISP for more information X-pozocom-MailScanner-ID: s9K0kMsF015621 X-pozocom-MailScanner: Found to be clean X-pozocom-MailScanner-From: null@pozo.com Cc: , kwm@freebsd.org, doc@freebsd.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2014 00:51:26 -0000 The upgrade of libxml2 broke building /usr/doc/ : (en_US.ISO8859-1)5056}make ===> articles (all) ===> articles/bsdl-gpl (all) install /usr/doc/share/xml/catalog-cwd.xml /usr/doc/en_US.ISO8859-1/articles/bsdl-gpl/catalog-cwd.xml echo '' >> /usr/doc/en_US.ISO8859-1/articles/bsdl-gpl/autogen.ent env XML_CATALOG_FILES="file:///usr/doc/en_US.ISO8859-1/articles/bsdl-gpl/catalog-cwd.xml file:///usr/doc/en_US.ISO8859-1/share/xml/catalog.xml file:///usr/doc/share/xml/catalog.xml file:///usr/doc/share/xml/catalog-common.xml file:///usr/local/share/xml/catalog" /usr/local/bin/xmllint --nonet --noent --valid --dropdtd --xinclude /usr/doc/en_US.ISO8859-1/articles/bsdl-gpl/article.xml > article.parsed.xml.tmp file:/usr/doc/share/xml/freebsd50.dtd:12: warning: failed to load external entity "http://www.FreeBSD.org/XML/share/xml/iso8879.ent" %iso8879.ent; ^ Entity: line 1: %iso8879.ent; ^ Entity: line 5: parser error : Entity 'trade' not defined designations have been followed by the ™ or the ^ Entity: line 6: parser error : Entity 'reg' not defined ® symbol. ^ Entity: line 6: parser error : chunk is not well balanced ® symbol. ^ /usr/doc/en_US.ISO8859-1/articles/bsdl-gpl/article.xml:18: parser error : Entity 'tm-attrib.general' failed to parse &tm-attrib.general; ^ *** Error code 1 Stop. make[2]: stopped in /usr/doc/en_US.ISO8859-1/articles/bsdl-gpl *** Error code 1 Stop. make[1]: stopped in /usr/doc/en_US.ISO8859-1/articles *** Error code 1 Stop. make: stopped in /usr/doc/en_US.ISO8859-1 If I revert to the previous version -- no problem: Writing keeping-up.html for chapter(keeping-up) Writing uses.html for chapter(uses) Writing versions.html for chapter(versions) Writing index.html for book Writing HTML.manifest (en_US.ISO8859-1)5059} Not sure where the problem is. ======================== || null@pozo.com || || || ======================== -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From owner-freebsd-current@FreeBSD.ORG Mon Oct 20 02:41:33 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2029D532; Mon, 20 Oct 2014 02:41:33 +0000 (UTC) Received: from mail-wg0-x22c.google.com (mail-wg0-x22c.google.com [IPv6:2a00:1450:400c:c00::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5C1E3A34; Mon, 20 Oct 2014 02:41:32 +0000 (UTC) Received: by mail-wg0-f44.google.com with SMTP id y10so4370060wgg.15 for ; Sun, 19 Oct 2014 19:41:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=C5RS+ERIjqGv1gZlroGapsAF0jnjyESSShnVlSc9niY=; b=prBDmDSL7y+8/G/Sm6blaOmfKqG0Ma1BLM2Hz0b82ObCvnfFj70CrLlhKKANOol/im K5P7SoZMpoOI+VDKjz7jMlrnM3L97/mvdK/3qDjsuRaUE4LP5dTSAJgRYm7k7cjRuQNe WaNJ3fbqAqBMamNBPYh97uQdYVwxz/u6uhqjyw7gu9jS+Uyrcd4Xs452782cl+nJ7Rq7 JczVasnaVsb7DfXBVQnzf/9NWdehTeOfyvYqDmUmhk6yaHt2SOTcgQkKHWB6H2iAhB3j 4sNC2G7Tdi5uXFS/4dpjBBCdBc4nSKvBM9Kwowc9YkCHAokV9CmHMGZxIj05C3Vz/o6T hjcw== MIME-Version: 1.0 X-Received: by 10.180.218.136 with SMTP id pg8mr15903987wic.37.1413772890083; Sun, 19 Oct 2014 19:41:30 -0700 (PDT) Received: by 10.216.159.193 with HTTP; Sun, 19 Oct 2014 19:41:30 -0700 (PDT) Reply-To: araujo@FreeBSD.org In-Reply-To: <3492203.QlgDfMAjBY@noxon.firefly> References: <3430961.Iq02vNgBU7@noxon.firefly> <10171630.Vr2tvlANVU@noxon.firefly> <3492203.QlgDfMAjBY@noxon.firefly> Date: Mon, 20 Oct 2014 10:41:30 +0800 Message-ID: Subject: Re: kernel page fault with nfs From: Marcelo Araujo To: "Tobias C. Berner" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: freebsd-current , Allan Jude X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2014 02:41:33 -0000 Hello Tobias, Could you show how you are mount the NFS share? Are you using 'readahead' option? Best Regards, 2014-10-19 17:40 GMT+08:00 Tobias C. Berner : > both are at 1100038. > > > > On Sunday 19 October 2014 11.12:36 Marcelo Araujo wrote: > > It is still strange, could you do what Allan said and send us the result > in > > case you are not sure you have world and kernel in the same revision! > > > > On Oct 19, 2014 6:48 AM, "Tobias C. Berner" wrote: > > > Hi > > > > > > World ist from october 16, installed world and kernel then. > > > > > > Kernel was later rebuilt with debug-options. > > > > > > > > > > > > > > > > > > Is the following more sensible? > > > > > > ################################################## > > > > > > # kgdb NOXON/kernel.debug vmcore.1 > > > > > > Fatal trap 12: page fault while in kernel mode > > > > > > cpuid = 5; apic id = 05 > > > > > > fault virtual address = 0xfffffe07d1744000 > > > > > > fault code = supervisor write data, page not present > > > > > > instruction pointer = 0x20:0xffffffff80d4d58a > > > > > > stack pointer = 0x28:0xfffffe086057f240 > > > > > > frame pointer = 0x28:0xfffffe086057f2f0 > > > > > > 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 = 6524 (python2.7) > > > > > > > > > > > > > > > > > > (kgdb) bt > > > > > > #0 doadump (textdump=1) at pcpu.h:219 > > > > > > #1 0xffffffff80926b6d in kern_reboot (howto=260) at > > > /usr/src/sys/kern/kern_shutdown.c:447 > > > > > > #2 0xffffffff809270c0 in panic (fmt=) at > > > /usr/src/sys/kern/kern_shutdown.c:746 > > > > > > #3 0xffffffff8035f167 in db_panic (addr=, > > > have_addr=2, count=0, modif=0x0) at /usr/src/sys/ddb/db_command.c:473 > > > > > > #4 0xffffffff8035ed7d in db_command (cmd_table=0x0) at > > > /usr/src/sys/ddb/db_command.c:440 > > > > > > #5 0xffffffff8035eaf4 in db_command_loop () at > > > /usr/src/sys/ddb/db_command.c:493 > > > > > > #6 0xffffffff80361600 in db_trap (type=, code=0) > at > > > /usr/src/sys/ddb/db_main.c:251 > > > > > > #7 0xffffffff80966f01 in kdb_trap (type=12, code=0, tf= > > out>) at /usr/src/sys/kern/subr_kdb.c:654 > > > > > > #8 0xffffffff80d4fa7c in trap_fatal (frame=0xfffffe086057f190, > eva= > > optimized out>) at /usr/src/sys/amd64/amd64/trap.c:861 > > > > > > #9 0xffffffff80d4fe0c in trap_pfault (frame=0xfffffe086057f190, > > > usermode=) at /usr/src/sys/amd64/amd64/trap.c:677 > > > > > > #10 0xffffffff80d4f42e in trap (frame=0xfffffe086057f190) at > > > /usr/src/sys/amd64/amd64/trap.c:426 > > > > > > #11 0xffffffff80d33972 in calltrap () at > > > /usr/src/sys/amd64/amd64/exception.S:231 > > > > > > #12 0xffffffff80d4d58a in bzero () at > > > /usr/src/sys/amd64/amd64/support.S:53 > > > > > > #13 0xffffffff80830463 in ncl_doio (vp=0xfffff801e7f99938, > > > bp=0xfffffe07c5a168e8, cr=, td= out>, > > > called_from_strategy=) > > > > > > at /usr/src/sys/fs/nfsclient/nfs_clbio.c:1648 > > > > > > #14 0xffffffff80831acf in ncl_write (ap=) at > > > /usr/src/sys/fs/nfsclient/nfs_clbio.c:1124 > > > > > > #15 0xffffffff80e646a5 in VOP_WRITE_APV (vop=, > > > a=) at vnode_if.c:997 > > > > > > #16 0xffffffff809f52f9 in vn_write (fp=0xfffff80101c62780, > > > uio=0xfffffe086057f970, active_cred=, flags=320, > > > td=0x0) at vnode_if.h:413 > > > > > > #17 0xffffffff809f5602 in vn_io_fault_doio (args=, > > > uio=0xa00, td=0x0) at /usr/src/sys/kern/vfs_vnops.c:991 > > > > > > #18 0xffffffff809f2aec in vn_io_fault1 () at > > > /usr/src/sys/kern/vfs_vnops.c:1047 > > > > > > #19 0xffffffff809f0e3b in vn_io_fault (fp=0xfffff80101c62780, > > > uio=0xfffffe086057f970, active_cred=, flags=0, > > > td=0xfffff80171d79920) > > > > > > at /usr/src/sys/kern/vfs_vnops.c:1152 > > > > > > #20 0xffffffff80982357 in dofilewrite (td=0xfffff80171d79920, fd=19, > > > fp=0xfffff80101c62780, auio=0xfffffe086057f970, offset= > > out>, flags=0) at file.h:306 > > > > > > #21 0xffffffff80982088 in kern_writev (td=0xfffff80171d79920, fd=19, > > > auio=0xfffffe086057f970) at /usr/src/sys/kern/sys_generic.c:467 > > > > > > #22 0xffffffff80982013 in sys_write (td=, > uap= > > optimized out>) at /usr/src/sys/kern/sys_generic.c:382 > > > > > > #23 0xffffffff80d5051b in amd64_syscall (td=0xfffff80171d79920, > traced=0) > > > at subr_syscall.c:133 > > > > > > #24 0xffffffff80d33c5b in Xfast_syscall () at > > > /usr/src/sys/amd64/amd64/exception.S:390 > > > > > > #25 0x000000080137de4a in ?? () > > > > > > ################################################## > > > > > > > > > > > > > > > > > > > > > > > > Thanks in advance, > > > > > > Tobias Berner > > > > > > On Saturday 18 October 2014 20.43:12 Marcelo Araujo wrote: > > > > When you rebuild your system, did you rebuild and install all kernel > and > > > > > > > > world? > > > > > > > > > > > > > > > > Best Regards, > > > > > > > > On Oct 18, 2014 7:57 PM, "John Baldwin" wrote: > > > > > On Friday, October 17, 2014 11:11:26 PM Tobias C. Berner wrote: > > > > > > Hi > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > For some days now I've had problems with my current (last test > with > > > > > > > > > > > > r273178M). > > > > > > > > > > > > > > > > > > > > > > > > Sometimes when accessing a nfs-share there is a pagefault: > > > > > > > > > > > > > > > > > > > > > > > > ####################################################### > > > > > > > > > > > > Fatal trap 12: page fault while in kernel mode > > > > > > > > > > > > cpuid = 7; apic id = 07 > > > > > > > > > > > > fault virtual address = 0xfffffe07cfe60400 > > > > > > > > > > > > fault code = supervisor read data, page not present > > > > > > > > > > > > instruction pointer = 0x20:0xffffffff80d4d4b6 > > > > > > > > > > > > stack pointer = 0x28:0xfffffe086088b380 > > > > > > > > > > > > frame pointer = 0x28:0xfffffe086088b3f0 > > > > > > > > > > > > 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 = 43868 (mplayer) > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > #0 0xffffffff80926d29 in shutdown_nice (howto=1) at > > > > > > > > > > > > /usr/src/sys/kern/kern_shutdown.c:207 > > > > > > > > > > > > #1 0xffffffff80926a2d in kern_reboot (howto=260) at > > > > > > > > > > > > /usr/src/sys/kern/kern_shutdown.c:444 > > > > > > > > > > > > #2 0xffffffff80926f80 in panic (fmt=0x104
> > > > > > > > > bounds>) at > > > > > > > > > > > /usr/src/sys/kern/kern_shutdown.c:698 > > > > > > > > > > > > #3 0xffffffff8035f147 in panic_cmd_del (arg=0x0) at > > > > > > > > > > > > /usr/src/sys/ddb/db_command.c:244 > > > > > > > > > > > > #4 0xffffffff8035ed5d in db_command (cmd_table=0x0) at > > > > > > > > > > > > /usr/src/sys/ddb/db_command.c:439 > > > > > > > > > > > > #5 0xffffffff8035ead4 in db_command_loop () at > > > > > > > > > > > > /usr/src/sys/ddb/db_command.c:488 #6 0xffffffff803615e0 in > db_trap > > > > > > > > > > > > (type=, code=0) at > > > > > > /usr/src/sys/ddb/db_main.c:247 > > > > > > > > > #7 0xffffffff80966db1 in kdb_trap (type=12, code=0, > > > > > > > > > > tf=0xfffffe086088b2d0) > > > > > > > > > > > at /usr/src/sys/kern/subr_kdb.c:626 > > > > > > > > > > > > #8 0xffffffff80d4f92c in trap_fatal (frame=0xfffffe086088b2d0, > > > > > > > > > > eva= > > > > > > > > > > optimized out>) at /usr/src/sys/amd64/amd64/trap.c:835 > > > > > > > > > > > > #9 0xffffffff80d4fcbc in trap_pfault (frame=0xfffffe086088b2d0, > > > > > > > > > > usermode=0) > > > > > > > > > > > at atomic.h:161 > > > > > > > > > > > > #10 0xffffffff80d4f2de in trap (frame=0xfffffe086088b2d0) at > > > > > > > > > > > > /usr/src/sys/amd64/amd64/trap.c:594 > > > > > > > > > > > > #11 0xffffffff80d33822 in Xtss () at > > > > > > > > > > > > /usr/src/sys/amd64/amd64/exception.S:154 #12 0xffffffff80d4d4b6 > in > > > > > > > > > > > > stack_save_td (st=, td= out>) > > > > > > at > > > > > > > > > > > > /usr/src/sys/amd64/amd64/stack_machdep.c:74 > > > > > > > > > > > > #13 0xffffffff809f30b2 in foffset_unlock (fp= out>, > > > > > > > > > > > > val=, flags=) at > > > > > > > > > > > > /usr/src/sys/kern/vfs_vnops.c:700 > > > > > > > > > > > > #14 0xffffffff8082faad in ncl_bioread (vp=0xfffff80201dd7490, > > > > > > > > > > > > uio=0xfffffe086088b7d8, ioflag=, > > > > > > > > > > > > cred=0xfffff8015816a600) at > > > > > > > > > > > > /usr/src/sys/fs/nfsclient/nfs_clbio.c:511 > > > > > > > > > > > > #15 0xffffffff80e64381 in VOP_MARKATIME_APV (vop= > > > > > out>, > > > > > > > > > a=0xfffffe086088b650) at vnode_if.c:856 > > > > > > > > > > > > #16 0xffffffff809f4dd5 in vn_read (fp=0xfffff80272490cd0, > > > > > > > > > > > > uio=0xfffffe086088b7d8, active_cred=0xfffff8015816a600, > flags=128, > > > > > > > > > > > > td=0xfffff80000000000) at vnode_if.h:859 #17 0xffffffff809f5502 > in > > > > > > > > > > > > get_advice (fp=0xfffffe086088b730, uio=0x400) at > > > > > > > > > > > > /usr/src/sys/kern/vfs_vnops.c:729 > > > > > > > > > > > > #18 0xffffffff809f2b80 in vn_io_fault1 () at > > > > > > > > > > > > /usr/src/sys/kern/vfs_vnops.c:1058 #19 0xffffffff809f0d3b in > > > > > > vn_io_fault > > > > > > > > > (fp=0xfffff80272490cd0, uio=0xfffffe086088b970, > active_cred=0x400, > > > > > > > > > > > > flags=128, td=0xfffff80000000000) at > > > > > > > > > > > > /usr/src/sys/kern/vfs_vnops.c:128 > > > > > > > > > > > > #20 0xffffffff80981d95 in freebsd6_pread (td=0xfffff802d93204a8, > > > > > > > > > > > > uap=0xfffff9fb094c00a8) at /usr/src/sys/kern/sys_generic.c:217 > > > > > > > > > > > > #21 0xffffffff80981ab8 in sys_cap_fcntls_get (td= > > > > > out>, > > > > > > > > > uap=0x800) at /usr/src/sys/kern/sys_capability.c:576 > > > > > > > > > > > > #22 0xffffffff80981a43 in sys_cap_fcntls_get (td= > > > > > out>, > > > > > > > > > uap=0x0) at sx.h:183 > > > > > > > > > > > > #23 0xffffffff80d503cb in amd64_syscall (td=0x45e400, traced=0) > at > > > > > > > > > > > > subr_syscall.c:87 > > > > > > > > > > > > #24 0xffffffff80d33b0b in Xprot () at > > > > > > > > > > > > /usr/src/sys/amd64/amd64/exception.S:324 #25 0x0000000806a7fe6a > in > > > > > > ?? () > > > > > > > > > ################################################## > > > > > > > > > > The functions in this stack trace don't make sense. It is as if you > > > > > are > > > > > > > > > > running kgdb against the wrong kernel. > > > > > > > > > > > > > > > > > > > > -- > > > > > > > > > > John Baldwin > > > > > > > > > > _______________________________________________ > > > > > > > > > > freebsd-current@freebsd.org mailing list > > > > > > > > > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > > > > > > > > > To unsubscribe, send any mail to " > > > > > > freebsd-current-unsubscribe@freebsd.org" > > > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to " > freebsd-current-unsubscribe@freebsd.org" > > -- -- Marcelo Araujo (__)araujo@FreeBSD.org \\\'',)http://www.FreeBSD.org \/ \ ^ Power To Server. .\. /_) From owner-freebsd-current@FreeBSD.ORG Mon Oct 20 03:28:12 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 54B65E14 for ; Mon, 20 Oct 2014 03:28:12 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (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 11311EF4 for ; Mon, 20 Oct 2014 03:28:11 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1Xg3dh-003k4Y-GA>; Mon, 20 Oct 2014 05:28:09 +0200 Received: from g225048086.adsl.alicedsl.de ([92.225.48.86] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.82) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1Xg3dh-002Sdo-EJ>; Mon, 20 Oct 2014 05:28:09 +0200 Date: Mon, 20 Oct 2014 05:28:04 +0200 From: "O. Hartmann" To: FreeBSD CURRENT Subject: projects/ipfw: Consider using tcp/31982 in firewall_myservices. Message-ID: <20141020052804.7a5e1d50.ohartman@zedat.fu-berlin.de> Organization: FU Berlin X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/xrnZciu1r8G+sH_hPbOOu1t"; protocol="application/pgp-signature" X-Originating-IP: 92.225.48.86 X-ZEDAT-Hint: A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2014 03:28:12 -0000 --Sig_/xrnZciu1r8G+sH_hPbOOu1t Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Having simply a number (the port) in rc.conf: firewall_myservices defined, = I receive during startup the message Consider using tcp/31982 in firewall_myservices. Doing so, ends up in a misconfiguration, because the rc.firewall script in = /etc/ is looking for 31982/tcp instead of the recommended tcp/31982. This is a typo. oh --Sig_/xrnZciu1r8G+sH_hPbOOu1t Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJURIFJAAoJEOgBcD7A/5N8hzwH/j2TNWFhEvHlWQmIAMrIzx7D XAqIzPtkFyNdWP8MBqCvhP18tBfSdZhy76FD3dK6ZiBb14fYAsxQ7vcM9EDLBL/E 4v5y/JjSWjFq6KcRDpCEhDgKSjBaE4AhO9J5CAhzYy0oL+BFkwTaiwhgOeeXa+Hs 7Q+o7PQ/MQC129gJqRPFyKqqtgKNj6iqD/zoqIKQD/tmdMzZul2qUOYOTHGgYGqH UDJHjW6dkfR5ry5a7uroMnGBGthw5Zg7OzYeMylWj0k+Cba89a71uFAEAzwgDMU0 PuWdjv9nt337dqrkLCVPqnVC2Dld92Ub+8FRLrbb6CMvY6gwr0FFi5FLv+qYgl8= =/8JA -----END PGP SIGNATURE----- --Sig_/xrnZciu1r8G+sH_hPbOOu1t-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 20 04:19:19 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 70B144A7 for ; Mon, 20 Oct 2014 04:19:19 +0000 (UTC) Received: from mail.allbsd.org (gatekeeper.allbsd.org [IPv6:2001:2f0:104:e001::32]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.allbsd.org", Issuer "RapidSSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F2498387 for ; Mon, 20 Oct 2014 04:19:18 +0000 (UTC) Received: from alph.d.allbsd.org ([IPv6:2001:2f0:104:e010:862b:2bff:febc:8956]) (authenticated bits=56) by mail.allbsd.org (8.14.9/8.14.8) with ESMTP id s9K4IqtC088122 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 20 Oct 2014 13:19:03 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [IPv6:::1]) (authenticated bits=0) by alph.d.allbsd.org (8.14.8/8.14.8) with ESMTP id s9K4IpuI063541; Mon, 20 Oct 2014 13:18:52 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Mon, 20 Oct 2014 13:15:06 +0900 (JST) Message-Id: <20141020.131506.1664345722655373164.hrs@allbsd.org> To: ohartman@zedat.fu-berlin.de Subject: Re: projects/ipfw: Consider using tcp/31982 in firewall_myservices. From: Hiroki Sato In-Reply-To: <20141020052804.7a5e1d50.ohartman@zedat.fu-berlin.de> References: <20141020052804.7a5e1d50.ohartman@zedat.fu-berlin.de> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.6 on Emacs 24.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Mon_Oct_20_13_15_06_2014_612)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.97.4 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (mail.allbsd.org [IPv6:2001:2f0:104:e001::32]); Mon, 20 Oct 2014 13:19:11 +0900 (JST) X-Spam-Status: No, score=-97.9 required=13.0 tests=CONTENT_TYPE_PRESENT, RDNS_NONE,SPF_SOFTFAIL,USER_IN_WHITELIST autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on gatekeeper.allbsd.org Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2014 04:19:19 -0000 ----Security_Multipart(Mon_Oct_20_13_15_06_2014_612)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit "O. Hartmann" wrote in <20141020052804.7a5e1d50.ohartman@zedat.fu-berlin.de>: oh> Having simply a number (the port) in rc.conf: firewall_myservices defined, I receive oh> during startup the message oh> oh> Consider using tcp/31982 in firewall_myservices. oh> oh> Doing so, ends up in a misconfiguration, because the rc.firewall script in /etc/ is oh> looking for 31982/tcp instead of the recommended tcp/31982. oh> oh> This is a typo. Oh, sorry. Fixed in r273301. -- Hiroki ----Security_Multipart(Mon_Oct_20_13_15_06_2014_612)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEABECAAYFAlREjEoACgkQTyzT2CeTzy0H+ACgiwmgGI8Q0brLicithEsJI95k 3PUAn2zb2oTwpatYHgkKD0jvoPD2ljXw =hNLl -----END PGP SIGNATURE----- ----Security_Multipart(Mon_Oct_20_13_15_06_2014_612)---- From owner-freebsd-current@FreeBSD.ORG Mon Oct 20 07:15:48 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 32CCD5E4; Mon, 20 Oct 2014 07:15:48 +0000 (UTC) Received: from zhbdzmsp-smta17.bluewin.ch (zhbdzmsp-smta17.bluewin.ch [195.186.99.133]) by mx1.freebsd.org (Postfix) with ESMTP id 5E8166A4; Mon, 20 Oct 2014 07:15:47 +0000 (UTC) Received: from [195.186.227.130] ([195.186.227.130:43888] helo=zhhdzmsp-smta12.bluewin.ch) by zhbdzmsp-smta17.bluewin.ch (envelope-from ) (ecelerity 3.5.7.40067 r(Platform:3.5.7.0)) with ESMTP id D1/57-26555-C96B4445; Mon, 20 Oct 2014 07:15:40 +0000 Received: from noxon.firefly (85.1.147.28) by zhhdzmsp-smta12.bluewin.ch (8.5.142) (authenticated as tobias.berner) id 52A87E3C13B1C050; Mon, 20 Oct 2014 07:15:40 +0000 From: "Tobias C. Berner" To: araujo@freebsd.org Subject: Re: kernel page fault with nfs Date: Mon, 20 Oct 2014 09:15:39 +0200 Message-ID: <8773412.LsFmcEyqqY@noxon.firefly> User-Agent: KMail/4.14.2 (FreeBSD/11.0-CURRENT; KDE/4.14.2; amd64; ; ) In-Reply-To: References: <3430961.Iq02vNgBU7@noxon.firefly> <3492203.QlgDfMAjBY@noxon.firefly> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: freebsd-current , Allan Jude X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2014 07:15:48 -0000 Hi Marcelo Yes, I'm using readahead: The mountoptions are "readahead=4,soft,intr,rw,tcp,wsize=32767,rsize=32767,late" mfg Tobias On Monday 20 October 2014 10.41:30 Marcelo Araujo wrote: > Hello Tobias, > > Could you show how you are mount the NFS share? > Are you using 'readahead' option? > > Best Regards, > > 2014-10-19 17:40 GMT+08:00 Tobias C. Berner : > > both are at 1100038. > > > > On Sunday 19 October 2014 11.12:36 Marcelo Araujo wrote: > > > It is still strange, could you do what Allan said and send us the result > > > > in > > > > > case you are not sure you have world and kernel in the same revision! > > > > > > On Oct 19, 2014 6:48 AM, "Tobias C. Berner" wrote: > > > > Hi > > > > > > > > World ist from october 16, installed world and kernel then. > > > > > > > > Kernel was later rebuilt with debug-options. > > > > > > > > > > > > > > > > > > > > > > > > Is the following more sensible? > > > > > > > > ################################################## > > > > > > > > # kgdb NOXON/kernel.debug vmcore.1 > > > > > > > > Fatal trap 12: page fault while in kernel mode > > > > > > > > cpuid = 5; apic id = 05 > > > > > > > > fault virtual address = 0xfffffe07d1744000 > > > > > > > > fault code = supervisor write data, page not present > > > > > > > > instruction pointer = 0x20:0xffffffff80d4d58a > > > > > > > > stack pointer = 0x28:0xfffffe086057f240 > > > > > > > > frame pointer = 0x28:0xfffffe086057f2f0 > > > > > > > > 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 = 6524 (python2.7) > > > > > > > > > > > > > > > > > > > > > > > > (kgdb) bt > > > > > > > > #0 doadump (textdump=1) at pcpu.h:219 > > > > > > > > #1 0xffffffff80926b6d in kern_reboot (howto=260) at > > > > /usr/src/sys/kern/kern_shutdown.c:447 > > > > > > > > #2 0xffffffff809270c0 in panic (fmt=) at > > > > /usr/src/sys/kern/kern_shutdown.c:746 > > > > > > > > #3 0xffffffff8035f167 in db_panic (addr=, > > > > have_addr=2, count=0, modif=0x0) at /usr/src/sys/ddb/db_command.c:473 > > > > > > > > #4 0xffffffff8035ed7d in db_command (cmd_table=0x0) at > > > > /usr/src/sys/ddb/db_command.c:440 > > > > > > > > #5 0xffffffff8035eaf4 in db_command_loop () at > > > > /usr/src/sys/ddb/db_command.c:493 > > > > > > > > #6 0xffffffff80361600 in db_trap (type=, code=0) > > > > at > > > > > > /usr/src/sys/ddb/db_main.c:251 > > > > > > > > #7 0xffffffff80966f01 in kdb_trap (type=12, code=0, tf= > > > optimized > > > > out>) at /usr/src/sys/kern/subr_kdb.c:654 > > > > > > > > #8 0xffffffff80d4fa7c in trap_fatal (frame=0xfffffe086057f190, > > > > eva= > > > > > optimized out>) at /usr/src/sys/amd64/amd64/trap.c:861 > > > > > > > > #9 0xffffffff80d4fe0c in trap_pfault (frame=0xfffffe086057f190, > > > > usermode=) at /usr/src/sys/amd64/amd64/trap.c:677 > > > > > > > > #10 0xffffffff80d4f42e in trap (frame=0xfffffe086057f190) at > > > > /usr/src/sys/amd64/amd64/trap.c:426 > > > > > > > > #11 0xffffffff80d33972 in calltrap () at > > > > /usr/src/sys/amd64/amd64/exception.S:231 > > > > > > > > #12 0xffffffff80d4d58a in bzero () at > > > > /usr/src/sys/amd64/amd64/support.S:53 > > > > > > > > #13 0xffffffff80830463 in ncl_doio (vp=0xfffff801e7f99938, > > > > bp=0xfffffe07c5a168e8, cr=, td= > > > out>, > > > > > > called_from_strategy=) > > > > > > > > at /usr/src/sys/fs/nfsclient/nfs_clbio.c:1648 > > > > > > > > #14 0xffffffff80831acf in ncl_write (ap=) at > > > > /usr/src/sys/fs/nfsclient/nfs_clbio.c:1124 > > > > > > > > #15 0xffffffff80e646a5 in VOP_WRITE_APV (vop=, > > > > a=) at vnode_if.c:997 > > > > > > > > #16 0xffffffff809f52f9 in vn_write (fp=0xfffff80101c62780, > > > > uio=0xfffffe086057f970, active_cred=, flags=320, > > > > td=0x0) at vnode_if.h:413 > > > > > > > > #17 0xffffffff809f5602 in vn_io_fault_doio (args= > > > out>, > > > > uio=0xa00, td=0x0) at /usr/src/sys/kern/vfs_vnops.c:991 > > > > > > > > #18 0xffffffff809f2aec in vn_io_fault1 () at > > > > /usr/src/sys/kern/vfs_vnops.c:1047 > > > > > > > > #19 0xffffffff809f0e3b in vn_io_fault (fp=0xfffff80101c62780, > > > > uio=0xfffffe086057f970, active_cred=, flags=0, > > > > td=0xfffff80171d79920) > > > > > > > > at /usr/src/sys/kern/vfs_vnops.c:1152 > > > > > > > > #20 0xffffffff80982357 in dofilewrite (td=0xfffff80171d79920, fd=19, > > > > fp=0xfffff80101c62780, auio=0xfffffe086057f970, offset= > > > optimized > > > > out>, flags=0) at file.h:306 > > > > > > > > #21 0xffffffff80982088 in kern_writev (td=0xfffff80171d79920, fd=19, > > > > auio=0xfffffe086057f970) at /usr/src/sys/kern/sys_generic.c:467 > > > > > > > > #22 0xffffffff80982013 in sys_write (td=, > > > > uap= > > > > > optimized out>) at /usr/src/sys/kern/sys_generic.c:382 > > > > > > > > #23 0xffffffff80d5051b in amd64_syscall (td=0xfffff80171d79920, > > > > traced=0) > > > > > > at subr_syscall.c:133 > > > > > > > > #24 0xffffffff80d33c5b in Xfast_syscall () at > > > > /usr/src/sys/amd64/amd64/exception.S:390 > > > > > > > > #25 0x000000080137de4a in ?? () > > > > > > > > ################################################## > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Thanks in advance, > > > > > > > > Tobias Berner > > > > > > > > On Saturday 18 October 2014 20.43:12 Marcelo Araujo wrote: > > > > > When you rebuild your system, did you rebuild and install all kernel > > > > and > > > > > > > world? > > > > > > > > > > > > > > > > > > > > Best Regards, > > > > > > > > > > On Oct 18, 2014 7:57 PM, "John Baldwin" wrote: > > > > > > On Friday, October 17, 2014 11:11:26 PM Tobias C. Berner wrote: > > > > > > > Hi > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > For some days now I've had problems with my current (last test > > > > with > > > > > > > > > r273178M). > > > > > > > > > > > > > > > > > > > > > > > > > > > > Sometimes when accessing a nfs-share there is a pagefault: > > > > > > > > > > > > > > > > > > > > > > > > > > > > ####################################################### > > > > > > > > > > > > > > Fatal trap 12: page fault while in kernel mode > > > > > > > > > > > > > > cpuid = 7; apic id = 07 > > > > > > > > > > > > > > fault virtual address = 0xfffffe07cfe60400 > > > > > > > > > > > > > > fault code = supervisor read data, page not present > > > > > > > > > > > > > > instruction pointer = 0x20:0xffffffff80d4d4b6 > > > > > > > > > > > > > > stack pointer = 0x28:0xfffffe086088b380 > > > > > > > > > > > > > > frame pointer = 0x28:0xfffffe086088b3f0 > > > > > > > > > > > > > > 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 = 43868 (mplayer) > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > #0 0xffffffff80926d29 in shutdown_nice (howto=1) at > > > > > > > > > > > > > > /usr/src/sys/kern/kern_shutdown.c:207 > > > > > > > > > > > > > > #1 0xffffffff80926a2d in kern_reboot (howto=260) at > > > > > > > > > > > > > > /usr/src/sys/kern/kern_shutdown.c:444 > > > > > > > > > > > > > > #2 0xffffffff80926f80 in panic (fmt=0x104
> > > > > > > > > > > bounds>) at > > > > > > > > > > > > > /usr/src/sys/kern/kern_shutdown.c:698 > > > > > > > > > > > > > > #3 0xffffffff8035f147 in panic_cmd_del (arg=0x0) at > > > > > > > > > > > > > > /usr/src/sys/ddb/db_command.c:244 > > > > > > > > > > > > > > #4 0xffffffff8035ed5d in db_command (cmd_table=0x0) at > > > > > > > > > > > > > > /usr/src/sys/ddb/db_command.c:439 > > > > > > > > > > > > > > #5 0xffffffff8035ead4 in db_command_loop () at > > > > > > > > > > > > > > /usr/src/sys/ddb/db_command.c:488 #6 0xffffffff803615e0 in > > > > db_trap > > > > > > > > > (type=, code=0) at > > > > > > > > /usr/src/sys/ddb/db_main.c:247 > > > > > > > > > > > #7 0xffffffff80966db1 in kdb_trap (type=12, code=0, > > > > > > > > > > > > tf=0xfffffe086088b2d0) > > > > > > > > > > > > > at /usr/src/sys/kern/subr_kdb.c:626 > > > > > > > > > > > > > > #8 0xffffffff80d4f92c in trap_fatal (frame=0xfffffe086088b2d0, > > > > > > > > > > > > eva= > > > > > > > > > > > > optimized out>) at /usr/src/sys/amd64/amd64/trap.c:835 > > > > > > > > > > > > > > #9 0xffffffff80d4fcbc in trap_pfault (frame=0xfffffe086088b2d0, > > > > > > > > > > > > usermode=0) > > > > > > > > > > > > > at atomic.h:161 > > > > > > > > > > > > > > #10 0xffffffff80d4f2de in trap (frame=0xfffffe086088b2d0) at > > > > > > > > > > > > > > /usr/src/sys/amd64/amd64/trap.c:594 > > > > > > > > > > > > > > #11 0xffffffff80d33822 in Xtss () at > > > > > > > > > > > > > > /usr/src/sys/amd64/amd64/exception.S:154 #12 0xffffffff80d4d4b6 > > > > in > > > > > > > > > stack_save_td (st=, td= > > > out>) > > > > > > > > > at > > > > > > > > > > > > > > /usr/src/sys/amd64/amd64/stack_machdep.c:74 > > > > > > > > > > > > > > #13 0xffffffff809f30b2 in foffset_unlock (fp= > > > out>, > > > > > > > > > val=, flags=) at > > > > > > > > > > > > > > /usr/src/sys/kern/vfs_vnops.c:700 > > > > > > > > > > > > > > #14 0xffffffff8082faad in ncl_bioread (vp=0xfffff80201dd7490, > > > > > > > > > > > > > > uio=0xfffffe086088b7d8, ioflag=, > > > > > > > > > > > > > > cred=0xfffff8015816a600) at > > > > > > > > > > > > > > /usr/src/sys/fs/nfsclient/nfs_clbio.c:511 > > > > > > > > > > > > > > #15 0xffffffff80e64381 in VOP_MARKATIME_APV (vop= > > > > > > optimized > > > > > > > > out>, > > > > > > > > > > > a=0xfffffe086088b650) at vnode_if.c:856 > > > > > > > > > > > > > > #16 0xffffffff809f4dd5 in vn_read (fp=0xfffff80272490cd0, > > > > > > > > > > > > > > uio=0xfffffe086088b7d8, active_cred=0xfffff8015816a600, > > > > flags=128, > > > > > > > > > td=0xfffff80000000000) at vnode_if.h:859 #17 0xffffffff809f5502 > > > > in > > > > > > > > > get_advice (fp=0xfffffe086088b730, uio=0x400) at > > > > > > > > > > > > > > /usr/src/sys/kern/vfs_vnops.c:729 > > > > > > > > > > > > > > #18 0xffffffff809f2b80 in vn_io_fault1 () at > > > > > > > > > > > > > > /usr/src/sys/kern/vfs_vnops.c:1058 #19 0xffffffff809f0d3b in > > > > > > > > vn_io_fault > > > > > > > > > > > (fp=0xfffff80272490cd0, uio=0xfffffe086088b970, > > > > active_cred=0x400, > > > > > > > > > flags=128, td=0xfffff80000000000) at > > > > > > > > > > > > > > /usr/src/sys/kern/vfs_vnops.c:128 > > > > > > > > > > > > > > #20 0xffffffff80981d95 in freebsd6_pread (td=0xfffff802d93204a8, > > > > > > > > > > > > > > uap=0xfffff9fb094c00a8) at /usr/src/sys/kern/sys_generic.c:217 > > > > > > > > > > > > > > #21 0xffffffff80981ab8 in sys_cap_fcntls_get (td= > > > > > > optimized > > > > > > > > out>, > > > > > > > > > > > uap=0x800) at /usr/src/sys/kern/sys_capability.c:576 > > > > > > > > > > > > > > #22 0xffffffff80981a43 in sys_cap_fcntls_get (td= > > > > > > optimized > > > > > > > > out>, > > > > > > > > > > > uap=0x0) at sx.h:183 > > > > > > > > > > > > > > #23 0xffffffff80d503cb in amd64_syscall (td=0x45e400, traced=0) > > > > at > > > > > > > > > subr_syscall.c:87 > > > > > > > > > > > > > > #24 0xffffffff80d33b0b in Xprot () at > > > > > > > > > > > > > > /usr/src/sys/amd64/amd64/exception.S:324 #25 0x0000000806a7fe6a > > > > in > > > > > > ?? () > > > > > > > > > > > ################################################## > > > > > > > > > > > > The functions in this stack trace don't make sense. It is as if > > > > > > you > > > > > > are > > > > > > > > > > > > running kgdb against the wrong kernel. > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > > > > > > > John Baldwin > > > > > > > > > > > > _______________________________________________ > > > > > > > > > > > > freebsd-current@freebsd.org mailing list > > > > > > > > > > > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > > > > > > > > > > > To unsubscribe, send any mail to " > > > > > > > > freebsd-current-unsubscribe@freebsd.org" > > > > > > _______________________________________________ > > > freebsd-current@freebsd.org mailing list > > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > > To unsubscribe, send any mail to " > > > > freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Oct 20 07:25:33 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CE20B858 for ; Mon, 20 Oct 2014 07:25:33 +0000 (UTC) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8E19C7D0 for ; Mon, 20 Oct 2014 07:25:33 +0000 (UTC) Received: from [82.113.99.95] (helo=unixarea.DDR.dd) by ms-10.1blu.de with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1Xg7LP-0006sJ-Iq for freebsd-current@freebsd.org; Mon, 20 Oct 2014 09:25:31 +0200 Received: from unixarea.DDR.dd (localhost [127.0.0.1]) by unixarea.DDR.dd (8.14.9/8.14.3) with ESMTP id s9K7PTvY001776 for ; Mon, 20 Oct 2014 09:25:29 +0200 (CEST) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by unixarea.DDR.dd (8.14.9/8.14.3/Submit) id s9K7PSEj001775 for freebsd-current@freebsd.org; Mon, 20 Oct 2014 09:25:28 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: unixarea.DDR.dd: guru set sender to guru@unixarea.de using -f Date: Mon, 20 Oct 2014 09:25:28 +0200 From: Matthias Apitz To: freebsd-current@freebsd.org Subject: FreeBSD && TCP stealth Message-ID: <20141020072528.GA1748@unixarea.DDR.dd> Reply-To: Matthias Apitz Mail-Followup-To: Matthias Apitz , freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline X-Operating-System: FreeBSD 11.0-CURRENT r269739 (i386) User-Agent: Mutt/1.5.23 (2014-03-12) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 82.113.99.95 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2014 07:25:33 -0000 Hello, Is there any work started or in progress to implement TCP stealth in our kernel as proposed to IETF in https://datatracker.ietf.org/doc/draft-kirsch-ietf-tcp-stealth/ The idea is that the client put some magic value in the ISN of the first SYN pkg which is derived from a secret the client and the server share. The server can check the ISN and decide if it will answer the SYN pkg or do a RST, for example. Vy 73 matthias -- Matthias Apitz | /"\ ASCII Ribbon Campaign: E-mail: guru@unixarea.de | \ / - No HTML/RTF in E-mail WWW: http://www.unixarea.de/ | X - No proprietary attachments phone: +49-170-4527211 | / \ - Respect for open standards | en.wikipedia.org/wiki/ASCII_Ribbon_Campaign From owner-freebsd-current@FreeBSD.ORG Mon Oct 20 07:37:02 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B6407735; Mon, 20 Oct 2014 07:37:02 +0000 (UTC) Received: from zhbdzmsp-smta15.bluewin.ch (zhbdzmsp-smta15.bluewin.ch [195.186.99.132]) by mx1.freebsd.org (Postfix) with ESMTP id AC6B38DB; Mon, 20 Oct 2014 07:37:00 +0000 (UTC) Received: from [195.186.227.131] ([195.186.227.131:54129] helo=zhhdzmsp-smta14.bluewin.ch) by zhbdzmsp-smta15.bluewin.ch (envelope-from ) (ecelerity 3.5.7.40067 r(Platform:3.5.7.0)) with ESMTP id E8/49-05081-A9BB4445; Mon, 20 Oct 2014 07:36:58 +0000 Received: from noxon.firefly (85.1.147.28) by zhhdzmsp-smta14.bluewin.ch (8.5.142) (authenticated as tobias.berner) id 52330D9E1A48AD04; Mon, 20 Oct 2014 07:36:58 +0000 From: "Tobias C. Berner" To: freebsd-current@freebsd.org Subject: Re: kernel page fault with nfs Date: Mon, 20 Oct 2014 09:36:57 +0200 Message-ID: <9401112.gOMxVk2Kpo@noxon.firefly> User-Agent: KMail/4.14.2 (FreeBSD/11.0-CURRENT; KDE/4.14.2; amd64; ; ) In-Reply-To: <8773412.LsFmcEyqqY@noxon.firefly> References: <3430961.Iq02vNgBU7@noxon.firefly> <8773412.LsFmcEyqqY@noxon.firefly> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7Bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: araujo@freebsd.org, Allan Jude X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2014 07:37:02 -0000 Now that I posted it, 32767 should of course be 2^15=32768. Let me recheck if it still hangs with the correct value. On Monday 20 October 2014 09.15:39 Tobias C. Berner wrote: > Hi Marcelo > > Yes, I'm using readahead: > The mountoptions are > "readahead=4,soft,intr,rw,tcp,wsize=32767,rsize=32767,late" > > > mfg Tobias > > On Monday 20 October 2014 10.41:30 Marcelo Araujo wrote: > > Hello Tobias, > > > > Could you show how you are mount the NFS share? > > Are you using 'readahead' option? > > > > Best Regards, > > > > 2014-10-19 17:40 GMT+08:00 Tobias C. Berner : > > > both are at 1100038. > > > > > > On Sunday 19 October 2014 11.12:36 Marcelo Araujo wrote: > > > > It is still strange, could you do what Allan said and send us the > > > > result > > > > > > in > > > > > > > case you are not sure you have world and kernel in the same revision! > > > > > > > > On Oct 19, 2014 6:48 AM, "Tobias C. Berner" wrote: > > > > > Hi > > > > > > > > > > World ist from october 16, installed world and kernel then. > > > > > > > > > > Kernel was later rebuilt with debug-options. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Is the following more sensible? > > > > > > > > > > ################################################## > > > > > > > > > > # kgdb NOXON/kernel.debug vmcore.1 > > > > > > > > > > Fatal trap 12: page fault while in kernel mode > > > > > > > > > > cpuid = 5; apic id = 05 > > > > > > > > > > fault virtual address = 0xfffffe07d1744000 > > > > > > > > > > fault code = supervisor write data, page not present > > > > > > > > > > instruction pointer = 0x20:0xffffffff80d4d58a > > > > > > > > > > stack pointer = 0x28:0xfffffe086057f240 > > > > > > > > > > frame pointer = 0x28:0xfffffe086057f2f0 > > > > > > > > > > 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 = 6524 (python2.7) > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > (kgdb) bt > > > > > > > > > > #0 doadump (textdump=1) at pcpu.h:219 > > > > > > > > > > #1 0xffffffff80926b6d in kern_reboot (howto=260) at > > > > > /usr/src/sys/kern/kern_shutdown.c:447 > > > > > > > > > > #2 0xffffffff809270c0 in panic (fmt=) at > > > > > /usr/src/sys/kern/kern_shutdown.c:746 > > > > > > > > > > #3 0xffffffff8035f167 in db_panic (addr=, > > > > > have_addr=2, count=0, modif=0x0) at > > > > > /usr/src/sys/ddb/db_command.c:473 > > > > > > > > > > #4 0xffffffff8035ed7d in db_command (cmd_table=0x0) at > > > > > /usr/src/sys/ddb/db_command.c:440 > > > > > > > > > > #5 0xffffffff8035eaf4 in db_command_loop () at > > > > > /usr/src/sys/ddb/db_command.c:493 > > > > > > > > > > #6 0xffffffff80361600 in db_trap (type=, > > > > > code=0) > > > > > > at > > > > > > > > /usr/src/sys/ddb/db_main.c:251 > > > > > > > > > > #7 0xffffffff80966f01 in kdb_trap (type=12, code=0, tf= > > > > optimized > > > > > out>) at /usr/src/sys/kern/subr_kdb.c:654 > > > > > > > > > > #8 0xffffffff80d4fa7c in trap_fatal (frame=0xfffffe086057f190, > > > > > > eva= > > > > > > > optimized out>) at /usr/src/sys/amd64/amd64/trap.c:861 > > > > > > > > > > #9 0xffffffff80d4fe0c in trap_pfault (frame=0xfffffe086057f190, > > > > > usermode=) at > > > > > /usr/src/sys/amd64/amd64/trap.c:677 > > > > > > > > > > #10 0xffffffff80d4f42e in trap (frame=0xfffffe086057f190) at > > > > > /usr/src/sys/amd64/amd64/trap.c:426 > > > > > > > > > > #11 0xffffffff80d33972 in calltrap () at > > > > > /usr/src/sys/amd64/amd64/exception.S:231 > > > > > > > > > > #12 0xffffffff80d4d58a in bzero () at > > > > > /usr/src/sys/amd64/amd64/support.S:53 > > > > > > > > > > #13 0xffffffff80830463 in ncl_doio (vp=0xfffff801e7f99938, > > > > > bp=0xfffffe07c5a168e8, cr=, td= > > > > > out>, > > > > > > > > called_from_strategy=) > > > > > > > > > > at /usr/src/sys/fs/nfsclient/nfs_clbio.c:1648 From owner-freebsd-current@FreeBSD.ORG Mon Oct 20 08:19:51 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0343DFF8; Mon, 20 Oct 2014 08:19:51 +0000 (UTC) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cloud.theravensnest.org", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C72E2D00; Mon, 20 Oct 2014 08:19:49 +0000 (UTC) Received: from [192.168.0.106] (cpc14-cmbg15-2-0-cust307.5-4.cable.virginm.net [82.26.1.52]) (authenticated bits=0) by theravensnest.org (8.14.9/8.14.9) with ESMTP id s9K8Jcfn087914 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 20 Oct 2014 08:19:42 GMT (envelope-from theraven@FreeBSD.org) X-Authentication-Warning: theravensnest.org: Host cpc14-cmbg15-2-0-cust307.5-4.cable.virginm.net [82.26.1.52] claimed to be [192.168.0.106] Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: Voxer using FreeBSD, BSDNow.tv interview From: David Chisnall In-Reply-To: Date: Mon, 20 Oct 2014 09:19:31 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <31A8D963-F8EF-4D68-9586-39EE8A7C7C5A@FreeBSD.org> References: To: Craig Rodrigues X-Mailer: Apple Mail (2.1878.6) Cc: freebsd-advocacy@freebsd.org, freebsd-current Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2014 08:19:51 -0000 On 19 Oct 2014, at 23:09, Craig Rodrigues wrote: > (2) Most devops engineers in web/mobile companies are familiar = with > Linux. Any differences between Linux and FreeBSD in > command-line > utilities are not show-stoppers, but they are annoyances. > Anything FreeBSD could do to help people used to Linux = would be > a big > help. Allan Jude even brought up my request to symlink > /bin/bash ( > = https://lists.freebsd.org/pipermail/freebsd-ports/2014-September/095483.ht= ml > ) :) I presume that most of the relevant differences are for users / = developers and not sysadmins? It's worth noting that GNU coreutils, = tar, bash, and a load of other things are in the ports repository. I = wonder if it's worth having a gnu-userland metaport, perhaps with = something like the Solaris approach of sticking them all in a different = tree so that you can just add that to the start of your PATH and have = all of the GNU tools work by default. =20 David From owner-freebsd-current@FreeBSD.ORG Mon Oct 20 08:23:52 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AECB024A for ; Mon, 20 Oct 2014 08:23:52 +0000 (UTC) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6C220DC6 for ; Mon, 20 Oct 2014 08:23:52 +0000 (UTC) Received: from [82.113.99.95] (helo=unixarea.DDR.dd) by ms-10.1blu.de with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1Xg8Fo-00084r-Vl for freebsd-current@freebsd.org; Mon, 20 Oct 2014 10:23:50 +0200 Received: from unixarea.DDR.dd (localhost [127.0.0.1]) by unixarea.DDR.dd (8.14.9/8.14.3) with ESMTP id s9K8NkZA002050 for ; Mon, 20 Oct 2014 10:23:47 +0200 (CEST) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by unixarea.DDR.dd (8.14.9/8.14.3/Submit) id s9K8NkCe002049 for freebsd-current@freebsd.org; Mon, 20 Oct 2014 10:23:46 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: unixarea.DDR.dd: guru set sender to guru@unixarea.de using -f Date: Mon, 20 Oct 2014 10:23:45 +0200 From: Matthias Apitz To: freebsd-current@freebsd.org Subject: Re: FreeBSD && TCP stealth Message-ID: <20141020082345.GA2040@unixarea.DDR.dd> Reply-To: Matthias Apitz Mail-Followup-To: Matthias Apitz , freebsd-current@freebsd.org References: <20141020072528.GA1748@unixarea.DDR.dd> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20141020072528.GA1748@unixarea.DDR.dd> X-Operating-System: FreeBSD 11.0-CURRENT r269739 (i386) User-Agent: Mutt/1.5.23 (2014-03-12) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 82.113.99.95 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2014 08:23:52 -0000 El día Monday, October 20, 2014 a las 09:25:28AM +0200, Matthias Apitz escribió: > > Hello, > > Is there any work started or in progress to implement TCP stealth in our > kernel as proposed to IETF in > > https://datatracker.ietf.org/doc/draft-kirsch-ietf-tcp-stealth/ > > The idea is that the client put some magic value in the ISN of the first > SYN pkg which is derived from a secret the client and the server share. > The server can check the ISN and decide if it will answer the SYN pkg or > do a RST, for example. For Linux wip see also: https://gnunet.org/knock matthias -- Matthias Apitz | /"\ ASCII Ribbon Campaign: E-mail: guru@unixarea.de | \ / - No HTML/RTF in E-mail WWW: http://www.unixarea.de/ | X - No proprietary attachments phone: +49-170-4527211 | / \ - Respect for open standards | en.wikipedia.org/wiki/ASCII_Ribbon_Campaign From owner-freebsd-current@FreeBSD.ORG Mon Oct 20 08:31:19 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EA6A03DE; Mon, 20 Oct 2014 08:31:19 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (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 5EFFAE8C; Mon, 20 Oct 2014 08:31:19 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.9/8.14.9) with ESMTP id s9K8VD13075208 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 20 Oct 2014 11:31:13 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.9.2 kib.kiev.ua s9K8VD13075208 Received: (from kostik@localhost) by tom.home (8.14.9/8.14.9/Submit) id s9K8VDJv075207; Mon, 20 Oct 2014 11:31:13 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 20 Oct 2014 11:31:13 +0300 From: Konstantin Belousov To: Jim Pazarena Subject: Re: at - atrun utility bug on 10.0 Message-ID: <20141020083113.GL2153@kib.kiev.ua> References: <294ded22fe13975898c8d5e4b1a79a01@paz.bz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <294ded22fe13975898c8d5e4b1a79a01@paz.bz> User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on tom.home Cc: current@freebsd.org, freebsd-ports@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2014 08:31:20 -0000 On Sun, Oct 19, 2014 at 10:53:35AM -0700, Jim Pazarena wrote: > I find that while a job is running via the at facility, that is, > atrun has executed it, every subsequent execution of atrun (via > cron) STAYS running while the original program (executed by atrun) > is still active. > > Generally, according to the docs, atrun is executed every 5 minutes > */5 * * * * within /etc/crontab > I always modify this to * * * * * for more prompt at execution. > > I have jobs submitted via 'at' which tend to run for several hours > sometimes even all day. > If I do a 'ps wwax' I could see dozens, hundreds, even thousands > of "atrun" running. > When the original job completes all the "atrun"s disappear. > I noticed this on 10.0, where on 9.1 it simply does not happen. > > It is my feeling that the atrun on 10.0 is either being held up by > a lock fyl, an flock, or something else which is blocking its > normal termination when there is an empty queue, or rather when > there is an item in the queue which is already being tended to > by another process. > > I would think that the general */5 granularity of atrun, along with > most jobs NOT running for multiple hours tends to obfuscate this > (what I think is a) bug. And most people looking at an wwax would > skip past it without giving it any thought. > > If anyone could confirm that I am not going insane, I would file a > bug report thru normal channels. Of course, I may be going insane > regardless of THIS email :-) I doubt that port people can help you. What version of FreeBSD do you run, exactly ? It is 10.0 or stable/10 ? It seems that your observations are sound, and your trouble is caused by HEAD r251625. OTOH, it seems that HEAD r264617, merged to stable/10 as r265368, fixed something which is described very similar to the bug you hit. From owner-freebsd-current@FreeBSD.ORG Mon Oct 20 08:55:09 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1BA4CB58 for ; Mon, 20 Oct 2014 08:55:09 +0000 (UTC) Received: from mail.made4.biz (mail.made4.biz [IPv6:2001:41d0:2:c018::1:3]) (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 D2854123 for ; Mon, 20 Oct 2014 08:55:08 +0000 (UTC) Received: from 2a02-8428-011b-e000-0290-f5ff-fe9d-b78c.rev.sfr.net ([2a02:8428:11b:e000:290:f5ff:fe9d:b78c] helo=magellan.dumbbell.fr) by mail.made4.biz with esmtpsa (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.84 (FreeBSD)) (envelope-from ) id 1Xg8k6-00060A-Tg for freebsd-current@freebsd.org; Mon, 20 Oct 2014 10:55:07 +0200 Message-ID: <5444CDE6.9020803@FreeBSD.org> Date: Mon, 20 Oct 2014 10:55:02 +0200 From: =?windows-1252?Q?Jean-S=E9bastien_P=E9dron?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.1.2 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: vt_suspend / vt_resume References: <542A43E1.5010401@FreeBSD.org> <542EBD1F.2060604@FreeBSD.org> <542EBEF1.1080200@freebsd.org> <5436A52A.30802@FreeBSD.org> In-Reply-To: <5436A52A.30802@FreeBSD.org> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="aR2su6jOfuv9QEpE31REA9Ewpgf8PbbjA" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2014 08:55:09 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --aR2su6jOfuv9QEpE31REA9Ewpgf8PbbjA Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 09.10.2014 17:09, Andriy Gapon wrote: > I looked at the vt code and I was not able to figure out what would be = the > proper place there. > Initially I thought that vt_allocate() would be it, but then it seems t= hat > vt_allocate() might not be called. So, perhaps vtterm_cnprobe() ? Somet= hing else? What about vt_upgrade()? It's called later in the boot process: /* Delay until all devices attached, to not waste time. */ SYSINIT(vt_early_cons, SI_SUB_INT_CONFIG_HOOKS, SI_ORDER_ANY, vt_upgrade,= &vt_consdev); However, it's called from vt_allocate() too, so you would need a flag in struct vd_device->vd_flags to record the fact the handlers are registered= =2E The core handlers would then call backend-specific handlers, if the backend provides them. --=20 Jean-S=E9bastien P=E9dron --aR2su6jOfuv9QEpE31REA9Ewpgf8PbbjA 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 iQJ8BAEBCgBmBQJURM3qXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NzA4N0ZEMUFFQUUwRTEyREJDNkE2RjAz OUU5OTc2MUE1RkQ5NENDAAoJEDnpl2Gl/ZTMnjAP/ilDAN5aQBn5pFxwbfh6JQ95 zPLkOsp1v6kyRmOdws1+gwSvVkmj64HtDpJhYD9il8pTL7nKVztQaFfkH8YhmYGi ztuAip67RNPwQWwwYInfpgqATrz9dgx3M2XgtlZEBWsMpfn5MjNDXeQOR/ddQ0fk /kuV9d0mNoxGQY2P0qdQljrBK5e0YoyCuZQDC0WhgwsxzjmNTDJg3nVGitIqSpau LeLRlUJe5d9k03IseczXiqsb963XK1P9mGYanlzYyyzSaZZBD71qrCjJ+Q36KbFI d2U0cvq+Pny2xthqtLmE3Bwbk0jJYNpiHH4gzZ6WSOjgZvbMZ8jLfIaHHhSLx8gH oPuxlLCdxZsAsDqurgMw3IgmCcDUVSVttO2ln2yQW9LsTYyBiSb94devy1yeEFmV 8MF5xg7lJdKcwM2wZsm2yaUay0zFtIJQvZm5UKisBp7oWRJYWmiJdMqX+uo7DKqC oWzHD5txyvLEIpW0ZgTwS3HpxIKhswFBXR1qqF5jTNjW6CmbvxXCiBdfsuSuXlKd 6Smsx/lJBM33FwYZpVghdChfIvY5keoxaS17lDVHFrIu1LdK3tfRAFe9xnkexrXo PtFrYk3hX0p8SggVkpcYzmSsiwKVhFabZe9x3fCdROW8knzHQTfiom7I8/CY3lWR iG4q3GXd0XWNNV7u/Dhm =xeog -----END PGP SIGNATURE----- --aR2su6jOfuv9QEpE31REA9Ewpgf8PbbjA-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 20 10:06:35 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BA37C34C for ; Mon, 20 Oct 2014 10:06:35 +0000 (UTC) Received: from exprod7og116.obsmtp.com (exprod7og116.obsmtp.com [64.18.2.219]) (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 176DDB5F for ; Mon, 20 Oct 2014 10:06:33 +0000 (UTC) Received: from mail-wi0-f171.google.com ([209.85.212.171]) (using TLSv1) by exprod7ob116.postini.com ([64.18.6.12]) with SMTP ID DSNKVETeo31tb66a3rmhHaJLvrNyvvu9+t/u@postini.com; Mon, 20 Oct 2014 03:06:34 PDT Received: by mail-wi0-f171.google.com with SMTP id em10so6609458wid.16 for ; Mon, 20 Oct 2014 03:06:26 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:references:in-reply-to:mime-version :thread-index:date:message-id:subject:to:content-type; bh=quRDDuMMuyG+wdgT3kTk8J7yCGuEiyPVtaD0uiCdL0w=; b=fVaxxeYFRDwMMaxDuiLfu6gr1BxnaOB2Kz96xkGi/Dx+9uAI436UtuyPSTXAwnpBaq gvJZ9OoCzxUaGLnjsdYe5lhTiJPRrYc3ptf+kU9PvcOhVP9Ce0/k4wqDg6CKn2TVGhys Ug+qmszNBtSrjSIREVC0XUvzx0EwXXOQx+ZAaCuke3+KOLan94ZJiCIrJWMRL6MihLji BzO44ShyiAADbjJVeynxHFx3oMgSJKrgtzxxawlCmWq1xxxvWqB7AEz1ggHOUtC97ogF GhtUACCDaGQtZrzNTZJZyy5zzgmRF/iKy3PcjpccjrZ96ut/KKh3zwoWjbmgFQJDde+z e2wQ== X-Gm-Message-State: ALoCoQkDKpUCMpBUIrZSS//E+0HkNcv1ALkCUqSvEkkTMrmOpBDHFp3PujqPlkRFd4zQ7PoQrbEMa4UhoH1WowMkRRkIF8OFciSDcy1V5OI6vSvk86abN0MZS83at5GpjCTPHznmaJPxYO4m2odNavylVw2jv5MQlw== X-Received: by 10.194.241.201 with SMTP id wk9mr31788080wjc.101.1413799586353; Mon, 20 Oct 2014 03:06:26 -0700 (PDT) X-Received: by 10.194.241.201 with SMTP id wk9mr31788062wjc.101.1413799586210; Mon, 20 Oct 2014 03:06:26 -0700 (PDT) From: Sibananda Sahu References: 401e8490aa866241ddc92d4c63b7ad6c@mail.gmail.com In-Reply-To: 401e8490aa866241ddc92d4c63b7ad6c@mail.gmail.com MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: Ac/np+5foUoPsHAyTgG35u0VZDk/gAEpX8OQ Date: Mon, 20 Oct 2014 15:36:24 +0530 Message-ID: Subject: RE: PAGE FAULT in kernel mode at the vm_page_alloc() call To: freebsd-current@freebsd.org Content-Type: multipart/mixed; boundary=089e0149342c1f12220505d7de71 X-Mailman-Approved-At: Mon, 20 Oct 2014 11:32:24 +0000 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2014 10:06:35 -0000 --089e0149342c1f12220505d7de71 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Attached the core.txt file. *From:* Sibananda Sahu [mailto:sibananda.sahu@avagotech.com] *Sent:* Tuesday, October 14, 2014 5:41 PM *To:* 'freebsd-current@freebsd.org' *Subject:* PAGE FAULT in kernel mode at the vm_page_alloc() call Hi, We were doing internal testing using mrsas driver for certain feature on FreeBSD-10-release. While test execution ,we have observed frequent kernel panic in same code path on FreeBSD 10. Please find more detail about test case and symptoms. 1. Create more than 64 VD using latest mrsas feature which supports Extended VD. (This issue may not be related to this, but just wanted to highlight exact steps) All 240 VD is able to detect in =E2=80=9Ccamcontrol=E2=80=9D. 2. Using LSI StorCli utility do Full Init on all 240 Virtual Drives those are connected behind an LSI controller. Eventually, we observe kernel panic with below backtraces. It is a random behavior but seems to be occurring at the same place all the time, i.e. around vm_page_alloc() call. -- KDB: stack backtrace: #0 0xffffffff808e7dd0 at kdb_backtrace+0x60 #1 0xffffffff808af8b5 at panic+0x155 #2 0xffffffff80c8e692 at trap_fatal+0x3a2 #3 0xffffffff80c8e969 at trap_pfault+0x2c9 #4 0xffffffff80c8e0f6 at trap+0x5e6 #5 0xffffffff80c75392 at calltrap+0x8 #6 0xffffffff80b1d1e9 at vm_page_alloc+0x389 #7 0xffffffff80b0f9fe at kmem_back+0xde #8 0xffffffff80b0f8f6 at kmem_malloc+0x66 #9 0xffffffff80b08c6b at uma_large_malloc+0x4b #10 0xffffffff80898c33 at malloc+0x103 #11 0xffffffff8030eaf5 at enc_daemon+0x1c5 #12 0xffffffff8088198a at fork_exit+0x9a #13 0xffffffff80c758ce at fork_trampoline+0xe -- Here I have attached the crash dump text file to grep more info. If you need more information from us, with some more config or debug parameters enabled or something else, please let me know. I can do some experiment to root cause the issue. I also check on web, but there was not clear direction on this type of kernel panic ..but looks like many folks encountered similar issues. Also, I verified same behavior on latest FreeBSD-11-Current as well. (Revision 273072) Thanks --089e0149342c1f12220505d7de71 Content-Type: application/octet-stream; name="core.txt.2" Content-Disposition: attachment; filename="core.txt.2" Content-Transfer-Encoding: base64 X-Attachment-Id: f78b635b92d4998_0.1 bHNpIGR1bXBlZCBjb3JlIC0gc2VlIC92YXIvY3Jhc2gvdm1jb3JlLjIKCldlZCBOb3YgMTIgMjA6 NTc6MDcgTlNUIDIwMTQKCkZyZWVCU0QgbHNpIDEwLjAtUkVMRUFTRSBGcmVlQlNEIDEwLjAtUkVM RUFTRSAjMCByMjYwNzg5OiBUaHUgSmFuIDE2IDIyOjM0OjU5IFVUQyAyMDE0ICAgICByb290QHNu YXAuZnJlZWJzZC5vcmc6L3Vzci9vYmovdXNyL3NyYy9zeXMvR0VORVJJQyAgYW1kNjQKCnBhbmlj OiBwYWdlIGZhdWx0CgpHTlUgZ2RiIDYuMS4xIFtGcmVlQlNEXQpDb3B5cmlnaHQgMjAwNCBGcmVl IFNvZnR3YXJlIEZvdW5kYXRpb24sIEluYy4KR0RCIGlzIGZyZWUgc29mdHdhcmUsIGNvdmVyZWQg YnkgdGhlIEdOVSBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlLCBhbmQgeW91IGFyZQp3ZWxjb21lIHRv IGNoYW5nZSBpdCBhbmQvb3IgZGlzdHJpYnV0ZSBjb3BpZXMgb2YgaXQgdW5kZXIgY2VydGFpbiBj b25kaXRpb25zLgpUeXBlICJzaG93IGNvcHlpbmciIHRvIHNlZSB0aGUgY29uZGl0aW9ucy4KVGhl cmUgaXMgYWJzb2x1dGVseSBubyB3YXJyYW50eSBmb3IgR0RCLiAgVHlwZSAic2hvdyB3YXJyYW50 eSIgZm9yIGRldGFpbHMuClRoaXMgR0RCIHdhcyBjb25maWd1cmVkIGFzICJhbWQ2NC1tYXJjZWwt ZnJlZWJzZCIuLi4KClVucmVhZCBwb3J0aW9uIG9mIHRoZSBrZXJuZWwgbWVzc2FnZSBidWZmZXI6 CmNvZGUgc2VnbWVudAkJPSBiYXNlIDB4MCwgbGltaXQgMHhmZmZmZiwgdHlwZSAweDFiCgkJCT0g RFBMIDAsIHByZXMgMSwgbG9uZyAxLCBkZWYzMiAwLCBncmFuIDEKcHJvY2Vzc29yIGVmbGFncwk9 IGludGVycnVwdCBlbmFibGVkLCByZXN1bWUsIElPUEwgPSAwCmN1cnJlbnQgcHJvY2VzcwkJPSA1 IChlbmNfZGFlbW9uMCkKdHJhcCBudW1iZXIJCT0gMTIKcGFuaWM6IHBhZ2UgZmF1bHQKY3B1aWQg PSAyCktEQjogc3RhY2sgYmFja3RyYWNlOgojMCAweGZmZmZmZmZmODA4ZTdkZDAgYXQga2RiX2Jh Y2t0cmFjZSsweDYwCiMxIDB4ZmZmZmZmZmY4MDhhZjhiNSBhdCBwYW5pYysweDE1NQojMiAweGZm ZmZmZmZmODBjOGU2OTIgYXQgdHJhcF9mYXRhbCsweDNhMgojMyAweGZmZmZmZmZmODBjOGU5Njkg YXQgdHJhcF9wZmF1bHQrMHgyYzkKIzQgMHhmZmZmZmZmZjgwYzhlMGY2IGF0IHRyYXArMHg1ZTYK IzUgMHhmZmZmZmZmZjgwYzc1MzkyIGF0IGNhbGx0cmFwKzB4OAojNiAweGZmZmZmZmZmODBiMWQx ZTkgYXQgdm1fcGFnZV9hbGxvYysweDM4OQojNyAweGZmZmZmZmZmODBiMGY5ZmUgYXQga21lbV9i YWNrKzB4ZGUKIzggMHhmZmZmZmZmZjgwYjBmOGY2IGF0IGttZW1fbWFsbG9jKzB4NjYKIzkgMHhm ZmZmZmZmZjgwYjA4YzZiIGF0IHVtYV9sYXJnZV9tYWxsb2MrMHg0YgojMTAgMHhmZmZmZmZmZjgw ODk4YzMzIGF0IG1hbGxvYysweDEwMwojMTEgMHhmZmZmZmZmZjgwMzBlYWY1IGF0IGVuY19kYWVt b24rMHgxYzUKIzEyIDB4ZmZmZmZmZmY4MDg4MTk4YSBhdCBmb3JrX2V4aXQrMHg5YQojMTMgMHhm ZmZmZmZmZjgwYzc1OGNlIGF0IGZvcmtfdHJhbXBvbGluZSsweGUKVXB0aW1lOiAxN2gyNW00OXMK RHVtcGluZyA5MDIgb3V0IG9mIDE2MTU5IE1COi4uMiUuLjExJS4uMjIlLi4zMSUuLjQxJS4uNTIl Li42MSUuLjcxJS4uODIlLi45MSUKClJlYWRpbmcgc3ltYm9scyBmcm9tIC9ib290L2tlcm5lbC9t cnNhcy5rby4uLmRvbmUuCkxvYWRlZCBzeW1ib2xzIGZvciAvYm9vdC9rZXJuZWwvbXJzYXMua28K UmVhZGluZyBzeW1ib2xzIGZyb20gL2Jvb3Qva2VybmVsL3Vtcy5rby5zeW1ib2xzLi4uZG9uZS4K TG9hZGVkIHN5bWJvbHMgZm9yIC9ib290L2tlcm5lbC91bXMua28uc3ltYm9scwpSZWFkaW5nIHN5 bWJvbHMgZnJvbSAvYm9vdC9rZXJuZWwvdWhpZC5rby5zeW1ib2xzLi4uZG9uZS4KTG9hZGVkIHN5 bWJvbHMgZm9yIC9ib290L2tlcm5lbC91aGlkLmtvLnN5bWJvbHMKIzAgIGRvYWR1bXAgKHRleHRk dW1wPTx2YWx1ZSBvcHRpbWl6ZWQgb3V0PikgYXQgcGNwdS5oOjIxOQoyMTkJcGNwdS5oOiBObyBz dWNoIGZpbGUgb3IgZGlyZWN0b3J5LgoJaW4gcGNwdS5oCihrZ2RiKSAjMCAgZG9hZHVtcCAodGV4 dGR1bXA9PHZhbHVlIG9wdGltaXplZCBvdXQ+KSBhdCBwY3B1Lmg6MjE5CiMxICAweGZmZmZmZmZm ODA4YWY1MzAgaW4ga2Vybl9yZWJvb3QgKGhvd3RvPTI2MCkKICAgIGF0IC91c3Ivc3JjL3N5cy9r ZXJuL2tlcm5fc2h1dGRvd24uYzo0NDcKIzIgIDB4ZmZmZmZmZmY4MDhhZjhmNCBpbiBwYW5pYyAo Zm10PTx2YWx1ZSBvcHRpbWl6ZWQgb3V0PikKICAgIGF0IC91c3Ivc3JjL3N5cy9rZXJuL2tlcm5f c2h1dGRvd24uYzo3NTQKIzMgIDB4ZmZmZmZmZmY4MGM4ZTY5MiBpbiB0cmFwX2ZhdGFsIChmcmFt ZT08dmFsdWUgb3B0aW1pemVkIG91dD4sIAogICAgZXZhPTx2YWx1ZSBvcHRpbWl6ZWQgb3V0Pikg YXQgL3Vzci9zcmMvc3lzL2FtZDY0L2FtZDY0L3RyYXAuYzo4ODIKIzQgIDB4ZmZmZmZmZmY4MGM4 ZTk2OSBpbiB0cmFwX3BmYXVsdCAoZnJhbWU9MHhmZmZmZmUwNDVhZGQwNzUwLCB1c2VybW9kZT0w KQogICAgYXQgL3Vzci9zcmMvc3lzL2FtZDY0L2FtZDY0L3RyYXAuYzo2OTkKIzUgIDB4ZmZmZmZm ZmY4MGM4ZTBmNiBpbiB0cmFwIChmcmFtZT0weGZmZmZmZTA0NWFkZDA3NTApCiAgICBhdCAvdXNy L3NyYy9zeXMvYW1kNjQvYW1kNjQvdHJhcC5jOjQ2MwojNiAgMHhmZmZmZmZmZjgwYzc1MzkyIGlu IGNhbGx0cmFwICgpCiAgICBhdCAvdXNyL3NyYy9zeXMvYW1kNjQvYW1kNjQvZXhjZXB0aW9uLlM6 MjMyCiM3ICAweGZmZmZmZmZmODEyZDkwMDcgaW4gPz8gKCkKIzggIDB4MDAwMDAwMDE0YjY4MDk2 MyBpbiA/PyAoKQojOSAgMHhmZmZmZjgwNDZiMWJhZGU4IGluID8/ICgpCiMxMCAweDAwMDAwMDAw MDAwMDMyODEgaW4gPz8gKCkKIzExIDB4ZmZmZmY4MDAwZWFmNjhjMCBpbiA/PyAoKQojMTIgMHhm ZmZmZmZmZjgxNGZlZDUwIGluIGttZW1fb2JqZWN0X3N0b3JlICgpCiMxMyAweGZmZmZmODA0NmIx YmFkZTggaW4gPz8gKCkKIzE0IDB4ZmZmZmZmZmY4MTRmZWNmOCBpbiB2bV9vYmplY3RfbGlzdCAo KQojMTUgMHgwMDAwMDAwMDAwMDAzMjgxIGluID8/ICgpCiMxNiAweDAwMDAwMDAwMDAwMDAwMDAg aW4gPz8gKCkKQ3VycmVudCBsYW5ndWFnZTogIGF1dG87IGN1cnJlbnRseSBtaW5pbWFsCihrZ2Ri KSAKCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLQpwcyAtYXhsCgpVSUQgIFBJRCBQUElEIENQVSAgUFJJIE5JICAg VlNaIFJTUyBNV0NIQU4gICBTVEFUIFRUICAgICBUSU1FIENPTU1BTkQKICAwICAgIDAgICAgMCAg IDAgIC01MiAgMCAgICAgMCAgIDAgLSAgICAgICAgRExzICAgLSAgMDowMC4wNiBba2VybmVsXQog IDAgICAgMSAgICAwICAgMCAgIDIwICAwICA5NDI4ICAgMCB3YWl0ICAgICBETHMgICAtICAwOjAw LjA0IFtpbml0XQogIDAgICAgMiAgICAwICAgMCAgLTE2ICAwICAgICAwICAgMCBtcnNhc19vYyBE TCAgICAtICAwOjAwLjAwIFttcnNhc19vY3IwXQogIDAgICAgMyAgICAwICAgMCAgLTE2ICAwICAg ICAwICAgMCB3YWl0aW5nXyBETCAgICAtICAwOjAwLjAwIFtzY3RwX2l0ZXJhdG9yXQogIDAgICAg NCAgICAwICAgMCAgLTE2ICAwICAgICAwICAgMCBjY2Jfc2NhbiBETCAgICAtICAwOjAwLjAwIFt4 cHRfdGhyZF0KICAwICAgIDUgICAgMCAgIDAgIC0xNiAgMCAgICAgMCAgIDAgLSAgICAgICAgUkwg ICAgLSAgMDowMC4wMCBbZW5jX2RhZW1vbjBdCiAgMCAgICA2ICAgIDAgICAwICAtMTYgIDAgICAg IDAgICAwIGNid2FpdCAgIERMICAgIC0gIDA6MDAuMDAgW2VuY19kYWVtb24xXQogIDAgICAgNyAg ICAwICAgMCAgLTE2ICAwICAgICAwICAgMCBpZGxlICAgICBETCAgICAtICAwOjAwLjAwIFtlbmNf ZGFlbW9uMl0KICAwICAgIDggICAgMCAgIDAgIC0xNiAgMCAgICAgMCAgIDAgcHNsZWVwICAgREwg ICAgLSAgMDowMC4wMCBbcGFnZWRhZW1vbl0KICAwICAgIDkgICAgMCAgIDAgIC0xNiAgMCAgICAg MCAgIDAgcHNsZWVwICAgREwgICAgLSAgMDowMC4wMCBbdm1kYWVtb25dCiAgMCAgIDEwICAgIDAg ICAwICAtMTYgIDAgICAgIDAgICAwIGF1ZGl0X3dvIERMICAgIC0gIDA6MDAuMDAgW2F1ZGl0XQog IDAgICAxMSAgICAwICAgMCAgMTU1ICAwICAgICAwICAgMCAtICAgICAgICBSTCAgICAtICA1OjQy Ljc3IFtpZGxlXQogIDAgICAxMiAgICAwICAgMCAgLTc2ICAwICAgICAwICAgMCAtICAgICAgICBX TCAgICAtICAwOjAwLjMwIFtpbnRyXQogIDAgICAxMyAgICAwICAgMCAgIC04ICAwICAgICAwICAg MCAtICAgICAgICBETCAgICAtICAwOjAwLjc2IFtnZW9tXQogIDAgICAxNCAgICAwICAgMCAgLTE2 ICAwICAgICAwICAgMCAtICAgICAgICBETCAgICAtICAwOjAwLjAzIFtyYW5kX2hhcnZlc3RxXQog IDAgICAxNSAgICAwICAgMCAgLTY4ICAwICAgICAwICAgMCAtICAgICAgICBETCAgICAtICAwOjAw LjA5IFt1c2JdCiAgMCAgIDE2ICAgIDAgICAwICAxNTUgIDAgICAgIDAgICAwIHBnemVybyAgIERM ICAgIC0gIDA6MDAuMDAgW3BhZ2V6ZXJvXQogIDAgICAxNyAgICAwICAgMCAgLTE2ICAwICAgICAw ICAgMCBwc2xlZXAgICBETCAgICAtICAwOjAwLjAwIFtidWZkYWVtb25dCiAgMCAgIDE4ICAgIDAg ICAwICAtMTYgIDAgICAgIDAgICAwIHZscnV3dCAgIERMICAgIC0gIDA6MDAuMDAgW3ZubHJ1XQog IDAgICAxOSAgICAwICAgMCAgIDE2ICAwICAgICAwICAgMCBzeW5jZXIgICBETCAgICAtICAwOjAw LjAwIFtzeW5jZXJdCiAgMCAgIDIwICAgIDAgICAwICAgMjAgIDAgICAgIDAgICAwIHNkZmx1c2gg IERMICAgIC0gIDA6MDAuMDAgW3NvZnRkZXBmbHVzaF0KICAwICAxMjEgICAgMSAgIDAgICA1MiAg MCAxMjI2NCAgIDAgcGF1c2UgICAgRHMgICAgLSAgMDowMC4wMCBbYWRqa2VybnR6XQogIDAgIDYy NyAgICAxICAgMCAgIDQyICAwIDE0NTU2ICAgMCBzZWxlY3QgICBEcyAgICAtICAwOjAwLjAwIFtk aGNsaWVudF0KIDY1ICA2NjMgICAgMSAgIDAgICAyMCAgMCAxNDU1NiAgIDAgc2VsZWN0ICAgRHMg ICAgLSAgMDowMC4wMCBbZGhjbGllbnRdCiAgMCAgNjY4ICAgIDEgICAwICAgNTIgIDAgMTY2Mjgg ICAwIHNlbGVjdCAgIERzICAgIC0gIDA6MDAuMDAgW21vdXNlZF0KICAwICA2ODkgICAgMSAgIDAg ICA1MiAgMCAxNjYyOCAgIDAgc2VsZWN0ICAgRHMgICAgLSAgMDowMC4wMCBbbW91c2VkXQogIDAg IDcxMCAgICAxICAgMCAgIDIwICAwIDEzNTg0ICAgMCBzZWxlY3QgICBEcyAgICAtICAwOjAwLjAw IFtkZXZkXQogIDAgIDgyNSAgICAxICAgMCAgIDIwICAwIDE0NDI0ICAgMCBzZWxlY3QgICBEcyAg ICAtICAwOjAwLjAyIFtzeXNsb2dkXQogIDAgIDk4MCAgICAxICAgMCAgIDIwICAwIDE0NDAwICAg MCBzZWxlY3QgICBEcyAgICAtICAwOjAwLjAwIFtwb3dlcmRdCiAgMCAxMDA3ICAgIDEgICAwICAg MjAgIDAgNjA4MTYgICAwIHNlbGVjdCAgIERzICAgIC0gIDA6MDAuMDAgW3NzaGRdCiAgMCAxMDEw ICAgIDEgICAwICAgMjAgIDAgMjM5ODAgICAwIHNlbGVjdCAgIERzICAgIC0gIDA6MDAuMDAgW3Nl bmRtYWlsXQogMjUgMTAxMyAgICAxICAgMCAgIDIwICAwIDIzOTgwICAgMCBwYXVzZSAgICBEcyAg ICAtICAwOjAwLjAwIFtzZW5kbWFpbF0KICAwIDEwMTcgICAgMSAgIDAgICAyMCAgMCAxNjUyMCAg IDAgbmFuc2xwICAgRHMgICAgLSAgMDowMC4wMCBbY3Jvbl0KICAwIDEwNzMgICAgMSAgIDAgICAy MCAgMCA0NzY1NiAgIDAgd2FpdCAgICAgRHMgICAgLSAgMDowMC4wMCBbbG9naW5dCiAgMCAxMDc0 ICAgIDEgICAwICAgNTIgIDAgMTQ0MjAgICAwIHR0eWluICAgIERzKyAgIC0gIDA6MDAuMDAgW2dl dHR5XQogIDAgMTA3NSAgICAxICAgMCAgIDUyICAwIDE0NDIwICAgMCB0dHlpbiAgICBEcysgICAt ICAwOjAwLjAwIFtnZXR0eV0KICAwIDEwNzYgICAgMSAgIDAgICA1MiAgMCAxNDQyMCAgIDAgdHR5 aW4gICAgRHMrICAgLSAgMDowMC4wMCBbZ2V0dHldCiAgMCAxMDc3ICAgIDEgICAwICAgNTIgIDAg MTQ0MjAgICAwIHR0eWluICAgIERzKyAgIC0gIDA6MDAuMDAgW2dldHR5XQogIDAgMTA3OCAgICAx ICAgMCAgIDUyICAwIDE0NDIwICAgMCB0dHlpbiAgICBEcysgICAtICAwOjAwLjAwIFtnZXR0eV0K ICAwIDEwNzkgICAgMSAgIDAgICA1MiAgMCAxNDQyMCAgIDAgdHR5aW4gICAgRHMrICAgLSAgMDow MC4wMCBbZ2V0dHldCiAgMCAxMDgwICAgIDEgICAwICAgNTIgIDAgMTQ0MjAgICAwIHR0eWluICAg IERzKyAgIC0gIDA6MDAuMDAgW2dldHR5XQogIDAgMTA4MSAxMDA3ICAgMCAgIDIwICAwIDgwNzU2 ICAgMCB1cmRsY2sgICBEcyAgICAtICAwOjAwLjAwIFtzc2hkXQogMjIgMTA4MiAxMDgxICAgMCAt MTAwICAwICAgICAwICAgMCAtICAgICAgICBaVyAgICAtICAwOjAwLjAwIDxkZWZ1bmN0PgogIDAg MTA4MyAxMDczICAgMCAgIDIwICAwIDIzNDkyICAgMCBwYXVzZSAgICBEICAgICAtICAwOjAwLjAx IFtjc2hdCiAgMCAxMDg1IDEwODEgICAwICAgMjAgIDAgODQ4NjggICAwIHNid2FpdCAgIEQgICAg IC0gIDA6MDAuMDAgW3NzaGRdCiAgMCAyODIzIDEwMDcgICAwICAgMjAgIDAgODYwODQgICAwIHNl bGVjdCAgIERzICAgIC0gIDA6MDAuMDAgW3NzaGRdCiAgMCAyODMwIDI4MjMgICAwICAgMjAgIDAg MjM0OTIgICAwIHBhdXNlICAgIERzICAgIC0gIDA6MDAuMDMgW2NzaF0KICAwIDI4NDAgMjgzMCAg IDAgICAyMCAgMCAyMzM2OCAgIDAgdHR5aW4gICAgRCsgICAgLSAgMDowMC4wMCBbdmldCiAgMCAy ODU0IDEwODMgICAwICAgMjAgIDAgIDgzMjggICAwIG1yc2FzX3NsIEQrICAgIC0gIDA6MDAuMDAg W3N0b3JjbGk2NF0KCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQp2bXN0YXQgLXMKCiAxNTA4NzUwNSBjcHUgY29u dGV4dCBzd2l0Y2hlcwogIDM4NDkzNTkgZGV2aWNlIGludGVycnVwdHMKICAxODI1ODA0IHNvZnR3 YXJlIGludGVycnVwdHMKICAgOTI3MDczIHRyYXBzCiAgNDcyMTQ2MCBzeXN0ZW0gY2FsbHMKICAg ICAgIDIwIGtlcm5lbCB0aHJlYWRzIGNyZWF0ZWQKICAgICAxNDUyICBmb3JrKCkgY2FsbHMKICAg ICAxMzgyIHZmb3JrKCkgY2FsbHMKICAgICAgICAwIHJmb3JrKCkgY2FsbHMKICAgICAgICAwIHN3 YXAgcGFnZXIgcGFnZWlucwogICAgICAgIDAgc3dhcCBwYWdlciBwYWdlcyBwYWdlZCBpbgogICAg ICAgIDAgc3dhcCBwYWdlciBwYWdlb3V0cwogICAgICAgIDAgc3dhcCBwYWdlciBwYWdlcyBwYWdl ZCBvdXQKICAgICAgNzg0IHZub2RlIHBhZ2VyIHBhZ2VpbnMKICAgICA2NDkyIHZub2RlIHBhZ2Vy IHBhZ2VzIHBhZ2VkIGluCiAgICAgICAgMCB2bm9kZSBwYWdlciBwYWdlb3V0cwogICAgICAgIDAg dm5vZGUgcGFnZXIgcGFnZXMgcGFnZWQgb3V0CiAgICAgICAgMCBwYWdlIGRhZW1vbiB3YWtldXBz CiAgICAgICAgMCBwYWdlcyBleGFtaW5lZCBieSB0aGUgcGFnZSBkYWVtb24KICAgICAgICAwIHBh Z2VzIHJlYWN0aXZhdGVkCiAgICA4MDQ2MSBjb3B5LW9uLXdyaXRlIGZhdWx0cwogICAgICAyMzQg Y29weS1vbi13cml0ZSBvcHRpbWl6ZWQgZmF1bHRzCiAgIDM5OTQ0MCB6ZXJvIGZpbGwgcGFnZXMg emVyb2VkCiAgICAgICAgMCB6ZXJvIGZpbGwgcGFnZXMgcHJlemVyb2VkCiAgICAgICAzMiBpbnRy YW5zaXQgYmxvY2tpbmcgcGFnZSBmYXVsdHMKICAgNTAxMDAzIHRvdGFsIFZNIGZhdWx0cyB0YWtl bgogICAgICA2NTMgcGFnZSBmYXVsdHMgcmVxdWlyaW5nIEkvTwogICAgICAgIDAgcGFnZXMgYWZm ZWN0ZWQgYnkga2VybmVsIHRocmVhZCBjcmVhdGlvbgogICAgNTgxNTYgcGFnZXMgYWZmZWN0ZWQg YnkgIGZvcmsoKQogICAgNDkzMTIgcGFnZXMgYWZmZWN0ZWQgYnkgdmZvcmsoKQogICAgICAgIDAg cGFnZXMgYWZmZWN0ZWQgYnkgcmZvcmsoKQogICAgICAgIDAgcGFnZXMgY2FjaGVkCiAgMzQyMDQw NCBwYWdlcyBmcmVlZAogICAgICAgIDAgcGFnZXMgZnJlZWQgYnkgZGFlbW9uCiAgICAgICAgMCBw YWdlcyBmcmVlZCBieSBleGl0aW5nIHByb2Nlc3NlcwogICAgIDE1ODAgcGFnZXMgYWN0aXZlCiAg ICAxMTExMCBwYWdlcyBpbmFjdGl2ZQogICAgICAgIDAgcGFnZXMgaW4gVk0gY2FjaGUKICAgNTE2 NDE3IHBhZ2VzIHdpcmVkIGRvd24KICAzNDg3NDQ0IHBhZ2VzIGZyZWUKICAgICA0MDk2IGJ5dGVz IHBlciBwYWdlCiAgIDE5OTQ4OCB0b3RhbCBuYW1lIGxvb2t1cHMKICAgICAgICAgIGNhY2hlIGhp dHMgKDkyJSBwb3MgKyAzJSBuZWcpIHN5c3RlbSAwJSBwZXItZGlyZWN0b3J5CiAgICAgICAgICBk ZWxldGlvbnMgMCUsIGZhbHNlaGl0cyAwJSwgdG9vbG9uZyAwJQoKLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCnZt c3RhdCAtbQoKICAgICAgICAgVHlwZSBJblVzZSBNZW1Vc2UgSGlnaFVzZSBSZXF1ZXN0cyAgU2l6 ZShzKQogICAgICAgVVNCZGV2ICAgIDcwICAgIDE3SyAgICAgICAtICAgICAgIDcwICAzMiw2NCwx MjgsMjU2LDUxMiw0MDk2CiAgICAgICAgIGNkZXYgICAgIDcgICAgIDJLICAgICAgIC0gICAgICAg IDcgIDI1NgogICAgICBlbnRyb3B5ICAxMDI3ICAgIDY1SyAgICAgICAtICAgICAxMTMyICAzMiw2 NCw0MDk2CiAgICAgIENBTSBTSU0gICAgMTAgICAgIDNLICAgICAgIC0gICAgICAgMTAgIDI1Ngog ICAgIGZpbGVkZXNjICAgIDQ5ICAgIDk3SyAgICAgICAtICAgICAyODU3ICAxNiwyMDQ4LDQwOTYK ICAgICAgICBzaWdpbyAgICAgMSAgICAgMUsgICAgICAgLSAgICAgICAgMSAgNjQKICAgICBmaWxl Y2FwcyAgICAgMSAgICAgMUsgICAgICAgLSAgICAgICAgMyAgMTYKICAgICAga2R0cmFjZSAgIDI0 NSAgICA1M0sgICAgICAgLSAgICAgMzA1MSAgNjQsMjU2CiAgICAgICAgIGtlbnYgICAgNzggICAg MTFLICAgICAgIC0gICAgICAgODcgIDE2LDMyLDY0LDEyOAogICAgICAga3F1ZXVlICAgICAwICAg ICAwSyAgICAgICAtICAgICAgIDY4ICAyNTYsMjA0OAogICAgcHJvYy1hcmdzICAgIDI5ICAgICAy SyAgICAgICAtICAgIDE0ODgxICAxNiwzMiw2NCwxMjgsMjU2CiAgICAgICBrYmRtdXggICAgIDcg ICAgMThLICAgICAgIC0gICAgICAgIDcgIDE2LDUxMiwxMDI0LDIwNDgKICAgICAgICBoaG9vayAg ICAgMiAgICAgMUsgICAgICAgLSAgICAgICAgMiAgMjU2CiAgICAgIGl0aHJlYWQgICAyMzIgICAg NDFLICAgICAgIC0gICAgICAyMzIgIDMyLDEyOCwyNTYKICAgICAgICAgIExFRCAgICAyOCAgICAg MksgICAgICAgLSAgICAgICAyOCAgMTYsMTI4CiAgICAgICBLVFJBQ0UgICAxMDAgICAgMTNLICAg ICAgIC0gICAgICAxMDAgIDEyOAogICAgICBDQU0gWFBUICAxOTY5ICAgMTk2SyAgICAgICAtICAg NzMxOTIyICAxNiwzMiw2NCwxMjgsMjU2LDEwMjQsMjA0OAogICAgICAgbGlua2VyICAgMTgzICAg IDQ5SyAgICAgICAtICAgICAgMjAxICAxNiwzMiw2NCwxMjgsMjU2LDUxMiwxMDI0LDIwNDgsNDA5 NgogICAgICAgIGxvY2tmICAgIDMyICAgICA0SyAgICAgICAtICAgICAgOTMyICA2NCwxMjgKICAg bG9naW5jbGFzcyAgICAgMyAgICAgMUsgICAgICAgLSAgICAgIDM0OSAgNjQKICAgICAgIGRldmJ1 ZiAxODQ1OCA0NjM4NksgICAgICAgLSAgICAzMDA0MyAgMTYsMzIsNjQsMTI4LDI1Niw1MTIsMTAy NCwyMDQ4LDQwOTYKICAgICAgICAgdGVtcCAgICA1NSAgICAyMEsgICAgICAgLSAgMTM4MDkwOSAg MTYsMzIsNjQsMTI4LDI1Niw1MTIsMTAyNCwyMDQ4CiAgICAgICBpcDZuZHAgICAgIDQgICAgIDFL ICAgICAgIC0gICAgICAgIDQgIDY0LDEyOAogICAgICAgbW9kdWxlICAgNDc4ICAgIDYwSyAgICAg ICAtICAgICAgNDc4ICAxMjgKICAgICBtdHhfcG9vbCAgICAgMiAgICAxNksgICAgICAgLSAgICAg ICAgMiAgCiAgICAgIHNjc2lfZGEgICAgIDAgICAgIDBLICAgICAgIC0gICAgMTI5NjAgIDMyCiAg ICAgcG1jaG9va3MgICAgIDEgICAgIDFLICAgICAgIC0gICAgICAgIDEgIDEyOAogICAgICAgICBo ZGFhICAgICA1ICAgIDQwSyAgICAgICAtICAgICAgICA1ICAxMDI0LDIwNDgKICAgICAgICAgaGRh YyAgICAgMSAgICAgMUsgICAgICAgLSAgICAgICAgMSAgMTAyNAogICAgICAgIGhkYWNjICAgICAx ICAgICAxSyAgICAgICAtICAgICAgICAxICAzMgogICAgICAgICBwZ3JwICAgIDI3ICAgICA0SyAg ICAgICAtICAgICAgMzk3ICAxMjgKICAgICAgc2Vzc2lvbiAgICAyNCAgICAgM0sgICAgICAgLSAg ICAgIDM2NSAgMTI4CiAgICAgICAgIHByb2MgICAgIDIgICAgNjRLICAgICAgIC0gICAgICAgIDIg IAogICAgICBzdWJwcm9jICAgMTUyICAgMjQ4SyAgICAgICAtICAgICAyOTU5ICA1MTIsNDA5Ngog ICAgICAgICBjcmVkICAgIDU0ICAgICA5SyAgICAgICAtICAgIDIzMTI0ICA2NCwyNTYKICAgICAg IHBsaW1pdCAgICAxNCAgICAgNEsgICAgICAgLSAgICAgNDU0MyAgMjU2CiAgICAgIHVpZGluZm8g ICAgIDUgICAgIDlLICAgICAgIC0gICAgICAzMjkgIDEyOAogICAgICBDQU0gREVWICAgMjU0ICAg NTA4SyAgICAgICAtICAgICA0ODg1ICAyMDQ4CiAgICAgU0NTSSBFTkMgICAzNTMgICAzOTZLICAg ICAgIC0gICAzMzMyNDYgIDE2LDY0LDI1Niw1MTIsMjA0OCw0MDk2CiAgICAgcGNpX2xpbmsgICAg MTYgICAgIDJLICAgICAgIC0gICAgICAgMTYgIDY0LDEyOAogICAgICAgc3lzY3RsICAgICAwICAg ICAwSyAgICAgICAtICAgICAxMTIzICAxNiwzMiw2NAogICAgc3lzY3Rsb2lkIDE1MjI1ICAgNzQ5 SyAgICAgICAtICAgIDMxNjk4ICAxNiwzMiw2NCwxMjgKICAgIHN5c2N0bHRtcCAgICAgMCAgICAg MEsgICAgICAgLSAgICAgIDE5MSAgMTYsMzIsNjQsMTI4LDI1NgogICAgICB0aWRoYXNoICAgICAx ICAgIDY0SyAgICAgICAtICAgICAgICAxICAKICAgICAgY2FsbG91dCAgICAgOSAgMzIwOEsgICAg ICAgLSAgICAgICAgOSAgCiAgICAgICAgIHVtdHggICAzOTAgICAgNDlLICAgICAgIC0gICAgICAz OTAgIDEyOAogICAgIHAxMDAzLjFiICAgICAxICAgICAxSyAgICAgICAtICAgICAgICAxICAxNgog ICAgICAgICBTV0FQICAgICAyICAgNTQ5SyAgICAgICAtICAgICAgICAyICA2NAogICAgICAgICAg YnVzICAxNjE0ICAgMTc4SyAgICAgICAtICAgIDMxNDA5ICAxNiwzMiw2NCwxMjgsMjU2LDEwMjQs MjA0OAogICAgICAgYnVzLXNjICAgMTMxICAzNzE5SyAgICAgICAtICAgIDE5OTk5ICAxNiwzMiw2 NCwxMjgsMjU2LDUxMiwxMDI0LDIwNDgsNDA5NgogICAgICBkZXZzdGF0ICAgMjQ2ICAgNDk2SyAg ICAgICAtICAgICAgMjQ2ICAzMiw0MDk2CiBldmVudGhhbmRsZXIgICAgODUgICAgIDdLICAgICAg IC0gICAgICAgODUgIDY0LDEyOAogICAgICAgICBrb2JqICAgMzMxICAxMzI0SyAgICAgICAtICAg IDEzNzU0ICA0MDk2CiAgICBhY3BpX3BlcmYgICAgIDggICAgIDJLICAgICAgIC0gICAgICAgIDgg IDI1NgogICAgICBQZXItY3B1ICAgICAxICAgICAxSyAgICAgICAtICAgICAgICAxICAzMgogICAg ICAgREVWRlMzICAgODg0ICAgMjIxSyAgICAgICAtICAgICAyMzUwICAyNTYKICAgICAgIERFVkZT MSAgIDg2MSAgIDQzMUsgICAgICAgLSAgICAgMjMxMSAgNTEyCiAgICAgICAgIHJtYW4gICAyOTkg ICAgMzNLICAgICAgIC0gICAgICA3MzAgIDE2LDMyLDEyOAogICAgICAgICBzYnVmICAgICAwICAg ICAwSyAgICAgICAtICAgMjA0NjU4ICAxNiwzMiw2NCwxMjgsMjU2LDUxMiwxMDI0LDIwNDgsNDA5 NgogICAgICAgIERFVkZTICAgIDI2ICAgICAxSyAgICAgICAtICAgICAgIDI3ICAxNiwxMjgKICAg ICAgIERFVkZTUCAgICAgNCAgICAgMUsgICAgICAgLSAgICAgICAgNCAgNjQKICAgIHRhc2txdWV1 ZSAgICA0OSAgICAgN0sgICAgICAgLSAgICAgICA0OSAgMTYsMzIsMjU2CiAgICAgICBVbml0bm8g ICAgMjAgICAgIDJLICAgICAgIC0gICAgIDk0NzQgIDMyLDY0CiAgICAgICAgIHZtZW0gICAgIDMg ICAxNDBLICAgICAgIC0gICAgICAgIDUgIDUxMiwyMDQ4LDQwOTYKICAgICBpb2N0bG9wcyAgICAg MSAgICAgMUsgICAgICAgLSAgICAgNjcyMSAgMTYsMzIsNjQsMTI4LDI1Niw1MTIsMTAyNAogICAg ICAgc2VsZWN0ICAgIDI4ICAgICA0SyAgICAgICAtICAgICAgIDI4ICAxMjgKICAgICAgICAgIGlv diAgICAgMCAgICAgMEsgICAgICAgLSAgIDMxMjIwMCAgMTYsMzIsNjQsMTI4LDI1Niw1MTIKICAg ICAgICAgIG1zZyAgICAgNCAgICAzMEsgICAgICAgLSAgICAgICAgNCAgMjA0OCw0MDk2CiAgICAg ICAgICBzZW0gICAgIDQgICAxMDZLICAgICAgIC0gICAgICAgIDQgIDIwNDgsNDA5NgogICAgICAg ICAgc2htICAgICAxICAgIDIwSyAgICAgICAtICAgICAgICAxICAKICAgICAgICAgIHR0eSAgICAy MCAgICAyMEsgICAgICAgLSAgICAgICAyMSAgMTAyNAogICAgICAgICAgcHRzICAgICAxICAgICAx SyAgICAgICAtICAgICAgICAyICAyNTYKICAgICBtYnVmX3RhZyAgICAgMCAgICAgMEsgICAgICAg LSAgICAgICAyNiAgMzIKICAgICAgICBzaG1mZCAgICAgMSAgICAgOEsgICAgICAgLSAgICAgICAg MSAgCiAgICAgICBzb25hbWUgICAgIDMgICAgIDFLICAgICAgIC0gICAgNjAzMjUgIDE2LDMyLDEy OAogICAgICAgICAgcGNiICAgIDE2ICAyMTk3SyAgICAgICAtICAgICAgIDkyICAxNiwzMiwxMjgs MTAyNCwyMDQ4CiAgICAgdmZzY2FjaGUgICAgIDEgIDQwOTZLICAgICAgIC0gICAgICAgIDEgIAog ICBjbF9zYXZlYnVmICAgICAwICAgICAwSyAgICAgICAtICAgICAgIDUyICA2NAogICAgIHZmc19o YXNoICAgICAxICAyMDQ4SyAgICAgICAtICAgICAgICAxICAKICAgICAgIHZub2RlcyAgICAgMSAg ICAgMUsgICAgICAgLSAgICAgICAgMSAgMjU2CiAgICAgICAgbW91bnQgICAgMTYgICAgIDFLICAg ICAgIC0gICAgICAxMTkgIDE2LDMyLDY0LDEyOCwyNTYKICB2bm9kZW1hcmtlciAgICAgMCAgICAg MEsgICAgICAgLSAgICAgMzkzNCAgNTEyCiAgICAgICAgICBCUEYgICAgMTEgICAgMThLICAgICAg IC0gICAgICAgMTEgIDEyOCw1MTIsNDA5NgogICAgICAgIGlmbmV0ICAgICA0ICAgICA3SyAgICAg ICAtICAgICAgICA0ICAxMjgsMjA0OAogICAgICAgaWZhZGRyICAgIDQ3ICAgIDE0SyAgICAgICAt ICAgICAgIDQ4ICAzMiw2NCwxMjgsMjU2LDUxMiwyMDQ4LDQwOTYKICBldGhlcl9tdWx0aSAgICAx NyAgICAgMUsgICAgICAgLSAgICAgICAyNCAgMTYsMzIsNjQKICAgICAgICBjbG9uZSAgICAgNyAg ICAgMUsgICAgICAgLSAgICAgICAgNyAgMTI4CiAgICAgICBhcnBjb20gICAgIDIgICAgIDFLICAg ICAgIC0gICAgICAgIDIgIDE2CiAgICAgIGxsdGFibGUgICAgMTAgICAgIDRLICAgICAgIC0gICAg ICAgMTAgIDI1Niw1MTIKICAgICByb3V0ZXRibCAgICAzMyAgICAgNksgICAgICAgLSAgICAgIDE2 MyAgMzIsNjQsMTI4LDI1Niw1MTIKICAgICAgICAgaWdtcCAgICAgMyAgICAgMUsgICAgICAgLSAg ICAgICAgMyAgMjU2CiAgICAgaW5fbXVsdGkgICAgIDIgICAgIDFLICAgICAgIC0gICAgICAgIDMg IDI1NgogICAgc2N0cF9hX2l0ICAgICAwICAgICAwSyAgICAgICAtICAgICAgICAzICAxNgogICAg IHNjdHBfdnJmICAgICAxICAgICAxSyAgICAgICAtICAgICAgICAxICA2NAogICAgIHNjdHBfaWZh ICAgICA0ICAgICAxSyAgICAgICAtICAgICAgICA0ICAxMjgKICAgICBzY3RwX2lmbiAgICAgMiAg ICAgMUsgICAgICAgLSAgICAgICAgMiAgMTI4CiAgICBzY3RwX2l0ZXIgICAgIDAgICAgIDBLICAg ICAgIC0gICAgICAgIDMgIDI1NgogICAgaG9zdGNhY2hlICAgICAxICAgIDI4SyAgICAgICAtICAg ICAgICAxICAKICAgICBzeW5jYWNoZSAgICAgMSAgICA2NEsgICAgICAgLSAgICAgICAgMSAgCiAg ICBpbjZfbXVsdGkgICAgMTUgICAgIDJLICAgICAgIC0gICAgICAgMTUgIDMyLDI1NgogICAgICAg ICAgbWxkICAgICAzICAgICAxSyAgICAgICAtICAgICAgICAzICAxMjgKICAgICAgTkZTIEZIQSAg ICAgMSAgICAgMksgICAgICAgLSAgICAgICAgMSAgMjA0OAogICAgICAgICAgcnBjICAgICAyICAg ICAxSyAgICAgICAtICAgICAgICAyICAyNTYKYXVkaXRfZXZjbGFzcyAgIDE4NyAgICAgNksgICAg ICAgLSAgICAgIDIyOCAgMzIKICAgICAgcGFnZWRlcCAgICAgMSAgIDUxMksgICAgICAgLSAgICAg IDE3MSAgMjU2CiAgICAgaW5vZGVkZXAgICAgIDIgIDIwNDlLICAgICAgIC0gICAgIDIzODUgIDUx MgogICAgYm1zYWZlbWFwICAgICAxICAgICA4SyAgICAgICAtICAgICAxNDY1ICAyNTYKICAgICAg IG5ld2JsayAgICAgMSAgNDA5NksgICAgICAgLSAgICAyMzYzMyAgMjU2CiAgICAgaW5kaXJkZXAg ICAgIDAgICAgIDBLICAgICAgIC0gICAgICAgMTggIDEyOAogICAgIGZyZWVmcmFnICAgICAwICAg ICAwSyAgICAgICAtICAgICAgMzA1ICAxMjgKICAgICBmcmVlYmxrcyAgICAgMCAgICAgMEsgICAg ICAgLSAgICAgIDE3NSAgMjU2CiAgICAgZnJlZWZpbGUgICAgIDAgICAgIDBLICAgICAgIC0gICAg ICAxODkgIDY0CiAgICAgICBkaXJhZGQgICAgIDAgICAgIDBLICAgICAgIC0gICAgIDEwMTAgIDEy OAogICAgICAgIG1rZGlyICAgICAwICAgICAwSyAgICAgICAtICAgICAgIDEyICAxMjgKICAgICAg IGRpcnJlbSAgICAgMCAgICAgMEsgICAgICAgLSAgICAgIDk5NyAgMTI4CiAgICBuZXdkaXJibGsg ICAgIDAgICAgIDBLICAgICAgIC0gICAgICAgIDYgIDY0CiAgICAgZnJlZXdvcmsgICAgIDEgICAg IDFLICAgICAgIC0gICAgICAzMjUgIDMyLDEyOAogICAgICBmcmVlZGVwICAgICAwICAgICAwSyAg ICAgICAtICAgICAgICAxICA2NAogICAgICBqYWRkcmVmICAgICAwICAgICAwSyAgICAgICAtICAg ICAxMDIyICAxMjgKICAgICAganJlbXJlZiAgICAgMCAgICAgMEsgICAgICAgLSAgICAgMTAwOSAg MTI4CiAgICAgIGpuZXdibGsgICAgIDAgICAgIDBLICAgICAgIC0gICAgMjM2MzIgIDEyOAogICAg amZyZWVmcmFnICAgICAwICAgICAwSyAgICAgICAtICAgICAgMzA1ICAxMjgKICAgICAgICAganNl ZyAgICAgMCAgICAgMEsgICAgICAgLSAgICAgMjIxNCAgMTI4CiAgICAgIGpzZWdkZXAgICAgIDAg ICAgIDBLICAgICAgIC0gICAgMjU5NjggIDY0CiAgICAgICAgc2JkZXAgICAgIDAgICAgIDBLICAg ICAgIC0gICAgIDExMzggIDY0CiAgICAgc2F2ZWRpbm8gICAgIDAgICAgIDBLICAgICAgIC0gICAg IDE2MTcgIDI1NgogICAgICBqYmxvY2tzICAgICAyICAgICAxSyAgICAgICAtICAgICAgICAyICAx MjgsMjU2CiAgdWZzX2Rpcmhhc2ggICAgMjcgICAgIDZLICAgICAgIC0gICAgICAgMjcgIDE2LDMy LDY0LDEyOCwyNTYsNTEyCiAgICB1ZnNfcXVvdGEgICAgIDEgIDIwNDhLICAgICAgIC0gICAgICAg IDEgIAogICAgdWZzX21vdW50ICAgICAzICAgMTMzSyAgICAgICAtICAgICAgICA0ICA1MTIsNDA5 NgogICAgdm1fcGdkYXRhICAgICAyICAyMDQ5SyAgICAgICAtICAgICAgICAyICAxMjgKICAgICAg VU1BSGFzaCAgICAgNCAgICAgNEsgICAgICAgLSAgICAgICAgNyAgNTEyLDEwMjQsMjA0OAogICAg cGZzX25vZGVzICAgIDIxICAgICA2SyAgICAgICAtICAgICAgIDIxICAyNTYKICAgICAgbWVtZGVz YyAgICAgMSAgICAgNEsgICAgICAgLSAgICAgICAgMSAgNDA5NgogICAgICAgICBHRU9NICA0NjA5 ICAgODM4SyAgICAgICAtICAgIDcwOTQ2ICAxNiwzMiw2NCwxMjgsMjU2LDUxMiwxMDI0LDIwNDgK ICAgICAgIGZlZWRlciAgICAxNCAgICAgMksgICAgICAgLSAgICAgICAxNyAgMzIsMTI4CiAgICAg IENBTSBDQ0IgICA1NDggIDEwOTZLICAgICAgIC0gICAxMzIxNjAgIDIwNDgKICAgICAgICBtaXhl ciAgICAgMiAgICAgOEsgICAgICAgLSAgICAgICAgMiAgNDA5NgogICAgcmFpZF9kYXRhICAgICAw ICAgICAwSyAgICAgICAtICAgICA4NzMwICAzMiwxMjgsMjU2CiAgICAgYWNwaWludHIgICAgIDEg ICAgIDFLICAgICAgIC0gICAgICAgIDEgIDY0CiAgICAgICAgIFVBUlQgICAgIDYgICAgIDVLICAg ICAgIC0gICAgICAgIDYgIDE2LDEwMjQKbWRfbnZpZGlhX2RhdGEgICAgIDAgICAgIDBLICAgICAg IC0gICAgIDE0NTUgIDUxMgogICAgICAgYWNwaWNhIDE3NTc1NCAxODE0MksgICAgICAgLSAgIDQ0 NDExOSAgMTYsMzIsNjQsMTI4LDI1Niw1MTIsMTAyNCwyMDQ4CiAgbWRfc2lpX2RhdGEgICAgIDAg ICAgIDBLICAgICAgIC0gICAgIDE0NTUgIDUxMgogICAgIENBTSBwYXRoICAgNDk4ICAgIDE2SyAg ICAgICAtICAgMjUwNTUwICAzMgogICBDQU0gcGVyaXBoICAgNDkwICAgMTIzSyAgICAgICAtICAg ICA3MDY1ICAxNiwzMiw2NCwxMjgsMjU2CiAgICAgYWNwaXRhc2sgICAgIDEgICAgIDhLICAgICAg IC0gICAgICAgIDEgIAogICAgICAgYXBtZGV2ICAgICAxICAgICAxSyAgICAgICAtICAgICAgICAx ICAxMjgKICAgbWFkdF90YWJsZSAgICAgMCAgICAgMEsgICAgICAgLSAgICAgICAgMSAgNDA5Ngog ICAgICBhY3Bpc2VtICAgIDI5ICAgICA0SyAgICAgICAtICAgICAgIDI5ICAxMjgKICAgIENBTSBx dWV1ZSAgIDUwOCAgMzkxNUsgICAgICAgLSAgICAyODAyMCAgMTYsMzIsNjQsMTI4LDI1Niw1MTIs MTAyNCwyMDQ4LDQwOTYKICAgICAgYWNwaWRldiAgIDE2MyAgICAxMUsgICAgICAgLSAgICAgIDE2 MyAgNjQKQ0FNIGRldiBxdWV1ZSAgICAgOSAgICAgMUsgICAgICAgLSAgICAgICAgOSAgMzIKICAg ICAgaW9fYXBpYyAgICAgMyAgICAgNksgICAgICAgLSAgICAgICAgMyAgMjA0OAogICAgICAgICAg TUNBICAgIDMwICAgICA1SyAgICAgICAtICAgICAgIDMwICA2NCwxMjgsMjU2CiAgICAgICAgICBt c2kgICAgMzggICAgIDVLICAgICAgIC0gICAgICAgMzggIDEyOAogICAgIG5leHVzZGV2ICAgICAz ICAgICAxSyAgICAgICAtICAgICAgICAzICAxNgogICAgICAgaXNhZGV2ICAgICA3ICAgICAxSyAg ICAgICAtICAgICAgICA3ICAxMjgKICAgICAgICAgIFVTQiAgICA3NCAgIDEwNUsgICAgICAgLSAg ICAgICA4MyAgMTYsMzIsMTI4LDI1Niw1MTIsMTAyNCwyMDQ4LDQwOTYKICAgICBtcnNhc2J1ZiAg IDk2NSAgMTU1OEsgICAgICAgLSAgICAgMTQ3NSAgMzIsMTI4LDI1NiwyMDQ4CgotLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0Kdm1zdGF0IC16CgpJVEVNICAgICAgICAgICAgICAgICAgIFNJWkUgIExJTUlUICAgICBV U0VEICAgICBGUkVFICAgICAgUkVRIEZBSUwgU0xFRVAKClVNQSBLZWdzOiAgICAgICAgICAgICAg IDM4NCwgICAgICAwLCAgICAgIDk1LCAgICAgICA1LCAgICAgIDk1LCAgIDAsICAgMApVTUEgWm9u ZXM6ICAgICAgICAgICAgIDE2NjQsICAgICAgMCwgICAgICA5NSwgICAgICAgMSwgICAgICA5NSwg ICAwLCAgIDAKVU1BIFNsYWJzOiAgICAgICAgICAgICAgIDgwLCAgICAgIDAsICAgMzQwNTksICAg ICAyOTEsICAyMTY5ODcsICAgMCwgICAwClVNQSBSQ250U2xhYnM6ICAgICAgICAgICA4OCwgICAg ICAwLCAgICA0NzkxLCAgICAgIDI0LCAgICA0NzkxLCAgIDAsICAgMApVTUEgSGFzaDogICAgICAg ICAgICAgICAyNTYsICAgICAgMCwgICAgICAgNCwgICAgICAxMSwgICAgICAgOCwgICAwLCAgIDAK NCBCdWNrZXQ6ICAgICAgICAgICAgICAgIDMyLCAgICAgIDAsICAgICAgODAsICAgIDE2NzAsICA2 MDI5ODIsICAgMCwgICAwCjggQnVja2V0OiAgICAgICAgICAgICAgICA2NCwgICAgICAwLCAgICAg IDMzLCAgICAyMzg1LCAgMTI5NjQ5LCAgIDAsICAgMAoxNiBCdWNrZXQ6ICAgICAgICAgICAgICAx MjgsICAgICAgMCwgICAgIDY5NywgICAgMTE5NCwgICAgNTY2OCwgIDM2LCAgIDAKMzIgQnVja2V0 OiAgICAgICAgICAgICAgMjU2LCAgICAgIDAsICAgICAxMDcsICAgICA0MDMsICAgICA2NzksIDEx NSwgICAwCjY0IEJ1Y2tldDogICAgICAgICAgICAgIDUxMiwgICAgICAwLCAgICAgNTUwLCAgICAg MzIyLCAgICA3OTkyLCAxMDAsICAgMAoxMjggQnVja2V0OiAgICAgICAgICAgIDEwMjQsICAgICAg MCwgICAgIDYyNCwgICAgIDMwMCwgICAyNTI1NCwgIDExLCAgIDAKdm1lbSBidGFnOiAgICAgICAg ICAgICAgIDU2LCAgICAgIDAsICAgMTA4ODAsICAgIDEyNjEsICAgMTUyMTQsIDE3MSwgICAwClZN IE9CSkVDVDogICAgICAgICAgICAgIDI1NiwgICAgICAwLCAgICAxMjk4LCAgICAgNDcyLCAgIDM2 MjUyLCAgIDAsICAgMApSQURJWCBOT0RFOiAgICAgICAgICAgICAxNDQsICAgICAgMCwgICAzMTk3 OCwgICAgIDY2NSwgIDI1MDMyMCwgIDQ5LCAgIDAKTUFQOiAgICAgICAgICAgICAgICAgICAgMjQw LCAgICAgIDAsICAgICAgIDMsICAgICAgNjEsICAgICAgIDMsICAgMCwgICAwCktNQVAgRU5UUlk6 ICAgICAgICAgICAgIDEyOCwgICAgICAwLCAgICAgICA3LCAgICAgMjcyLCAgICAgICA3LCAgIDAs ICAgMApNQVAgRU5UUlk6ICAgICAgICAgICAgICAxMjgsICAgICAgMCwgICAgIDkxOSwgICAgMTIy MCwgICA5MDUzMSwgICAwLCAgIDAKVk1TUEFDRTogICAgICAgICAgICAgICAgNDQ4LCAgICAgIDAs ICAgICAgMjgsICAgICAyNjksICAgIDI4MzQsICAgMCwgICAwCmZha2VwZzogICAgICAgICAgICAg ICAgIDEwNCwgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMAptdF96 b25lOiAgICAgICAgICAgICAgIDQxMTIsICAgICAgMCwgICAgIDM0MywgICAgICAgMCwgICAgIDM0 MywgICAwLCAgIDAKMTY6ICAgICAgICAgICAgICAgICAgICAgIDE2LCAgICAgIDAsICAgIDc1NzAs ICAgIDEyMTUsICAzMDM2MDgsICAgMCwgICAwCjMyOiAgICAgICAgICAgICAgICAgICAgICAzMiwg ICAgICAwLCAgIDI1OTE5LCAgIDU5MjA2LCAgNDczNjg1LCAgIDAsICAgMAo2NDogICAgICAgICAg ICAgICAgICAgICAgNjQsICAgICAgMCwgICA0Njc2NiwgICAyMjczNiwgIDcwNzc1OSwgICAwLCAg IDAKMTI4OiAgICAgICAgICAgICAgICAgICAgMTI4LCAgICAgIDAsICAxMzA1MTMsICAgIDMzNzYs ICA1MDU4NTMsICAgMCwgICAwCjI1NjogICAgICAgICAgICAgICAgICAgIDI1NiwgICAgICAwLCAg ICA1NTA3LCAgIDIyNDM4LCAgNTQ3MzE3LCAgIDAsICAgMAo1MTI6ICAgICAgICAgICAgICAgICAg ICA1MTIsICAgICAgMCwgICAgMTIyNiwgICAgIDI1NCwgICAzNjYxMCwgICAwLCAgIDAKMTAyNDog ICAgICAgICAgICAgICAgICAxMDI0LCAgICAgIDAsICAgICAzMjEsICAgICA0NzEsICAxNTQ5NTYs ICAgMCwgICAwCjIwNDg6ICAgICAgICAgICAgICAgICAgMjA0OCwgICAgICAwLCAgICAxMTQwLCAg IDYyMTU4LCAxMzM3Mzk5LCAgIDAsICAgMAo0MDk2OiAgICAgICAgICAgICAgICAgIDQwOTYsICAg ICAgMCwgICAgIDU4MCwgICAgICAxMiwgICAyNzgwMywgICAwLCAgIDAKU0xFRVBRVUVVRTogICAg ICAgICAgICAgIDgwLCAgICAgIDAsICAgICAxOTYsICAgICA3MDMsICAgICAxOTYsICAgMCwgICAw CnVpbnQ2NCBwY3B1OiAgICAgICAgICAgICAgOCwgICAgICAwLCAgICAxMzg2LCAgICAgMTUwLCAg ICAxMzg2LCAgIDAsICAgMApGaWxlczogICAgICAgICAgICAgICAgICAgODAsICAgICAgMCwgICAg ICA4NCwgICAgIDkxNiwgICAyNzEyNCwgICAwLCAgIDAKVFVSTlNUSUxFOiAgICAgICAgICAgICAg MTM2LCAgICAgIDAsICAgICAxOTYsICAgICAzMDQsICAgICAxOTYsICAgMCwgICAwCnJsX2VudHJ5 OiAgICAgICAgICAgICAgICA0MCwgICAgICAwLCAgICAgIDgwLCAgICAgOTIwLCAgICAgIDgwLCAg IDAsICAgMAp1bXR4IHBpOiAgICAgICAgICAgICAgICAgOTYsICAgICAgMCwgICAgICAgMCwgICAg ICAgMCwgICAgICAgMCwgICAwLCAgIDAKTUFDIGxhYmVsczogICAgICAgICAgICAgIDQwLCAgICAg IDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwClBST0M6ICAgICAgICAgICAg ICAgICAgMTIwOCwgICAgICAwLCAgICAgIDQ4LCAgICAgIDU0LCAgICAyODU0LCAgIDAsICAgMApU SFJFQUQ6ICAgICAgICAgICAgICAgIDExNjgsICAgICAgMCwgICAgIDE5NSwgICAgICAgMCwgICAg IDE5NSwgICAwLCAgIDAKY3B1c2V0OiAgICAgICAgICAgICAgICAgIDcyLCAgICAgIDAsICAgICAx MTYsICAgICAgNDksICAgICAxMzIsICAgMCwgICAwCmF1ZGl0X3JlY29yZDogICAgICAgICAgMTI0 OCwgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMAptYnVmX3BhY2tl dDogICAgICAgICAgICAyNTYsIDY0MjY2NjAsICAgIDgxODQsICAgIDEyNzcsIDE0OTAzOTIsOTIx MSwgICAwCm1idWY6ICAgICAgICAgICAgICAgICAgIDI1NiwgNjQyNjY2MCwgICAgICAgMSwgICAg MTIwMywgMTc2OTYxMiwgNTc5LCAgIDAKbWJ1Zl9jbHVzdGVyOiAgICAgICAgICAyMDQ4LCAxMDA0 MTY0LCAgICA5NDYxLCAgICAgIDE5LCAgICA5NDYxLCAgIDAsICAgMAptYnVmX2p1bWJvX3BhZ2U6 ICAgICAgIDQwOTYsIDUwMjA4MiwgICAgICAgMCwgICAgICA1MSwgIDYwMTcyNiwgICAwLCAgIDAK bWJ1Zl9qdW1ib185azogICAgICAgICA5MjE2LCA0NDYyOTUsICAgICAgIDAsICAgICAgIDAsICAg ICAgIDAsICAgMCwgICAwCm1idWZfanVtYm9fMTZrOiAgICAgICAxNjM4NCwgMzM0NzIwLCAgICAg ICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMAptYnVmX2V4dF9yZWZjbnQ6ICAgICAgICAg IDQsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDAKZ19iaW86ICAg ICAgICAgICAgICAgICAgMjQ4LCAgICAgIDAsICAgICAgIDAsICAgIDEwNDAsICA0MDE0OTUsICAg MCwgICAwCnR0eWlucTogICAgICAgICAgICAgICAgIDE2MCwgICAgICAwLCAgICAgMzYwLCAgICAg MzE1LCAgICA0NzEwLCAgIDAsICAgMAp0dHlvdXRxOiAgICAgICAgICAgICAgICAyNTYsICAgICAg MCwgICAgIDE4OCwgICAgIDM2NywgICAgMjQ1MCwgICAwLCAgIDAKYXRhX3JlcXVlc3Q6ICAgICAg ICAgICAgMzM2LCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwCnZ0 bmV0X3R4X2hkcjogICAgICAgICAgICAyNCwgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAg ICAwLCAgIDAsICAgMApGUFVfc2F2ZV9hcmVhOiAgICAgICAgICA4MzIsICAgICAgMCwgICAgICAg MCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDAKVk5PREU6ICAgICAgICAgICAgICAgICAgNDcy LCAgICAgIDAsICAgICA2NDgsICAgICAgODAsICAgICA4NDIsICAgMCwgICAwClZOT0RFUE9MTDog ICAgICAgICAgICAgIDExMiwgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAs ICAgMApCVUYgVFJJRTogICAgICAgICAgICAgICAxNDQsICAgICAgMCwgICAgMzUxNywgIDEwMDU2 OCwgICAyMzUwNCwgICAwLCAgIDAKTkFNRUk6ICAgICAgICAgICAgICAgICAxMDI0LCAgICAgIDAs ICAgICAgIDAsICAgICAxMzIsICAgOTQzNDIsICAgMCwgICAwClMgVkZTIENhY2hlOiAgICAgICAg ICAgIDEwOCwgICAgICAwLCAgICAgNjM0LCAgICAgNzY2LCAgICA1NTg5LCAgIDAsICAgMApTVFMg VkZTIENhY2hlOiAgICAgICAgICAxNDgsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICAg MCwgICAwLCAgIDAKTCBWRlMgQ2FjaGU6ICAgICAgICAgICAgMzI4LCAgICAgIDAsICAgICAgIDAs ICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwCkxUUyBWRlMgQ2FjaGU6ICAgICAgICAgIDM2OCwg ICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMApOQ0xOT0RFOiAgICAg ICAgICAgICAgICA1MjgsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAg IDAKRElSSEFTSDogICAgICAgICAgICAgICAxMDI0LCAgICAgIDAsICAgICAgNDQsICAgICAgMjQs ICAgICAgNDQsICAgMCwgICAwCnBpcGU6ICAgICAgICAgICAgICAgICAgIDc0NCwgICAgICAwLCAg ICAgICA0LCAgICAgMTAxLCAgICAxMzMwLCAgIDAsICAgMApwcm9jZGVzYzogICAgICAgICAgICAg ICAxMjgsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDAKTW91bnRw b2ludHM6ICAgICAgICAgICAgODE2LCAgICAgIDAsICAgICAgIDIsICAgICAgMTMsICAgICAgIDIs ICAgMCwgICAwCmtzaWdpbmZvOiAgICAgICAgICAgICAgIDExMiwgICAgICAwLCAgICAgIDkyLCAg ICAxNTUzLCAgICAyMjcwLCAgIDAsICAgMAppdGltZXI6ICAgICAgICAgICAgICAgICAzNTIsICAg ICAgMCwgICAgICAgMCwgICAgICAzMywgICAgICAgMSwgICAwLCAgIDAKS05PVEU6ICAgICAgICAg ICAgICAgICAgMTI4LCAgICAgIDAsICAgICAgIDAsICAgICA3NzUsICAgICAgNzAsICAgMCwgICAw CnNvY2tldDogICAgICAgICAgICAgICAgIDY5NiwgNTE3MTA1LCAgICAgIDE5LCAgICAgIDg2LCAg ICA5MDIyLCAgIDAsICAgMAp1bnBjYjogICAgICAgICAgICAgICAgICAyNDAsIDUxNzEyMCwgICAg ICAxMCwgICAgIDQ4NiwgICAgODc3NCwgICAwLCAgIDAKaXBxOiAgICAgICAgICAgICAgICAgICAg IDU2LCAgMzEzODIsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwCnVkcF9pbnBj YjogICAgICAgICAgICAgIDM5MiwgNTE3MTEwLCAgICAgICAyLCAgICAgMjM4LCAgICAgMjEyLCAg IDAsICAgMAp1ZHBjYjogICAgICAgICAgICAgICAgICAgMTYsIDUxNzMxMSwgICAgICAgMiwgICAg MTAwMiwgICAgIDIxMiwgICAwLCAgIDAKdGNwX2lucGNiOiAgICAgICAgICAgICAgMzkyLCA1MTcx MTAsICAgICAgIDUsICAgICAxNzUsICAgICAgMTcsICAgMCwgICAwCnRjcGNiOiAgICAgICAgICAg ICAgICAgMTAyNCwgNTE3MTA4LCAgICAgICA1LCAgICAgIDc1LCAgICAgIDE3LCAgIDAsICAgMAp0 Y3B0dzogICAgICAgICAgICAgICAgICAgODgsICAyNzgxMCwgICAgICAgMCwgICAgIDEzNSwgICAg ICAgMSwgICAwLCAgIDAKc3luY2FjaGU6ICAgICAgICAgICAgICAgMTYwLCAgMTUzNzUsICAgICAg IDAsICAgICAyMDAsICAgICAgIDQsICAgMCwgICAwCmhvc3RjYWNoZTogICAgICAgICAgICAgIDEz NiwgIDE1MzcwLCAgICAgICAwLCAgICAgMTQ1LCAgICAgICAyLCAgIDAsICAgMAp0Y3ByZWFzczog ICAgICAgICAgICAgICAgNDAsICA2MjgwMCwgICAgICAgMCwgICAgIDMwMCwgICAgICAzNSwgICAw LCAgIDAKc2Fja2hvbGU6ICAgICAgICAgICAgICAgIDMyLCAgICAgIDAsICAgICAgIDAsICAgICAz NzUsICAxNDg2OTIsICAgMCwgICAwCnNjdHBfZXA6ICAgICAgICAgICAgICAgMTQwOCwgNTE3MTA2 LCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMApzY3RwX2Fzb2M6ICAgICAgICAg ICAgIDIzNTIsICA0MDAwMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDAKc2N0 cF9sYWRkcjogICAgICAgICAgICAgIDQ4LCAgODAwMTIsICAgICAgIDAsICAgICA0MTUsICAgICAg IDMsICAgMCwgICAwCnNjdHBfcmFkZHI6ICAgICAgICAgICAgIDcyOCwgIDgwMDAwLCAgICAgICAw LCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMApzY3RwX2NodW5rOiAgICAgICAgICAgICAxMzYs IDQwMDAyNiwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDAKc2N0cF9yZWFkcTog ICAgICAgICAgICAgMTA0LCA0MDAwMjYsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwg ICAwCnNjdHBfc3RyZWFtX21zZ19vdXQ6ICAgIDEwNCwgNDAwMDI2LCAgICAgICAwLCAgICAgICAw LCAgICAgICAwLCAgIDAsICAgMApzY3RwX2FzY29uZjogICAgICAgICAgICAgNDAsIDQwMDAwMCwg ICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDAKc2N0cF9hc2NvbmZfYWNrOiAgICAg ICAgIDQ4LCA0MDAwNjAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwCnJpcGNi OiAgICAgICAgICAgICAgICAgIDM5MiwgNTE3MTEwLCAgICAgICAxLCAgICAgIDI5LCAgICAgICAx LCAgIDAsICAgMApydGVudHJ5OiAgICAgICAgICAgICAgICAyMDAsICAgICAgMCwgICAgICAxMywg ICAgIDMwNywgICAgICAxNCwgICAwLCAgIDAKc2VsZmQ6ICAgICAgICAgICAgICAgICAgIDU2LCAg ICAgIDAsICAgICAgNTEsICAgIDEyMjcsIDE3NDQ0MjcsICAgMCwgICAwClNXQVBNRVRBOiAgICAg ICAgICAgICAgIDI4OCwgMjAwODMzMSwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAg IDAKRkZTIGlub2RlOiAgICAgICAgICAgICAgMTY4LCAgICAgIDAsICAgICA2MDYsICAgICAzMTQs ICAgICA3OTUsICAgMCwgICAwCkZGUzEgZGlub2RlOiAgICAgICAgICAgIDEyOCwgICAgICAwLCAg ICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMApGRlMyIGRpbm9kZTogICAgICAgICAg ICAyNTYsICAgICAgMCwgICAgIDYwNiwgICAgIDMwOSwgICAgIDc5NSwgICAwLCAgIDAKCgotLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0Kdm1zdGF0IC1pCgppbnRlcnJ1cHQgICAgICAgICAgICAgICAgICAgICAgICAg IHRvdGFsICAgICAgIHJhdGUKaXJxNDogdWFydDAgICAgICAgICAgICAgICAgICAgICAgICAgIDQ1 MCAgICAgICAgICA4CmlycTk6IGFjcGkwICAgICAgICAgICAgICAgICAgICAgICAgICAgIDIgICAg ICAgICAgMAppcnExNjogZWhjaTAgICAgICAgICAgICAgICAgICAgICAgIDk3Mjc5ICAgICAgIDE4 MzUKaXJxMjM6IGVoY2kxICAgICAgICAgICAgICAgICAgICAgIDEzMTg3NCAgICAgICAyNDg4CmNw dTA6dGltZXIgICAgICAgICAgICAgICAgICAgICAgIDE0MDAwNzggICAgICAyNjQxNgppcnEyNzM6 IGlnYjE6cXVlIDAgICAgICAgICAgICAgICAgMzUzNjE2ICAgICAgIDY2NzIKaXJxMjc0OiBpZ2Ix OnF1ZSAxICAgICAgICAgICAgICAgICA4MjE2NSAgICAgICAxNTUwCmlycTI3NTogaWdiMTpxdWUg MiAgICAgICAgICAgICAgICAgNjY3NTEgICAgICAgMTI1OQppcnEyNzY6IGlnYjE6cXVlIDMgICAg ICAgICAgICAgICAxNzQ1MTI0ICAgICAgMzI5MjYKaXJxMjc3OiBpZ2IxOnF1ZSA0ICAgICAgICAg ICAgICAgICA2NTI4MiAgICAgICAxMjMxCmlycTI3ODogaWdiMTpxdWUgNSAgICAgICAgICAgICAg ICAgNjU1OTIgICAgICAgMTIzNwppcnEyNzk6IGlnYjE6cXVlIDYgICAgICAgICAgICAgICAgIDYz NjIwICAgICAgIDEyMDAKaXJxMjgwOiBpZ2IxOnF1ZSA3ICAgICAgICAgICAgICAgICA2NjAxMCAg ICAgICAxMjQ1CmlycTI4MTogaWdiMTpsaW5rICAgICAgICAgICAgICAgICAgICAgIDIgICAgICAg ICAgMAppcnEyODI6IGhkYWMwICAgICAgICAgICAgICAgICAgICAgICAgIDcxICAgICAgICAgIDEK aXJxMjgzOiBtcnNhczAgICAgICAgICAgICAgICAgICAgIDk4MDIzOSAgICAgIDE4NDk1CmlycTI4 NDogbXJzYXMwICAgICAgICAgICAgICAgICAgICAgIDU3MDYgICAgICAgIDEwNwppcnEyODU6IG1y c2FzMCAgICAgICAgICAgICAgICAgICAgICAzNjYzICAgICAgICAgNjkKaXJxMjg2OiBtcnNhczAg ICAgICAgICAgICAgICAgICAgICAgIDMzMiAgICAgICAgICA2CmlycTI4NzogbXJzYXMwICAgICAg ICAgICAgICAgICAgICAgIDMyNTQgICAgICAgICA2MQppcnEyODg6IG1yc2FzMCAgICAgICAgICAg ICAgICAgICAgICAyNzE1ICAgICAgICAgNTEKaXJxMjg5OiBtcnNhczAgICAgICAgICAgICAgICAg ICAgICAgNDc2NiAgICAgICAgIDg5CmlycTI5MDogbXJzYXMwICAgICAgICAgICAgICAgICAgICAg IDEwOTkgICAgICAgICAyMAppcnEyOTM6IGFoY2kwICAgICAgICAgICAgICAgICAgICAgMTA5NzQ3 ICAgICAgIDIwNzAKY3B1Nzp0aW1lciAgICAgICAgICAgICAgICAgICAgICAgIDI4NjE2NiAgICAg ICA1Mzk5CmNwdTI6dGltZXIgICAgICAgICAgICAgICAgICAgICAgICAyMzI1OTAgICAgICAgNDM4 OApjcHU0OnRpbWVyICAgICAgICAgICAgICAgICAgICAgICAgMjUzNjUxICAgICAgIDQ3ODUKY3B1 Mzp0aW1lciAgICAgICAgICAgICAgICAgICAgICAgIDUxMDYxMSAgICAgICA5NjM0CmNwdTY6dGlt ZXIgICAgICAgICAgICAgICAgICAgICAgICAyNTA1MjIgICAgICAgNDcyNgpjcHUxOnRpbWVyICAg ICAgICAgICAgICAgICAgICAgICAgMjM4NzYwICAgICAgIDQ1MDQKY3B1NTp0aW1lciAgICAgICAg ICAgICAgICAgICAgICAgIDI0NDU4OCAgICAgICA0NjE0ClRvdGFsICAgICAgICAgICAgICAgICAg ICAgICAgICAgIDcyNjYzMjUgICAgIDEzNzEwMAoKLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCnBzdGF0IC1UCgog ODQvNTE3MTA1IGZpbGVzCjBNLzQwOTVNIHN3YXAgc3BhY2UKCi0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQpwc3Rh dCAtcwoKRGV2aWNlICAgICAgICAgIDUxMi1ibG9ja3MgICAgIFVzZWQgICAgQXZhaWwgQ2FwYWNp dHkKL2Rldi9hZGEwcDMgICAgICAgIDgzODgzNTIgICAgICAgIDAgIDgzODgzNTIgICAgIDAlCgot LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0KaW9zdGF0Cgppb3N0YXQ6IGt2bV9yZWFkKF90a19uaW4pOiBpbnZhbGlk IGFkZHJlc3MgKDB4MCkKaW9zdGF0OiBkaXNhYmxpbmcgVFRZIHN0YXRpc3RpY3MKICAgICAgICAg ICAgYWRhMCAgICAgICAgICAgICAgZGEwICAgICAgICAgICAgICBkYTEgICAgICAgICAgICAgY3B1 CiAgS0IvdCB0cHMgIE1CL3MgICBLQi90IHRwcyAgTUIvcyAgIEtCL3QgdHBzICBNQi9zICB1cyBu aSBzeSBpbiBpZAogNDEuNDYgMjA1NiA4My4yNSAgIDIuNTMgICAxICAwLjAwICAgMi41MyAgIDEg IDAuMDAgICAwICAwICAwICAwIDEwMAoKLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCmlwY3MgLWEKCk1lc3NhZ2Ug UXVldWVzOgpUICAgICAgICAgICBJRCAgICAgICAgICBLRVkgTU9ERSAgICAgICAgT1dORVIgICAg R1JPVVAgICAgQ1JFQVRPUiAgQ0dST1VQICAgICAgICAgICAgICAgICBDQllURVMgICAgICAgICAg ICAgICAgIFFOVU0gICAgICAgICAgICAgICBRQllURVMgICAgICAgIExTUElEICAgICAgICBMUlBJ RCBTVElNRSAgICBSVElNRSAgICBDVElNRSAgIAoKU2hhcmVkIE1lbW9yeToKVCAgICAgICAgICAg SUQgICAgICAgICAgS0VZIE1PREUgICAgICAgIE9XTkVSICAgIEdST1VQICAgIENSRUFUT1IgIENH Uk9VUCAgICAgICAgIE5BVFRDSCAgICAgICAgU0VHU1ogICAgICAgICBDUElEICAgICAgICAgTFBJ RCBBVElNRSAgICBEVElNRSAgICBDVElNRSAgIAoKU2VtYXBob3JlczoKVCAgICAgICAgICAgSUQg ICAgICAgICAgS0VZIE1PREUgICAgICAgIE9XTkVSICAgIEdST1VQICAgIENSRUFUT1IgIENHUk9V UCAgICAgICAgICBOU0VNUyBPVElNRSAgICBDVElNRSAgIAoKCi0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQppcGNz IC1UCgptc2dpbmZvOgoJbXNnbWF4OiAgICAgICAgMTYzODQJKG1heCBjaGFyYWN0ZXJzIGluIGEg bWVzc2FnZSkKCW1zZ21uaTogICAgICAgICAgIDQwCSgjIG9mIG1lc3NhZ2UgcXVldWVzKQoJbXNn bW5iOiAgICAgICAgIDIwNDgJKG1heCBjaGFyYWN0ZXJzIGluIGEgbWVzc2FnZSBxdWV1ZSkKCW1z Z3RxbDogICAgICAgICAgIDQwCShtYXggIyBvZiBtZXNzYWdlcyBpbiBzeXN0ZW0pCgltc2dzc3o6 ICAgICAgICAgICAgOAkoc2l6ZSBvZiBhIG1lc3NhZ2Ugc2VnbWVudCkKCW1zZ3NlZzogICAgICAg ICAyMDQ4CSgjIG9mIG1lc3NhZ2Ugc2VnbWVudHMgaW4gc3lzdGVtKQoKc2htaW5mbzoKCXNobW1h eDogICAgNTM2ODcwOTEyCShtYXggc2hhcmVkIG1lbW9yeSBzZWdtZW50IHNpemUpCglzaG1taW46 ICAgICAgICAgICAgMQkobWluIHNoYXJlZCBtZW1vcnkgc2VnbWVudCBzaXplKQoJc2htbW5pOiAg ICAgICAgICAxOTIJKG1heCBudW1iZXIgb2Ygc2hhcmVkIG1lbW9yeSBpZGVudGlmaWVycykKCXNo bXNlZzogICAgICAgICAgMTI4CShtYXggc2hhcmVkIG1lbW9yeSBzZWdtZW50cyBwZXIgcHJvY2Vz cykKCXNobWFsbDogICAgICAgMTMxMDcyCShtYXggYW1vdW50IG9mIHNoYXJlZCBtZW1vcnkgaW4g cGFnZXMpCgpzZW1pbmZvOgoJc2VtbW5pOiAgICAgICAgICAgNTAJKCMgb2Ygc2VtYXBob3JlIGlk ZW50aWZpZXJzKQoJc2VtbW5zOiAgICAgICAgICAzNDAJKCMgb2Ygc2VtYXBob3JlcyBpbiBzeXN0 ZW0pCglzZW1tbnU6ICAgICAgICAgIDE1MAkoIyBvZiB1bmRvIHN0cnVjdHVyZXMgaW4gc3lzdGVt KQoJc2VtbXNsOiAgICAgICAgICAzNDAJKG1heCAjIG9mIHNlbWFwaG9yZXMgcGVyIGlkKQoJc2Vt b3BtOiAgICAgICAgICAxMDAJKG1heCAjIG9mIG9wZXJhdGlvbnMgcGVyIHNlbW9wIGNhbGwpCglz ZW11bWU6ICAgICAgICAgICA1MAkobWF4ICMgb2YgdW5kbyBlbnRyaWVzIHBlciBwcm9jZXNzKQoJ c2VtdXN6OiAgICAgICAgICA2MzIJKHNpemUgaW4gYnl0ZXMgb2YgdW5kbyBzdHJ1Y3R1cmUpCglz ZW12bXg6ICAgICAgICAzMjc2Nwkoc2VtYXBob3JlIG1heGltdW0gdmFsdWUpCglzZW1hZW06ICAg ICAgICAxNjM4NAkoYWRqdXN0IG9uIGV4aXQgbWF4IHZhbHVlKQoKCi0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQpu ZnNzdGF0CgpDbGllbnQgSW5mbzoKUnBjIENvdW50czoKICBHZXRhdHRyICAgU2V0YXR0ciAgICBM b29rdXAgIFJlYWRsaW5rICAgICAgUmVhZCAgICAgV3JpdGUgICAgQ3JlYXRlICAgIFJlbW92ZQog ICAgICAgIDAgICAgICAgICAwICAgICAgICAgMCAgICAgICAgIDAgICAgICAgICAwICAgICAgICAg MCAgICAgICAgIDAgICAgICAgICAwCiAgIFJlbmFtZSAgICAgIExpbmsgICBTeW1saW5rICAgICBN a2RpciAgICAgUm1kaXIgICBSZWFkZGlyICBSZGlyUGx1cyAgICBBY2Nlc3MKICAgICAgICAwICAg ICAgICAgMCAgICAgICAgIDAgICAgICAgICAwICAgICAgICAgMCAgICAgICAgIDAgICAgICAgICAw ICAgICAgICAgMAogICAgTWtub2QgICAgRnNzdGF0ICAgIEZzaW5mbyAgUGF0aENvbmYgICAgQ29t bWl0CiAgICAgICAgMCAgICAgICAgIDAgICAgICAgICAwICAgICAgICAgMCAgICAgICAgIDAKUnBj IEluZm86CiBUaW1lZE91dCAgIEludmFsaWQgWCBSZXBsaWVzICAgUmV0cmllcyAgUmVxdWVzdHMK ICAgICAgICAwICAgICAgICAgMCAgICAgICAgIDAgICAgICAgICAwICAgICAgICAgMApDYWNoZSBJ bmZvOgpBdHRyIEhpdHMgICAgTWlzc2VzIExrdXAgSGl0cyAgICBNaXNzZXMgQmlvUiBIaXRzICAg IE1pc3NlcyBCaW9XIEhpdHMgICAgTWlzc2VzCiAgICAgICAgMCAgICAgICAgIDAgICAgICAgICAw ICAgICAgICAgMCAgICAgICAgIDAgICAgICAgICAwICAgICAgICAgMCAgICAgICAgIDAKQmlvUkxI aXRzICAgIE1pc3NlcyBCaW9EIEhpdHMgICAgTWlzc2VzIERpckUgSGl0cyAgICBNaXNzZXMgQWNj cyBIaXRzICAgIE1pc3NlcwogICAgICAgIDAgICAgICAgICAwICAgICAgICAgMCAgICAgICAgIDAg ICAgICAgICAwICAgICAgICAgMCAgICAgICAgIDAgICAgICAgICAwCgpTZXJ2ZXIgSW5mbzoKICBH ZXRhdHRyICAgU2V0YXR0ciAgICBMb29rdXAgIFJlYWRsaW5rICAgICAgUmVhZCAgICAgV3JpdGUg ICAgQ3JlYXRlICAgIFJlbW92ZQogICAgICAgIDAgICAgICAgICAwICAgICAgICAgMCAgICAgICAg IDAgICAgICAgICAwICAgICAgICAgMCAgICAgICAgIDAgICAgICAgICAwCiAgIFJlbmFtZSAgICAg IExpbmsgICBTeW1saW5rICAgICBNa2RpciAgICAgUm1kaXIgICBSZWFkZGlyICBSZGlyUGx1cyAg ICBBY2Nlc3MKICAgICAgICAwICAgICAgICAgMCAgICAgICAgIDAgICAgICAgICAwICAgICAgICAg MCAgICAgICAgIDAgICAgICAgICAwICAgICAgICAgMAogICAgTWtub2QgICAgRnNzdGF0ICAgIEZz aW5mbyAgUGF0aENvbmYgICAgQ29tbWl0CiAgICAgICAgMCAgICAgICAgIDAgICAgICAgICAwICAg ICAgICAgMCAgICAgICAgIDAKU2VydmVyIFJldC1GYWlsZWQKICAgICAgICAgICAgICAgIDAKU2Vy dmVyIEZhdWx0cwogICAgICAgICAgICAwClNlcnZlciBDYWNoZSBTdGF0czoKICAgSW5wcm9nICAg ICAgSWRlbSAgTm9uLWlkZW0gICAgTWlzc2VzCiAgICAgICAgMCAgICAgICAgIDAgICAgICAgICAw ICAgICAgICAgMApTZXJ2ZXIgV3JpdGUgR2F0aGVyaW5nOgogV3JpdGVPcHMgIFdyaXRlUlBDICAg T3BzYXZlZAogICAgICAgIDAgICAgICAgICAwICAgICAgICAgMAoKLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCm5l dHN0YXQgLXMKCnRjcDoKCTE5NTM0MSBwYWNrZXRzIHNlbnQKCQkxOTE2NjAgZGF0YSBwYWNrZXRz ICgyNDcyNzE5OTc2IGJ5dGVzKQoJCTI0ODkgZGF0YSBwYWNrZXRzICg0NjI1NjM0IGJ5dGVzKSBy ZXRyYW5zbWl0dGVkCgkJMSBkYXRhIHBhY2tldCB1bm5lY2Vzc2FyaWx5IHJldHJhbnNtaXR0ZWQK CQkwIHJlc2VuZHMgaW5pdGlhdGVkIGJ5IE1UVSBkaXNjb3ZlcnkKCQkxMTkwIGFjay1vbmx5IHBh Y2tldHMgKDQwIGRlbGF5ZWQpCgkJMCBVUkcgb25seSBwYWNrZXRzCgkJMCB3aW5kb3cgcHJvYmUg cGFja2V0cwoJCTAgd2luZG93IHVwZGF0ZSBwYWNrZXRzCgkJMiBjb250cm9sIHBhY2tldHMKCTEx Mzk5MDMgcGFja2V0cyByZWNlaXZlZAoJCTk0ODYyOSBhY2tzIChmb3IgMjQ3MjcyNzkwMSBieXRl cykKCQkxMTU0MDMgZHVwbGljYXRlIGFja3MKCQkwIGFja3MgZm9yIHVuc2VudCBkYXRhCgkJNzYz MTggcGFja2V0cyAoNTIxMTY0MiBieXRlcykgcmVjZWl2ZWQgaW4tc2VxdWVuY2UKCQk5MSBjb21w bGV0ZWx5IGR1cGxpY2F0ZSBwYWNrZXRzICg3MTE2IGJ5dGVzKQoJCTAgb2xkIGR1cGxpY2F0ZSBw YWNrZXRzCgkJMzkgcGFja2V0cyB3aXRoIHNvbWUgZHVwLiBkYXRhICg1MzU2IGJ5dGVzIGR1cGVk KQoJCTM1IG91dC1vZi1vcmRlciBwYWNrZXRzICg3MjQwIGJ5dGVzKQoJCTAgcGFja2V0cyAoMCBi eXRlcykgb2YgZGF0YSBhZnRlciB3aW5kb3cKCQkwIHdpbmRvdyBwcm9iZXMKCQk0MzI2MyB3aW5k b3cgdXBkYXRlIHBhY2tldHMKCQkwIHBhY2tldHMgcmVjZWl2ZWQgYWZ0ZXIgY2xvc2UKCQkwIGRp c2NhcmRlZCBmb3IgYmFkIGNoZWNrc3VtcwoJCTAgZGlzY2FyZGVkIGZvciBiYWQgaGVhZGVyIG9m ZnNldCBmaWVsZHMKCQkwIGRpc2NhcmRlZCBiZWNhdXNlIHBhY2tldCB0b28gc2hvcnQKCQkwIGRp c2NhcmRlZCBkdWUgdG8gbWVtb3J5IHByb2JsZW1zCgkwIGNvbm5lY3Rpb24gcmVxdWVzdHMKCTQg Y29ubmVjdGlvbiBhY2NlcHRzCgkwIGJhZCBjb25uZWN0aW9uIGF0dGVtcHRzCgkwIGxpc3RlbiBx dWV1ZSBvdmVyZmxvd3MKCTAgaWdub3JlZCBSU1RzIGluIHRoZSB3aW5kb3dzCgk0IGNvbm5lY3Rp b25zIGVzdGFibGlzaGVkIChpbmNsdWRpbmcgYWNjZXB0cykKCTEzIGNvbm5lY3Rpb25zIGNsb3Nl ZCAoaW5jbHVkaW5nIDIgZHJvcHMpCgkJMiBjb25uZWN0aW9ucyB1cGRhdGVkIGNhY2hlZCBSVFQg b24gY2xvc2UKCQkyIGNvbm5lY3Rpb25zIHVwZGF0ZWQgY2FjaGVkIFJUVCB2YXJpYW5jZSBvbiBj bG9zZQoJCTEgY29ubmVjdGlvbiB1cGRhdGVkIGNhY2hlZCBzc3RocmVzaCBvbiBjbG9zZQoJMCBl bWJyeW9uaWMgY29ubmVjdGlvbnMgZHJvcHBlZAoJNDgzMTQgc2VnbWVudHMgdXBkYXRlZCBydHQg KG9mIDQ4NTgwIGF0dGVtcHRzKQoJODggcmV0cmFuc21pdCB0aW1lb3V0cwoJCTAgY29ubmVjdGlv bnMgZHJvcHBlZCBieSByZXhtaXQgdGltZW91dAoJMCBwZXJzaXN0IHRpbWVvdXRzCgkJMCBjb25u ZWN0aW9ucyBkcm9wcGVkIGJ5IHBlcnNpc3QgdGltZW91dAoJMCBDb25uZWN0aW9ucyAoZmluX3dh aXRfMikgZHJvcHBlZCBiZWNhdXNlIG9mIHRpbWVvdXQKCTkga2VlcGFsaXZlIHRpbWVvdXRzCgkJ OCBrZWVwYWxpdmUgcHJvYmVzIHNlbnQKCQkxIGNvbm5lY3Rpb24gZHJvcHBlZCBieSBrZWVwYWxp dmUKCTExMzMyOSBjb3JyZWN0IEFDSyBoZWFkZXIgcHJlZGljdGlvbnMKCTMxNzM4IGNvcnJlY3Qg ZGF0YSBwYWNrZXQgaGVhZGVyIHByZWRpY3Rpb25zCgk0IHN5bmNhY2hlIGVudHJpZXMgYWRkZWQK CQkwIHJldHJhbnNtaXR0ZWQKCQkwIGR1cHN5bgoJCTAgZHJvcHBlZAoJCTQgY29tcGxldGVkCgkJ MCBidWNrZXQgb3ZlcmZsb3cKCQkwIGNhY2hlIG92ZXJmbG93CgkJMCByZXNldAoJCTAgc3RhbGUK CQkwIGFib3J0ZWQKCQkwIGJhZGFjawoJCTAgdW5yZWFjaAoJCTAgem9uZSBmYWlsdXJlcwoJNCBj b29raWVzIHNlbnQKCTAgY29va2llcyByZWNlaXZlZAoJMiBob3N0Y2FjaGUgZW50cmllcyBhZGRl ZAoJCTAgYnVja2V0IG92ZXJmbG93CgkxMTMgU0FDSyByZWNvdmVyeSBlcGlzb2RlcwoJMTQxOCBz ZWdtZW50IHJleG1pdHMgaW4gU0FDSyByZWNvdmVyeSBlcGlzb2RlcwoJMTk4MzY5MiBieXRlIHJl eG1pdHMgaW4gU0FDSyByZWNvdmVyeSBlcGlzb2RlcwoJMTU4NTI2IFNBQ0sgb3B0aW9ucyAoU0FD SyBibG9ja3MpIHJlY2VpdmVkCgkzMjMgU0FDSyBvcHRpb25zIChTQUNLIGJsb2Nrcykgc2VudAoJ MCBTQUNLIHNjb3JlYm9hcmQgb3ZlcmZsb3cKCTAgcGFja2V0cyB3aXRoIEVDTiBDRSBiaXQgc2V0 CgkwIHBhY2tldHMgd2l0aCBFQ04gRUNUKDApIGJpdCBzZXQKCTAgcGFja2V0cyB3aXRoIEVDTiBF Q1QoMSkgYml0IHNldAoJMCBzdWNjZXNzZnVsIEVDTiBoYW5kc2hha2VzCgkwIHRpbWVzIEVDTiBy ZWR1Y2VkIHRoZSBjb25nZXN0aW9uIHdpbmRvdwp1ZHA6Cgk0OTE1MCBkYXRhZ3JhbXMgcmVjZWl2 ZWQKCTAgd2l0aCBpbmNvbXBsZXRlIGhlYWRlcgoJMCB3aXRoIGJhZCBkYXRhIGxlbmd0aCBmaWVs ZAoJMCB3aXRoIGJhZCBjaGVja3N1bQoJMCB3aXRoIG5vIGNoZWNrc3VtCgkxNCBkcm9wcGVkIGR1 ZSB0byBubyBzb2NrZXQKCTQ5MDkwIGJyb2FkY2FzdC9tdWx0aWNhc3QgZGF0YWdyYW1zIHVuZGVs aXZlcmVkCgkwIGRyb3BwZWQgZHVlIHRvIGZ1bGwgc29ja2V0IGJ1ZmZlcnMKCTAgbm90IGZvciBo YXNoZWQgcGNiCgk0NiBkZWxpdmVyZWQKCTQ3IGRhdGFncmFtcyBvdXRwdXQKCTAgdGltZXMgbXVs dGljYXN0IHNvdXJjZSBmaWx0ZXIgbWF0Y2hlZAppcDoKCTExODk4MTEgdG90YWwgcGFja2V0cyBy ZWNlaXZlZAoJMCBiYWQgaGVhZGVyIGNoZWNrc3VtcwoJMCB3aXRoIHNpemUgc21hbGxlciB0aGFu IG1pbmltdW0KCTAgd2l0aCBkYXRhIHNpemUgPCBkYXRhIGxlbmd0aAoJMCB3aXRoIGlwIGxlbmd0 aCA+IG1heCBpcCBwYWNrZXQgc2l6ZQoJMCB3aXRoIGhlYWRlciBsZW5ndGggPCBkYXRhIHNpemUK CTAgd2l0aCBkYXRhIGxlbmd0aCA8IGhlYWRlciBsZW5ndGgKCTAgd2l0aCBiYWQgb3B0aW9ucwoJ MCB3aXRoIGluY29ycmVjdCB2ZXJzaW9uIG51bWJlcgoJMCBmcmFnbWVudHMgcmVjZWl2ZWQKCTAg ZnJhZ21lbnRzIGRyb3BwZWQgKGR1cCBvciBvdXQgb2Ygc3BhY2UpCgkwIGZyYWdtZW50cyBkcm9w cGVkIGFmdGVyIHRpbWVvdXQKCTAgcGFja2V0cyByZWFzc2VtYmxlZCBvawoJMTE4OTA1MyBwYWNr ZXRzIGZvciB0aGlzIGhvc3QKCTAgcGFja2V0cyBmb3IgdW5rbm93bi91bnN1cHBvcnRlZCBwcm90 b2NvbAoJMCBwYWNrZXRzIGZvcndhcmRlZCAoMCBwYWNrZXRzIGZhc3QgZm9yd2FyZGVkKQoJNzU4 IHBhY2tldHMgbm90IGZvcndhcmRhYmxlCgkwIHBhY2tldHMgcmVjZWl2ZWQgZm9yIHVua25vd24g bXVsdGljYXN0IGdyb3VwCgkwIHJlZGlyZWN0cyBzZW50CgkxOTU0MTYgcGFja2V0cyBzZW50IGZy b20gdGhpcyBob3N0Cgk4IHBhY2tldHMgc2VudCB3aXRoIGZhYnJpY2F0ZWQgaXAgaGVhZGVyCgkw IG91dHB1dCBwYWNrZXRzIGRyb3BwZWQgZHVlIHRvIG5vIGJ1ZnMsIGV0Yy4KCTAgb3V0cHV0IHBh Y2tldHMgZGlzY2FyZGVkIGR1ZSB0byBubyByb3V0ZQoJMCBvdXRwdXQgZGF0YWdyYW1zIGZyYWdt ZW50ZWQKCTAgZnJhZ21lbnRzIGNyZWF0ZWQKCTAgZGF0YWdyYW1zIHRoYXQgY2FuJ3QgYmUgZnJh Z21lbnRlZAoJMCB0dW5uZWxpbmcgcGFja2V0cyB0aGF0IGNhbid0IGZpbmQgZ2lmCgkwIGRhdGFn cmFtcyB3aXRoIGJhZCBhZGRyZXNzIGluIGhlYWRlcgppY21wOgoJMTQgY2FsbHMgdG8gaWNtcF9l cnJvcgoJMCBlcnJvcnMgbm90IGdlbmVyYXRlZCBpbiByZXNwb25zZSB0byBhbiBpY21wIG1lc3Nh Z2UKCU91dHB1dCBoaXN0b2dyYW06CgkJZGVzdGluYXRpb24gdW5yZWFjaGFibGU6IDE0CgkwIG1l c3NhZ2VzIHdpdGggYmFkIGNvZGUgZmllbGRzCgkwIG1lc3NhZ2VzIGxlc3MgdGhhbiB0aGUgbWlu aW11bSBsZW5ndGgKCTAgbWVzc2FnZXMgd2l0aCBiYWQgY2hlY2tzdW0KCTAgbWVzc2FnZXMgd2l0 aCBiYWQgbGVuZ3RoCgkwIG11bHRpY2FzdCBlY2hvIHJlcXVlc3RzIGlnbm9yZWQKCTAgbXVsdGlj YXN0IHRpbWVzdGFtcCByZXF1ZXN0cyBpZ25vcmVkCgkwIG1lc3NhZ2UgcmVzcG9uc2VzIGdlbmVy YXRlZAoJMCBpbnZhbGlkIHJldHVybiBhZGRyZXNzZXMKCTAgbm8gcmV0dXJuIHJvdXRlcwppZ21w OgoJMCBtZXNzYWdlcyByZWNlaXZlZAoJMCBtZXNzYWdlcyByZWNlaXZlZCB3aXRoIHRvbyBmZXcg Ynl0ZXMKCTAgbWVzc2FnZXMgcmVjZWl2ZWQgd2l0aCB3cm9uZyBUVEwKCTAgbWVzc2FnZXMgcmVj ZWl2ZWQgd2l0aCBiYWQgY2hlY2tzdW0KCTAgVjEvVjIgbWVtYmVyc2hpcCBxdWVyaWVzIHJlY2Vp dmVkCgkwIFYzIG1lbWJlcnNoaXAgcXVlcmllcyByZWNlaXZlZAoJMCBtZW1iZXJzaGlwIHF1ZXJp ZXMgcmVjZWl2ZWQgd2l0aCBpbnZhbGlkIGZpZWxkKHMpCgkwIGdlbmVyYWwgcXVlcmllcyByZWNl aXZlZAoJMCBncm91cCBxdWVyaWVzIHJlY2VpdmVkCgkwIGdyb3VwLXNvdXJjZSBxdWVyaWVzIHJl Y2VpdmVkCgkwIGdyb3VwLXNvdXJjZSBxdWVyaWVzIGRyb3BwZWQKCTAgbWVtYmVyc2hpcCByZXBv cnRzIHJlY2VpdmVkCgkwIG1lbWJlcnNoaXAgcmVwb3J0cyByZWNlaXZlZCB3aXRoIGludmFsaWQg ZmllbGQocykKCTAgbWVtYmVyc2hpcCByZXBvcnRzIHJlY2VpdmVkIGZvciBncm91cHMgdG8gd2hp Y2ggd2UgYmVsb25nCgkwIFYzIHJlcG9ydHMgcmVjZWl2ZWQgd2l0aG91dCBSb3V0ZXIgQWxlcnQK CTAgbWVtYmVyc2hpcCByZXBvcnRzIHNlbnQKYXJwOgoJMiBBUlAgcmVxdWVzdHMgc2VudAoJOCBB UlAgcmVwbGllcyBzZW50CgkxNDM5MjUgQVJQIHJlcXVlc3RzIHJlY2VpdmVkCgkxNDQ1OTcgQVJQ IHJlcGxpZXMgcmVjZWl2ZWQKCTI4ODUyNSBBUlAgcGFja2V0cyByZWNlaXZlZAoJMCB0b3RhbCBw YWNrZXRzIGRyb3BwZWQgZHVlIHRvIG5vIEFSUCBlbnRyeQoJMCBBUlAgZW50cnlzIHRpbWVkIG91 dAoJMCBEdXBsaWNhdGUgSVBzIHNlZW4KaXA2OgoJMCB0b3RhbCBwYWNrZXRzIHJlY2VpdmVkCgkw IHdpdGggc2l6ZSBzbWFsbGVyIHRoYW4gbWluaW11bQoJMCB3aXRoIGRhdGEgc2l6ZSA8IGRhdGEg bGVuZ3RoCgkwIHdpdGggYmFkIG9wdGlvbnMKCTAgd2l0aCBpbmNvcnJlY3QgdmVyc2lvbiBudW1i ZXIKCTAgZnJhZ21lbnRzIHJlY2VpdmVkCgkwIGZyYWdtZW50cyBkcm9wcGVkIChkdXAgb3Igb3V0 IG9mIHNwYWNlKQoJMCBmcmFnbWVudHMgZHJvcHBlZCBhZnRlciB0aW1lb3V0CgkwIGZyYWdtZW50 cyB0aGF0IGV4Y2VlZGVkIGxpbWl0CgkwIHBhY2tldHMgcmVhc3NlbWJsZWQgb2sKCTAgcGFja2V0 cyBmb3IgdGhpcyBob3N0CgkwIHBhY2tldHMgZm9yd2FyZGVkCgkwIHBhY2tldHMgbm90IGZvcndh cmRhYmxlCgkwIHJlZGlyZWN0cyBzZW50CgkwIHBhY2tldHMgc2VudCBmcm9tIHRoaXMgaG9zdAoJ MCBwYWNrZXRzIHNlbnQgd2l0aCBmYWJyaWNhdGVkIGlwIGhlYWRlcgoJMCBvdXRwdXQgcGFja2V0 cyBkcm9wcGVkIGR1ZSB0byBubyBidWZzLCBldGMuCgk0IG91dHB1dCBwYWNrZXRzIGRpc2NhcmRl ZCBkdWUgdG8gbm8gcm91dGUKCTAgb3V0cHV0IGRhdGFncmFtcyBmcmFnbWVudGVkCgkwIGZyYWdt ZW50cyBjcmVhdGVkCgkwIGRhdGFncmFtcyB0aGF0IGNhbid0IGJlIGZyYWdtZW50ZWQKCTAgcGFj a2V0cyB0aGF0IHZpb2xhdGVkIHNjb3BlIHJ1bGVzCgkwIG11bHRpY2FzdCBwYWNrZXRzIHdoaWNo IHdlIGRvbid0IGpvaW4KCU1idWYgc3RhdGlzdGljczoKCQkwIG9uZSBtYnVmCgkJNTQwIG9uZSBl eHQgbWJ1ZgoJCTAgdHdvIG9yIG1vcmUgZXh0IG1idWYKCTAgcGFja2V0cyB3aG9zZSBoZWFkZXJz IGFyZSBub3QgY29udGlndW91cwoJMCB0dW5uZWxpbmcgcGFja2V0cyB0aGF0IGNhbid0IGZpbmQg Z2lmCgkwIHBhY2tldHMgZGlzY2FyZGVkIGJlY2F1c2Ugb2YgdG9vIG1hbnkgaGVhZGVycwoJMCBm YWlsdXJlcyBvZiBzb3VyY2UgYWRkcmVzcyBzZWxlY3Rpb24KCVNvdXJjZSBhZGRyZXNzZXMgc2Vs ZWN0aW9uIHJ1bGUgYXBwbGllZDoKaWNtcDY6CgkwIGNhbGxzIHRvIGljbXA2X2Vycm9yCgkwIGVy cm9ycyBub3QgZ2VuZXJhdGVkIGluIHJlc3BvbnNlIHRvIGFuIGljbXA2IG1lc3NhZ2UKCTAgZXJy b3JzIG5vdCBnZW5lcmF0ZWQgYmVjYXVzZSBvZiByYXRlIGxpbWl0YXRpb24KCTAgbWVzc2FnZXMg d2l0aCBiYWQgY29kZSBmaWVsZHMKCTAgbWVzc2FnZXMgPCBtaW5pbXVtIGxlbmd0aAoJMCBiYWQg Y2hlY2tzdW1zCgkwIG1lc3NhZ2VzIHdpdGggYmFkIGxlbmd0aAoJSGlzdG9ncmFtIG9mIGVycm9y IG1lc3NhZ2VzIHRvIGJlIGdlbmVyYXRlZDoKCQkwIG5vIHJvdXRlCgkJMCBhZG1pbmlzdHJhdGl2 ZWx5IHByb2hpYml0ZWQKCQkwIGJleW9uZCBzY29wZQoJCTAgYWRkcmVzcyB1bnJlYWNoYWJsZQoJ CTAgcG9ydCB1bnJlYWNoYWJsZQoJCTAgcGFja2V0IHRvbyBiaWcKCQkwIHRpbWUgZXhjZWVkIHRy YW5zaXQKCQkwIHRpbWUgZXhjZWVkIHJlYXNzZW1ibHkKCQkwIGVycm9uZW91cyBoZWFkZXIgZmll bGQKCQkwIHVucmVjb2duaXplZCBuZXh0IGhlYWRlcgoJCTAgdW5yZWNvZ25pemVkIG9wdGlvbgoJ CTAgcmVkaXJlY3QKCQkwIHVua25vd24KCTAgbWVzc2FnZSByZXNwb25zZXMgZ2VuZXJhdGVkCgkw IG1lc3NhZ2VzIHdpdGggdG9vIG1hbnkgTkQgb3B0aW9ucwoJMCBtZXNzYWdlcyB3aXRoIGJhZCBO RCBvcHRpb25zCgkwIGJhZCBuZWlnaGJvciBzb2xpY2l0YXRpb24gbWVzc2FnZXMKCTAgYmFkIG5l aWdoYm9yIGFkdmVydGlzZW1lbnQgbWVzc2FnZXMKCTAgYmFkIHJvdXRlciBzb2xpY2l0YXRpb24g bWVzc2FnZXMKCTAgYmFkIHJvdXRlciBhZHZlcnRpc2VtZW50IG1lc3NhZ2VzCgkwIGJhZCByZWRp cmVjdCBtZXNzYWdlcwoJMCBwYXRoIE1UVSBjaGFuZ2VzCnJpcDY6CgkwIG1lc3NhZ2VzIHJlY2Vp dmVkCgkwIGNoZWNrc3VtIGNhbGN1bGF0aW9ucyBvbiBpbmJvdW5kCgkwIG1lc3NhZ2VzIHdpdGgg YmFkIGNoZWNrc3VtCgkwIG1lc3NhZ2VzIGRyb3BwZWQgZHVlIHRvIG5vIHNvY2tldAoJMCBtdWx0 aWNhc3QgbWVzc2FnZXMgZHJvcHBlZCBkdWUgdG8gbm8gc29ja2V0CgkwIG1lc3NhZ2VzIGRyb3Bw ZWQgZHVlIHRvIGZ1bGwgc29ja2V0IGJ1ZmZlcnMKCTAgZGVsaXZlcmVkCgkwIGRhdGFncmFtcyBv dXRwdXQKCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLQpuZXRzdGF0IC1tCgo4MTg1LzI0ODAvMTA2NjUgbWJ1ZnMg aW4gdXNlIChjdXJyZW50L2NhY2hlL3RvdGFsKQo4MTg0LzEyOTYvOTQ4MC8xMDA0MTY0IG1idWYg Y2x1c3RlcnMgaW4gdXNlIChjdXJyZW50L2NhY2hlL3RvdGFsL21heCkKODE4NC8xMjc3IG1idWYr Y2x1c3RlcnMgb3V0IG9mIHBhY2tldCBzZWNvbmRhcnkgem9uZSBpbiB1c2UgKGN1cnJlbnQvY2Fj aGUpCjAvNTEvNTEvNTAyMDgyIDRrIChwYWdlIHNpemUpIGp1bWJvIGNsdXN0ZXJzIGluIHVzZSAo Y3VycmVudC9jYWNoZS90b3RhbC9tYXgpCjAvMC8wLzQ0NjI5NSA5ayBqdW1ibyBjbHVzdGVycyBp biB1c2UgKGN1cnJlbnQvY2FjaGUvdG90YWwvbWF4KQowLzAvMC8zMzQ3MjAgMTZrIGp1bWJvIGNs dXN0ZXJzIGluIHVzZSAoY3VycmVudC9jYWNoZS90b3RhbC9tYXgpCjE4NDE0Sy8zNDE2Sy8yMTgz MEsgYnl0ZXMgYWxsb2NhdGVkIHRvIG5ldHdvcmsgKGN1cnJlbnQvY2FjaGUvdG90YWwpCjU3OS8w LzkyMTEgcmVxdWVzdHMgZm9yIG1idWZzIGRlbmllZCAobWJ1ZnMvY2x1c3RlcnMvbWJ1ZitjbHVz dGVycykKMC8wLzAgcmVxdWVzdHMgZm9yIG1idWZzIGRlbGF5ZWQgKG1idWZzL2NsdXN0ZXJzL21i dWYrY2x1c3RlcnMpCjAvMC8wIHJlcXVlc3RzIGZvciBqdW1ibyBjbHVzdGVycyBkZWxheWVkICg0 ay85ay8xNmspCjAvMC8wIHJlcXVlc3RzIGZvciBqdW1ibyBjbHVzdGVycyBkZW5pZWQgKDRrLzlr LzE2aykKMCByZXF1ZXN0cyBmb3Igc2ZidWZzIGRlbmllZAowIHJlcXVlc3RzIGZvciBzZmJ1ZnMg ZGVsYXllZAowIHJlcXVlc3RzIGZvciBJL08gaW5pdGlhdGVkIGJ5IHNlbmRmaWxlCgotLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0KbmV0c3RhdCAtaWRXCgpOYW1lICAgICAgTXR1IE5ldHdvcmsgICAgICAgQWRkcmVz cyAgICAgICAgICAgICAgSXBrdHMgSWVycnMgSWRyb3AgICAgT3BrdHMgT2VycnMgIENvbGwgRHJv cAppZ2IwKiAgICAxNTAwIDxMaW5rIzE+ICAgICAgMDA6MjU6OTA6YzU6NTI6ZDIgICAgICAgIDAg ICAgIDAgICAgIDAgICAgICAgIDAgICAgIDAgICAgIDAgICAgMCAKaWdiMSAgICAgMTUwMCA8TGlu ayMyPiAgICAgIDAwOjI1OjkwOmM1OjUyOmQzICAxNDc4ODc0ICAgICAwICAgICAwICAgMTk1NDM1 ICAgICAwICAgICAwICAgIDAgCmlnYjEgICAgIDE1MDAgMTM1LjI0LjIzMS4wICBkaGNwLTEzNS0y NC0yMzEtMSAgMTE4Njg4MiAgICAgLSAgICAgLSAgMTY1OTQyNCAgICAgLSAgICAgLSAgICAtIAps bzAgICAgIDE2Mzg0IDxMaW5rIzM+ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAg IDAgICAgIDAgICAgICAgIDAgICAgIDAgICAgIDAgICAgMCAKbG8wICAgICAxNjM4NCBsb2NhbGhv c3QgICAgIDo6MSAgICAgICAgICAgICAgICAgICAgICAwICAgICAtICAgICAtICAgICAgICAwICAg ICAtICAgICAtICAgIC0gCmxvMCAgICAgMTYzODQgZmU4MDo6MSVsbzAgICBmZTgwOjoxICAgICAg ICAgICAgICAgICAgMCAgICAgLSAgICAgLSAgICAgICAgMCAgICAgLSAgICAgLSAgICAtIApsbzAg ICAgIDE2Mzg0IHlvdXItbmV0ICAgICAgbG9jYWxob3N0ICAgICAgICAgICAgICAgIDAgICAgIC0g ICAgIC0gICAgICAgIDAgICAgIC0gICAgIC0gICAgLSAKCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQpuZXRzdGF0 IC1hbnIKClJvdXRpbmcgdGFibGVzCgpJbnRlcm5ldDoKRGVzdGluYXRpb24gICAgICAgIEdhdGV3 YXkgICAgICAgICAgICBGbGFncyAgICBSZWZzICAgICAgVXNlICBOZXRpZiBFeHBpcmUKZGVmYXVs dCAgICAgICAgICAgIDEzNS4yNC4yMzEuMSAgICAgICBVR1MgICAgICAgICAwICAgMTk1NDIxICAg aWdiMQoxMjcuMC4wLjEgICAgICAgICAgbGluayMzICAgICAgICAgICAgIFVIICAgICAgICAgIDAg ICAgICAgIDAgICAgbG8wCjEzNS4yNC4yMzEuMC8yNCAgICBsaW5rIzIgICAgICAgICAgICAgVSAg ICAgICAgICAgMCAgICAgICAgMyAgIGlnYjEKMTM1LjI0LjIzMS4xMDYgICAgIGxpbmsjMiAgICAg ICAgICAgICBVSFMgICAgICAgICAwICAgICAgICAwICAgIGxvMAoKSW50ZXJuZXQ2OgpEZXN0aW5h dGlvbiAgICAgICAgICAgICAgICAgICAgICAgR2F0ZXdheSAgICAgICAgICAgICAgICAgICAgICAg RmxhZ3MgICAgICBOZXRpZiBFeHBpcmUKOjovOTYgICAgICAgICAgICAgICAgICAgICAgICAgICAg IDo6MSAgICAgICAgICAgICAgICAgICAgICAgICAgIFVHUlMgICAgICAgIGxvMAo6OjEgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgbGluayMzICAgICAgICAgICAgICAgICAgICAgICAgVUgg ICAgICAgICAgbG8wCjo6ZmZmZjowLjAuMC4wLzk2ICAgICAgICAgICAgICAgICA6OjEgICAgICAg ICAgICAgICAgICAgICAgICAgICBVR1JTICAgICAgICBsbzAKZmU4MDo6LzEwICAgICAgICAgICAg ICAgICAgICAgICAgIDo6MSAgICAgICAgICAgICAgICAgICAgICAgICAgIFVHUlMgICAgICAgIGxv MApmZTgwOjolbG8wLzY0ICAgICAgICAgICAgICAgICAgICAgbGluayMzICAgICAgICAgICAgICAg ICAgICAgICAgVSAgICAgICAgICAgbG8wCmZlODA6OjElbG8wICAgICAgICAgICAgICAgICAgICAg ICBsaW5rIzMgICAgICAgICAgICAgICAgICAgICAgICBVSFMgICAgICAgICBsbzAKZmYwMTo6JWxv MC8zMiAgICAgICAgICAgICAgICAgICAgIDo6MSAgICAgICAgICAgICAgICAgICAgICAgICAgIFUg ICAgICAgICAgIGxvMApmZjAyOjovMTYgICAgICAgICAgICAgICAgICAgICAgICAgOjoxICAgICAg ICAgICAgICAgICAgICAgICAgICAgVUdSUyAgICAgICAgbG8wCmZmMDI6OiVsbzAvMzIgICAgICAg ICAgICAgICAgICAgICA6OjEgICAgICAgICAgICAgICAgICAgICAgICAgICBVICAgICAgICAgICBs bzAKCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLQpuZXRzdGF0IC1hbkEKCkFjdGl2ZSBJbnRlcm5ldCBjb25uZWN0 aW9ucyAoaW5jbHVkaW5nIHNlcnZlcnMpClRjcGNiICAgICAgICAgICAgUHJvdG8gUmVjdi1RIFNl bmQtUSBMb2NhbCBBZGRyZXNzICAgICAgRm9yZWlnbiBBZGRyZXNzICAgIChzdGF0ZSkKZmZmZmY4 MDEyYzAwMzAwMCB0Y3A0ICAgICAgIDAgICAgICAwIDEzNS4yNC4yMzEuMTA2LjIyICAxMzUuMzYu MTI3LjEzNy4xODEgRVNUQUJMSVNIRUQKZmZmZmY4MDEyY2RlNzQwMCB0Y3A0ICAgICAgIDAgICAg ICAwIDEzNS4yNC4yMzEuMTA2LjIyICAxMzUuMzYuMTI0Ljk1LjU0NjAgQ0xPU0VECmZmZmZmODAx MmNkNGE0MDAgdGNwNCAgICAgICAwICAgICAgMCAxMjcuMC4wLjEuMjUgICAgICAgKi4qICAgICAg ICAgICAgICAgIExJU1RFTgpmZmZmZjgwMTJjZDRhODAwIHRjcDQgICAgICAgMCAgICAgIDAgKi4y MiAgICAgICAgICAgICAgICouKiAgICAgICAgICAgICAgICBMSVNURU4KZmZmZmY4MDEyY2E5ZGMw MCB0Y3A2ICAgICAgIDAgICAgICAwICouMjIgICAgICAgICAgICAgICAqLiogICAgICAgICAgICAg ICAgTElTVEVOCmZmZmZmODAwMGVkMGY0OTggdWRwNCAgICAgICAwICAgICAgMCAqLjUxNCAgICAg ICAgICAgICAgKi4qICAgICAgICAgICAgICAgIApmZmZmZjgwMDBlZDBmNjIwIHVkcDYgICAgICAg MCAgICAgIDAgKi41MTQgICAgICAgICAgICAgICouKiAgICAgICAgICAgICAgICAKQWN0aXZlIFVO SVggZG9tYWluIHNvY2tldHMKQWRkcmVzcyAgVHlwZSAgIFJlY3YtUSBTZW5kLVEgICAgSW5vZGUg ICAgIENvbm4gICAgIFJlZnMgIE5leHRyZWYgQWRkcgpmZmZmZjgwMTJjMDc5YjQwIHN0cmVhbSAg ICAgIDAgICAgICAwICAgICAgICAwIGZmZmZmODAxMmMwNzljMzAgICAgICAgIDAgICAgICAgIDAK ZmZmZmY4MDEyYzA3OWMzMCBzdHJlYW0gICAgICAwICAgICAgMCAgICAgICAgMCBmZmZmZjgwMTJj MDc5YjQwICAgICAgICAwICAgICAgICAwCmZmZmZmODAxMmMwNzllMTAgc3RyZWFtICAgICAgMCAg ICAgIDAgICAgICAgIDAgICAgICAgIDAgICAgICAgIDAgICAgICAgIDAKZmZmZmY4MDEyYzAxMDg3 MCBzdHJlYW0gICAgICAwICAgICAgMCBmZmZmZjgwMDBlYmNmMDAwICAgICAgICAwICAgICAgICAw ICAgICAgICAwIC92YXIvcnVuL2RldmQucGlwZQpmZmZmZjgwMTJjMDBjOTYwIGRncmFtICAgICAg IDAgICAgICAwICAgICAgICAwIGZmZmZmODAxMmMwNGRiNDAgICAgICAgIDAgZmZmZmY4MDEyYzA3 OWQyMApmZmZmZjgwMTJjMDc5ZDIwIGRncmFtICAgICAgIDAgICAgICAwICAgICAgICAwIGZmZmZm ODAxMmMwNGRiNDAgICAgICAgIDAgZmZmZmY4MDEyYzAwY2I0MApmZmZmZjgwMTJjMDFiNWEwIGRn cmFtICAgICAgIDAgICAgICAwICAgICAgICAwIGZmZmZmODAxMmMwNGRjMzAgICAgICAgIDAgICAg ICAgIDAKZmZmZmY4MDEyYzAwY2I0MCBkZ3JhbSAgICAgICAwICAgICAgMCAgICAgICAgMCBmZmZm ZjgwMTJjMDRkYjQwICAgICAgICAwICAgICAgICAwCmZmZmZmODAxMmMwNGRiNDAgZGdyYW0gICAg ICAgMCAgICAgIDAgZmZmZmY4MDAwZWJmZjFkOCAgICAgICAgMCBmZmZmZjgwMTJjMDBjOTYwICAg ICAgICAwIC92YXIvcnVuL2xvZ3ByaXYKZmZmZmY4MDEyYzA0ZGMzMCBkZ3JhbSAgICAgICAwICAg ICAgMCBmZmZmZjgwMDBlYmZmM2IwICAgICAgICAwIGZmZmZmODAxMmMwMWI1YTAgICAgICAgIDAg L3Zhci9ydW4vbG9nCgotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KbmV0c3RhdCAtYUwKCkN1cnJlbnQgbGlzdGVu IHF1ZXVlIHNpemVzIChxbGVuL2luY3FsZW4vbWF4cWxlbikKUHJvdG8gTGlzdGVuICAgICAgICAg TG9jYWwgQWRkcmVzcyAgICAgICAgIAp0Y3A0ICAwLzAvMTAgICAgICAgICBsb2NhbGhvc3Quc210 cCAgICAgICAgIAp0Y3A0ICAwLzAvMTI4ICAgICAgICAqLnNzaCAgICAgICAgICAgICAgICAgIAp0 Y3A2ICAwLzAvMTI4ICAgICAgICAqLnNzaCAgICAgICAgICAgICAgICAgIAp1bml4ICAwLzAvNCAg ICAgICAgICAvdmFyL3J1bi9kZXZkLnBpcGUKCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQpmc3RhdAoKZnN0YXQ6 IGNhbid0IHJlYWQgZmlsZSAxIGF0IDB4MjAwMDA3ZmZmZmZmZmZmCmZzdGF0OiBjYW4ndCByZWFk IGZpbGUgMiBhdCAweDQwMDAwMDAwMDFmZmZmZgpmc3RhdDogY2FuJ3QgcmVhZCBmaWxlIDQgYXQg MHg3ODAwMDBmZmZmCmZzdGF0OiBjYW4ndCByZWFkIGZpbGUgMSBhdCAweDIwMDAwN2ZmZmZmZmZm Zgpmc3RhdDogY2FuJ3QgcmVhZCBmaWxlIDIgYXQgMHg0MDAwMDAwMDAxZmZmZmYKZnN0YXQ6IGNh bid0IHJlYWQgZmlsZSA0IGF0IDB4NzgwMDAwZmZmZgpmc3RhdDogY2FuJ3QgcmVhZCBmaWxlIDEg YXQgMHgyMDAwMDdmZmZmZmZmZmYKZnN0YXQ6IGNhbid0IHJlYWQgZmlsZSAyIGF0IDB4NDAwMDAw MDAwMWZmZmZmCmZzdGF0OiBjYW4ndCByZWFkIGZpbGUgNCBhdCAweDc4MDAwMGZmZmYKZnN0YXQ6 IGNhbid0IHJlYWQgZmlsZSA3IGF0IDB4MjAwMDA3ZmZmZmZmZmZmCmZzdGF0OiBjYW4ndCByZWFk IGZpbGUgOCBhdCAweDQwMDAwMDAwMDFmZmZmZgpmc3RhdDogY2FuJ3QgcmVhZCBmaWxlIDEgYXQg MHgyMDAwMDdmZmZmZmZmZmYKZnN0YXQ6IGNhbid0IHJlYWQgZmlsZSAyIGF0IDB4NDAwMDAwMDAw MWZmZmZmCmZzdGF0OiBjYW4ndCByZWFkIGZpbGUgNCBhdCAweDc4MDAwMGZmZmYKZnN0YXQ6IGNh bid0IHJlYWQgZmlsZSA3IGF0IDB4MjAwMDA3ZmZmZmZmZmZmCmZzdGF0OiBjYW4ndCByZWFkIGZp bGUgOCBhdCAweDQwMDAwMDAwMDFmZmZmZgpmc3RhdDogY2FuJ3QgcmVhZCBmaWxlIDEgYXQgMHgy MDAwMDdmZmZmZmZmZmYKZnN0YXQ6IGNhbid0IHJlYWQgZmlsZSAyIGF0IDB4NDAwMDAwMDAwMWZm ZmZmCmZzdGF0OiBjYW4ndCByZWFkIGZpbGUgNCBhdCAweDc4MDAwMGZmZmYKZnN0YXQ6IGNhbid0 IHJlYWQgZmlsZSAxIGF0IDB4MjAwMDA3ZmZmZmZmZmZmCmZzdGF0OiBjYW4ndCByZWFkIGZpbGUg MiBhdCAweDQwMDAwMDAwMDFmZmZmZgpmc3RhdDogY2FuJ3QgcmVhZCBmaWxlIDEgYXQgMHgyMDAw MDdmZmZmZmZmZmYKZnN0YXQ6IGNhbid0IHJlYWQgZmlsZSAyIGF0IDB4NDAwMDAwMDAwMWZmZmZm CmZzdGF0OiBjYW4ndCByZWFkIGZpbGUgMSBhdCAweDIwMDAwN2ZmZmZmZmZmZgpmc3RhdDogY2Fu J3QgcmVhZCBmaWxlIDIgYXQgMHg0MDAwMDAwMDAxZmZmZmYKZnN0YXQ6IGNhbid0IHJlYWQgZmls ZSAxIGF0IDB4MjAwMDA3ZmZmZmZmZmZmCmZzdGF0OiBjYW4ndCByZWFkIGZpbGUgMiBhdCAweDQw MDAwMDAwMDFmZmZmZgpmc3RhdDogY2FuJ3QgcmVhZCBmaWxlIDEgYXQgMHgyMDAwMDdmZmZmZmZm ZmYKZnN0YXQ6IGNhbid0IHJlYWQgZmlsZSAyIGF0IDB4NDAwMDAwMDAwMWZmZmZmCmZzdGF0OiBj YW4ndCByZWFkIGZpbGUgMSBhdCAweDIwMDAwN2ZmZmZmZmZmZgpmc3RhdDogY2FuJ3QgcmVhZCBm aWxlIDIgYXQgMHg0MDAwMDAwMDAxZmZmZmYKZnN0YXQ6IGNhbid0IHJlYWQgZmlsZSAxIGF0IDB4 MjAwMDA3ZmZmZmZmZmZmCmZzdGF0OiBjYW4ndCByZWFkIGZpbGUgMiBhdCAweDQwMDAwMDAwMDFm ZmZmZgpmc3RhdDogY2FuJ3QgcmVhZCBmaWxlIDEgYXQgMHgyMDAwMDdmZmZmZmZmZmYKZnN0YXQ6 IGNhbid0IHJlYWQgZmlsZSAyIGF0IDB4NDAwMDAwMDAwMWZmZmZmCmZzdGF0OiBjYW4ndCByZWFk IGZpbGUgMSBhdCAweDIwMDAwN2ZmZmZmZmZmZgpmc3RhdDogY2FuJ3QgcmVhZCBmaWxlIDIgYXQg MHg0MDAwMDAwMDAxZmZmZmYKZnN0YXQ6IGNhbid0IHJlYWQgZmlsZSAxIGF0IDB4MjAwMDA3ZmZm ZmZmZmZmCmZzdGF0OiBjYW4ndCByZWFkIGZpbGUgMiBhdCAweDQwMDAwMDAwMDFmZmZmZgpmc3Rh dDogY2FuJ3QgcmVhZCBmaWxlIDQgYXQgMHg3ODAwMDBmZmZmCmZzdGF0OiBjYW4ndCByZWFkIGZp bGUgMSBhdCAweDIwMDAwN2ZmZmZmZmZmZgpmc3RhdDogY2FuJ3QgcmVhZCBmaWxlIDIgYXQgMHg0 MDAwMDAwMDAxZmZmZmYKZnN0YXQ6IGNhbid0IHJlYWQgZmlsZSA0IGF0IDB4NzgwMDAwZmZmZgpm c3RhdDogY2FuJ3QgcmVhZCBmaWxlIDEgYXQgMHgyMDAwMDdmZmZmZmZmZmYKZnN0YXQ6IGNhbid0 IHJlYWQgZmlsZSAyIGF0IDB4NDAwMDAwMDAwMWZmZmZmCmZzdGF0OiBjYW4ndCByZWFkIGZpbGUg NCBhdCAweDc4MDAwMGZmZmYKZnN0YXQ6IGNhbid0IHJlYWQgZmlsZSAxIGF0IDB4MjAwMDA3ZmZm ZmZmZmZmCmZzdGF0OiBjYW4ndCByZWFkIGZpbGUgMiBhdCAweDQwMDAwMDAwMDFmZmZmZgpmc3Rh dDogY2FuJ3QgcmVhZCBmaWxlIDEgYXQgMHgyMDAwMDdmZmZmZmZmZmYKZnN0YXQ6IGNhbid0IHJl YWQgZmlsZSAyIGF0IDB4NDAwMDAwMDAwMWZmZmZmCmZzdGF0OiBjYW4ndCByZWFkIGZpbGUgNCBh dCAweDc4MDAwMGZmZmYKZnN0YXQ6IGNhbid0IHJlYWQgZmlsZSA3IGF0IDB4MjAwMDA3ZmZmZmZm ZmZmCmZzdGF0OiBjYW4ndCByZWFkIGZpbGUgOCBhdCAweDQwMDAwMDAwMDFmZmZmZgpmc3RhdDog Y2FuJ3QgcmVhZCBmaWxlIDEwIGF0IDB4NzgwMDAwZmZmZgpmc3RhdDogY2FuJ3QgcmVhZCBmaWxl IDEzIGF0IDB4MjAwMDA3ZmZmZmZmZmZmCmZzdGF0OiBjYW4ndCByZWFkIGZpbGUgMTQgYXQgMHg0 MDAwMDAwMDAxZmZmZmYKZnN0YXQ6IGNhbid0IHJlYWQgZmlsZSAxNiBhdCAweDc4MDAwMGZmZmYK ZnN0YXQ6IGNhbid0IHJlYWQgZmlsZSAxOSBhdCAweDIwMDAwN2ZmZmZmZmZmZgpmc3RhdDogY2Fu J3QgcmVhZCBmaWxlIDEgYXQgMHgyMDAwMDdmZmZmZmZmZmYKZnN0YXQ6IGNhbid0IHJlYWQgZmls ZSAyIGF0IDB4NDAwMDAwMDAwMWZmZmZmCmZzdGF0OiBjYW4ndCByZWFkIGZpbGUgNCBhdCAweDc4 MDAwMGZmZmYKZnN0YXQ6IGNhbid0IHJlYWQgZmlsZSAxIGF0IDB4MjAwMDA3ZmZmZmZmZmZmCmZz dGF0OiBjYW4ndCByZWFkIGZpbGUgMiBhdCAweDQwMDAwMDAwMDFmZmZmZgpmc3RhdDogY2FuJ3Qg cmVhZCBmaWxlIDQgYXQgMHg3ODAwMDBmZmZmCmZzdGF0OiBjYW4ndCByZWFkIGZpbGUgMSBhdCAw eDIwMDAwN2ZmZmZmZmZmZgpmc3RhdDogY2FuJ3QgcmVhZCBmaWxlIDIgYXQgMHg0MDAwMDAwMDAx ZmZmZmYKZnN0YXQ6IGNhbid0IHJlYWQgZmlsZSA0IGF0IDB4NzgwMDAwZmZmZgpmc3RhdDogY2Fu J3QgcmVhZCBmaWxlIDEgYXQgMHgyMDAwMDAwMDAwMDAwMDAKZnN0YXQ6IGNhbid0IHJlYWQgZmls ZSAyIGF0IDB4NDAwMDAwMDAwMDAwMDAwCmZzdGF0OiBjYW4ndCByZWFkIGZpbGUgNyBhdCAweDIw MDAwMDAwMDAwMDAwMgpmc3RhdDogY2FuJ3QgcmVhZCBmaWxlIDggYXQgMHg0MDAwMDAwMDAwMDAw MDAKZnN0YXQ6IGNhbid0IHJlYWQgZmlsZSAxIGF0IDB4MjAwMDA3ZmZmZmZmZmZmCmZzdGF0OiBj YW4ndCByZWFkIGZpbGUgMiBhdCAweDQwMDAwMDAwMDFmZmZmZgpmc3RhdDogY2FuJ3QgcmVhZCBm aWxlIDQgYXQgMHg3ODAwMDBmZmZmCmZzdGF0OiBjYW4ndCByZWFkIGZpbGUgNyBhdCAweDIwMDAw N2ZmZmZmZmZmZgpmc3RhdDogY2FuJ3QgcmVhZCBmaWxlIDggYXQgMHg0MDAwMDAwMDAxZmZmZmYK ZnN0YXQ6IGNhbid0IHJlYWQgZmlsZSAxIGF0IDB4MjAwMDA3ZmZmZmZmZmZmCmZzdGF0OiBjYW4n dCByZWFkIGZpbGUgMiBhdCAweDQwMDAwMDAwMDFmZmZmZgpVU0VSICAgICBDTUQgICAgICAgICAg UElEICAgRkQgTU9VTlQgICAgICBJTlVNIE1PREUgICAgICAgICBTWnxEViBSL1cKcm9vdCAgICAg c3RvcmNsaTY0ICAgMjg1NCByb290IC8gICAgICAgICAgICAgMiBkcnd4ci14ci14ICAgIDEwMjQg IHIKcm9vdCAgICAgc3RvcmNsaTY0ICAgMjg1NCAgIHdkIC8gICAgICAgIDM3OTIwOTYyMyBkcnd4 ci14ci14ICAgICA1MTIgIHIKcm9vdCAgICAgc3RvcmNsaTY0ICAgMjg1NCB0ZXh0IC8gICAgICAg IDM3OTIwOTYyNCAtcnd4cnd4cnd4ICA2OTE1NTYwICByCnJvb3QgICAgIHN0b3JjbGk2NCAgIDI4 NTQgY3R0eSAvZGV2ICAgICAgICAgNjMgY3J3LS0tLS0tLSAgIHR0eXYwIHJ3CnJvb3QgICAgIHN0 b3JjbGk2NCAgIDI4NTQgICAgMCAvZGV2ICAgICAgICAgNjMgY3J3LS0tLS0tLSAgIHR0eXYwIHJ3 CnJvb3QgICAgIHZpICAgICAgICAgIDI4NDAgcm9vdCAvICAgICAgICAgICAgIDIgZHJ3eHIteHIt eCAgICAxMDI0ICByCnJvb3QgICAgIHZpICAgICAgICAgIDI4NDAgICB3ZCAvICAgICAgICA4MDI1 NjAwOSBkcnd4ci14LS0tICAgICA1MTIgIHIKcm9vdCAgICAgdmkgICAgICAgICAgMjg0MCB0ZXh0 IC8gICAgICAgIDQ2NDYwMjA5MCAtci14ci14ci14ICA0MDI1OTIgIHIKcm9vdCAgICAgdmkgICAg ICAgICAgMjg0MCBjdHR5IC9kZXYgICAgICAgIDg2NSBjcnctLXctLS0tICAgcHRzLzAgcncKcm9v dCAgICAgdmkgICAgICAgICAgMjg0MCAgICAwIC9kZXYgICAgICAgIDg2NSBjcnctLXctLS0tICAg cHRzLzAgcncKcm9vdCAgICAgY3NoICAgICAgICAgMjgzMCByb290IC8gICAgICAgICAgICAgMiBk cnd4ci14ci14ICAgIDEwMjQgIHIKcm9vdCAgICAgY3NoICAgICAgICAgMjgzMCAgIHdkIC8gICAg ICAgIDgwMjU2MDA5IGRyd3hyLXgtLS0gICAgIDUxMiAgcgpyb290ICAgICBjc2ggICAgICAgICAy ODMwIHRleHQgLyAgICAgICAgNDMzNDYyNjU3IC1yLXhyLXhyLXggIDM3NDEyMCAgcgpyb290ICAg ICBjc2ggICAgICAgICAyODMwIGN0dHkgL2RldiAgICAgICAgODY1IGNydy0tdy0tLS0gICBwdHMv MCBydwpyb290ICAgICBzc2hkICAgICAgICAyODIzIHJvb3QgLyAgICAgICAgICAgICAyIGRyd3hy LXhyLXggICAgMTAyNCAgcgpyb290ICAgICBzc2hkICAgICAgICAyODIzICAgd2QgLyAgICAgICAg ICAgICAyIGRyd3hyLXhyLXggICAgMTAyNCAgcgpyb290ICAgICBzc2hkICAgICAgICAyODIzIHRl eHQgLyAgICAgICAgNDY0NjA1MTM2IC1yLXhyLXhyLXggIDI5MjAxNiAgcgpyb290ICAgICBzc2hk ICAgICAgICAyODIzICAgIDAgL2RldiAgICAgICAgIDE1IGNydy1ydy1ydy0gICAgbnVsbCBydwpy b290ICAgICBzc2hkICAgICAgICAyODIzICAgIDYgL2RldiAgICAgICAgIDE1IGNydy1ydy1ydy0g ICAgbnVsbCBydwpyb290ICAgICBzc2hkICAgICAgICAxMDg1IHJvb3QgLyAgICAgICAgICAgICAy IGRyd3hyLXhyLXggICAgMTAyNCAgcgpyb290ICAgICBzc2hkICAgICAgICAxMDg1ICAgd2QgLyAg ICAgICAgICAgICAyIGRyd3hyLXhyLXggICAgMTAyNCAgcgpyb290ICAgICBzc2hkICAgICAgICAx MDg1IHRleHQgLyAgICAgICAgNDY0NjA1MTM2IC1yLXhyLXhyLXggIDI5MjAxNiAgcgpyb290ICAg ICBzc2hkICAgICAgICAxMDg1ICAgIDAgL2RldiAgICAgICAgIDE1IGNydy1ydy1ydy0gICAgbnVs bCBydwpyb290ICAgICBzc2hkICAgICAgICAxMDg1ICAgIDYgL2RldiAgICAgICAgIDE1IGNydy1y dy1ydy0gICAgbnVsbCBydwpyb290ICAgICBjc2ggICAgICAgICAxMDgzIHJvb3QgLyAgICAgICAg ICAgICAyIGRyd3hyLXhyLXggICAgMTAyNCAgcgpyb290ICAgICBjc2ggICAgICAgICAxMDgzICAg d2QgLyAgICAgICAgMzc5MjA5NjIzIGRyd3hyLXhyLXggICAgIDUxMiAgcgpyb290ICAgICBjc2gg ICAgICAgICAxMDgzIHRleHQgLyAgICAgICAgNDMzNDYyNjU3IC1yLXhyLXhyLXggIDM3NDEyMCAg cgpyb290ICAgICBjc2ggICAgICAgICAxMDgzIGN0dHkgL2RldiAgICAgICAgIDYzIGNydy0tLS0t LS0gICB0dHl2MCBydwpyb290ICAgICBzc2hkICAgICAgICAxMDgxIHJvb3QgLyAgICAgICAgICAg ICAyIGRyd3hyLXhyLXggICAgMTAyNCAgcgpyb290ICAgICBzc2hkICAgICAgICAxMDgxICAgd2Qg LyAgICAgICAgICAgICAyIGRyd3hyLXhyLXggICAgMTAyNCAgcgpyb290ICAgICBzc2hkICAgICAg ICAxMDgxIHRleHQgLyAgICAgICAgNDY0NjA1MTM2IC1yLXhyLXhyLXggIDI5MjAxNiAgcgpyb290 ICAgICBzc2hkICAgICAgICAxMDgxICAgIDAgL2RldiAgICAgICAgIDE1IGNydy1ydy1ydy0gICAg bnVsbCBydwpyb290ICAgICBzc2hkICAgICAgICAxMDgxICAgIDYgL2RldiAgICAgICAgIDE1IGNy dy1ydy1ydy0gICAgbnVsbCBydwpyb290ICAgICBnZXR0eSAgICAgICAxMDgwIHJvb3QgLyAgICAg ICAgICAgICAyIGRyd3hyLXhyLXggICAgMTAyNCAgcgpyb290ICAgICBnZXR0eSAgICAgICAxMDgw ICAgd2QgLyAgICAgICAgICAgICAyIGRyd3hyLXhyLXggICAgMTAyNCAgcgpyb290ICAgICBnZXR0 eSAgICAgICAxMDgwIHRleHQgLyAgICAgICAgNDY0NjA1MjU0IC1yLXhyLXhyLXggICAyNzk3NiAg cgpyb290ICAgICBnZXR0eSAgICAgICAxMDgwIGN0dHkgL2RldiAgICAgICAgIDcwIGNydy0tLS0t LS0gICB0dHl2NyBydwpyb290ICAgICBnZXR0eSAgICAgICAxMDgwICAgIDAgL2RldiAgICAgICAg IDcwIGNydy0tLS0tLS0gICB0dHl2NyBydwpyb290ICAgICBnZXR0eSAgICAgICAxMDc5IHJvb3Qg LyAgICAgICAgICAgICAyIGRyd3hyLXhyLXggICAgMTAyNCAgcgpyb290ICAgICBnZXR0eSAgICAg ICAxMDc5ICAgd2QgLyAgICAgICAgICAgICAyIGRyd3hyLXhyLXggICAgMTAyNCAgcgpyb290ICAg ICBnZXR0eSAgICAgICAxMDc5IHRleHQgLyAgICAgICAgNDY0NjA1MjU0IC1yLXhyLXhyLXggICAy Nzk3NiAgcgpyb290ICAgICBnZXR0eSAgICAgICAxMDc5IGN0dHkgL2RldiAgICAgICAgIDY5IGNy dy0tLS0tLS0gICB0dHl2NiBydwpyb290ICAgICBnZXR0eSAgICAgICAxMDc5ICAgIDAgL2RldiAg ICAgICAgIDY5IGNydy0tLS0tLS0gICB0dHl2NiBydwpyb290ICAgICBnZXR0eSAgICAgICAxMDc4 IHJvb3QgLyAgICAgICAgICAgICAyIGRyd3hyLXhyLXggICAgMTAyNCAgcgpyb290ICAgICBnZXR0 eSAgICAgICAxMDc4ICAgd2QgLyAgICAgICAgICAgICAyIGRyd3hyLXhyLXggICAgMTAyNCAgcgpy b290ICAgICBnZXR0eSAgICAgICAxMDc4IHRleHQgLyAgICAgICAgNDY0NjA1MjU0IC1yLXhyLXhy LXggICAyNzk3NiAgcgpyb290ICAgICBnZXR0eSAgICAgICAxMDc4IGN0dHkgL2RldiAgICAgICAg IDY4IGNydy0tLS0tLS0gICB0dHl2NSBydwpyb290ICAgICBnZXR0eSAgICAgICAxMDc4ICAgIDAg L2RldiAgICAgICAgIDY4IGNydy0tLS0tLS0gICB0dHl2NSBydwpyb290ICAgICBnZXR0eSAgICAg ICAxMDc3IHJvb3QgLyAgICAgICAgICAgICAyIGRyd3hyLXhyLXggICAgMTAyNCAgcgpyb290ICAg ICBnZXR0eSAgICAgICAxMDc3ICAgd2QgLyAgICAgICAgICAgICAyIGRyd3hyLXhyLXggICAgMTAy NCAgcgpyb290ICAgICBnZXR0eSAgICAgICAxMDc3IHRleHQgLyAgICAgICAgNDY0NjA1MjU0IC1y LXhyLXhyLXggICAyNzk3NiAgcgpyb290ICAgICBnZXR0eSAgICAgICAxMDc3IGN0dHkgL2RldiAg ICAgICAgIDY3IGNydy0tLS0tLS0gICB0dHl2NCBydwpyb290ICAgICBnZXR0eSAgICAgICAxMDc3 ICAgIDAgL2RldiAgICAgICAgIDY3IGNydy0tLS0tLS0gICB0dHl2NCBydwpyb290ICAgICBnZXR0 eSAgICAgICAxMDc2IHJvb3QgLyAgICAgICAgICAgICAyIGRyd3hyLXhyLXggICAgMTAyNCAgcgpy b290ICAgICBnZXR0eSAgICAgICAxMDc2ICAgd2QgLyAgICAgICAgICAgICAyIGRyd3hyLXhyLXgg ICAgMTAyNCAgcgpyb290ICAgICBnZXR0eSAgICAgICAxMDc2IHRleHQgLyAgICAgICAgNDY0NjA1 MjU0IC1yLXhyLXhyLXggICAyNzk3NiAgcgpyb290ICAgICBnZXR0eSAgICAgICAxMDc2IGN0dHkg L2RldiAgICAgICAgIDY2IGNydy0tLS0tLS0gICB0dHl2MyBydwpyb290ICAgICBnZXR0eSAgICAg ICAxMDc2ICAgIDAgL2RldiAgICAgICAgIDY2IGNydy0tLS0tLS0gICB0dHl2MyBydwpyb290ICAg ICBnZXR0eSAgICAgICAxMDc1IHJvb3QgLyAgICAgICAgICAgICAyIGRyd3hyLXhyLXggICAgMTAy NCAgcgpyb290ICAgICBnZXR0eSAgICAgICAxMDc1ICAgd2QgLyAgICAgICAgICAgICAyIGRyd3hy LXhyLXggICAgMTAyNCAgcgpyb290ICAgICBnZXR0eSAgICAgICAxMDc1IHRleHQgLyAgICAgICAg NDY0NjA1MjU0IC1yLXhyLXhyLXggICAyNzk3NiAgcgpyb290ICAgICBnZXR0eSAgICAgICAxMDc1 IGN0dHkgL2RldiAgICAgICAgIDY1IGNydy0tLS0tLS0gICB0dHl2MiBydwpyb290ICAgICBnZXR0 eSAgICAgICAxMDc1ICAgIDAgL2RldiAgICAgICAgIDY1IGNydy0tLS0tLS0gICB0dHl2MiBydwpy b290ICAgICBnZXR0eSAgICAgICAxMDc0IHJvb3QgLyAgICAgICAgICAgICAyIGRyd3hyLXhyLXgg ICAgMTAyNCAgcgpyb290ICAgICBnZXR0eSAgICAgICAxMDc0ICAgd2QgLyAgICAgICAgICAgICAy IGRyd3hyLXhyLXggICAgMTAyNCAgcgpyb290ICAgICBnZXR0eSAgICAgICAxMDc0IHRleHQgLyAg ICAgICAgNDY0NjA1MjU0IC1yLXhyLXhyLXggICAyNzk3NiAgcgpyb290ICAgICBnZXR0eSAgICAg ICAxMDc0IGN0dHkgL2RldiAgICAgICAgIDY0IGNydy0tLS0tLS0gICB0dHl2MSBydwpyb290ICAg ICBnZXR0eSAgICAgICAxMDc0ICAgIDAgL2RldiAgICAgICAgIDY0IGNydy0tLS0tLS0gICB0dHl2 MSBydwpyb290ICAgICBsb2dpbiAgICAgICAxMDczIHJvb3QgLyAgICAgICAgICAgICAyIGRyd3hy LXhyLXggICAgMTAyNCAgcgpyb290ICAgICBsb2dpbiAgICAgICAxMDczICAgd2QgLyAgICAgICAg NzY2NDQ0ODAgZHJ3eHIteHIteCAgICAgNTEyICByCnJvb3QgICAgIGxvZ2luICAgICAgIDEwNzMg dGV4dCAvICAgICAgICA0NjQ2MDIxMTUgLXItc3IteHIteCAgIDI0NzUyICByCnJvb3QgICAgIGxv Z2luICAgICAgIDEwNzMgY3R0eSAvZGV2ICAgICAgICAgNjMgY3J3LS0tLS0tLSAgIHR0eXYwIHJ3 CnJvb3QgICAgIGxvZ2luICAgICAgIDEwNzMgICAgMCAvZGV2ICAgICAgICAgNjMgY3J3LS0tLS0t LSAgIHR0eXYwIHJ3CnJvb3QgICAgIGNyb24gICAgICAgIDEwMTcgcm9vdCAvICAgICAgICAgICAg IDIgZHJ3eHIteHIteCAgICAxMDI0ICByCnJvb3QgICAgIGNyb24gICAgICAgIDEwMTcgICB3ZCAv ICAgICAgICA4MDI1NjAyMSBkcnd4ci14LS0tICAgICA1MTIgIHIKcm9vdCAgICAgY3JvbiAgICAg ICAgMTAxNyB0ZXh0IC8gICAgICAgIDQ2NDYwNTIwNyAtci14ci14ci14ICAgNDEwMjQgIHIKcm9v dCAgICAgY3JvbiAgICAgICAgMTAxNyAgICAwIC9kZXYgICAgICAgICAxNSBjcnctcnctcnctICAg IG51bGwgcncKc21tc3AgICAgc2VuZG1haWwgICAgMTAxMyByb290IC8gICAgICAgICAgICAgMiBk cnd4ci14ci14ICAgIDEwMjQgIHIKc21tc3AgICAgc2VuZG1haWwgICAgMTAxMyAgIHdkIC8gICAg ICAgIDgwMjU2MDQwIGRyd3hyd3gtLS0gICAgIDUxMiAgcgpzbW1zcCAgICBzZW5kbWFpbCAgICAx MDEzIHRleHQgLyAgICAgICAgNDY0NjkwNzE2IC1yLXhyLXNyLXggIDY3NjA2NCAgcgpzbW1zcCAg ICBzZW5kbWFpbCAgICAxMDEzICAgIDAgL2RldiAgICAgICAgIDE1IGNydy1ydy1ydy0gICAgbnVs bCAgcgpyb290ICAgICBzZW5kbWFpbCAgICAxMDEwIHJvb3QgLyAgICAgICAgICAgICAyIGRyd3hy LXhyLXggICAgMTAyNCAgcgpyb290ICAgICBzZW5kbWFpbCAgICAxMDEwICAgd2QgLyAgICAgICAg ODAyNTYwMzkgZHJ3eHIteHIteCAgICAxNTM2ICByCnJvb3QgICAgIHNlbmRtYWlsICAgIDEwMTAg dGV4dCAvICAgICAgICA0NjQ2OTA3MTYgLXIteHItc3IteCAgNjc2MDY0ICByCnJvb3QgICAgIHNl bmRtYWlsICAgIDEwMTAgICAgMCAvZGV2ICAgICAgICAgMTUgY3J3LXJ3LXJ3LSAgICBudWxsICBy CnJvb3QgICAgIHNzaGQgICAgICAgIDEwMDcgcm9vdCAvICAgICAgICAgICAgIDIgZHJ3eHIteHIt eCAgICAxMDI0ICByCnJvb3QgICAgIHNzaGQgICAgICAgIDEwMDcgICB3ZCAvICAgICAgICAgICAg IDIgZHJ3eHIteHIteCAgICAxMDI0ICByCnJvb3QgICAgIHNzaGQgICAgICAgIDEwMDcgdGV4dCAv ICAgICAgICA0NjQ2MDUxMzYgLXIteHIteHIteCAgMjkyMDE2ICByCnJvb3QgICAgIHNzaGQgICAg ICAgIDEwMDcgICAgMCAvZGV2ICAgICAgICAgMTUgY3J3LXJ3LXJ3LSAgICBudWxsIHJ3CnJvb3Qg ICAgIHNzaGQgICAgICAgIDEwMDcgICAgNiAvZGV2ICAgICAgICAgMTUgY3J3LXJ3LXJ3LSAgICBu dWxsIHJ3CnJvb3QgICAgIHBvd2VyZCAgICAgICA5ODAgcm9vdCAvICAgICAgICAgICAgIDIgZHJ3 eHIteHIteCAgICAxMDI0ICByCnJvb3QgICAgIHBvd2VyZCAgICAgICA5ODAgICB3ZCAvICAgICAg ICAgICAgIDIgZHJ3eHIteHIteCAgICAxMDI0ICByCnJvb3QgICAgIHBvd2VyZCAgICAgICA5ODAg dGV4dCAvICAgICAgICA0NjQ2MDUyMzUgLXIteHIteHIteCAgIDE1NjI0ICByCnJvb3QgICAgIHBv d2VyZCAgICAgICA5ODAgICAgMCAvZGV2ICAgICAgICAgMTUgY3J3LXJ3LXJ3LSAgICBudWxsIHJ3 CnJvb3QgICAgIHN5c2xvZ2QgICAgICA4MjUgcm9vdCAvICAgICAgICAgICAgIDIgZHJ3eHIteHIt eCAgICAxMDI0ICByCnJvb3QgICAgIHN5c2xvZ2QgICAgICA4MjUgICB3ZCAvICAgICAgICAgICAg IDIgZHJ3eHIteHIteCAgICAxMDI0ICByCnJvb3QgICAgIHN5c2xvZ2QgICAgICA4MjUgdGV4dCAv ICAgICAgICA0NjQ2MDUyMDYgLXIteHIteHIteCAgIDM5NjQ4ICByCnJvb3QgICAgIHN5c2xvZ2Qg ICAgICA4MjUgICAgMCAvZGV2ICAgICAgICAgMTUgY3J3LXJ3LXJ3LSAgICBudWxsIHJ3CnJvb3Qg ICAgIHN5c2xvZ2QgICAgICA4MjUgICAgNiAvZGV2ICAgICAgICAgMTUgY3J3LXJ3LXJ3LSAgICBu dWxsIHJ3CnJvb3QgICAgIHN5c2xvZ2QgICAgICA4MjUgICAxMiAvZGV2ICAgICAgICAgMTUgY3J3 LXJ3LXJ3LSAgICBudWxsIHJ3CnJvb3QgICAgIHN5c2xvZ2QgICAgICA4MjUgICAxOCAvICAgICAg ICA4MDI1NjEzNyAtcnctLS0tLS0tICAgICAgIDMgIHcKcm9vdCAgICAgZGV2ZCAgICAgICAgIDcx MCByb290IC8gICAgICAgICAgICAgMiBkcnd4ci14ci14ICAgIDEwMjQgIHIKcm9vdCAgICAgZGV2 ZCAgICAgICAgIDcxMCAgIHdkIC8gICAgICAgICAgICAgMiBkcnd4ci14ci14ICAgIDEwMjQgIHIK cm9vdCAgICAgZGV2ZCAgICAgICAgIDcxMCB0ZXh0IC8gICAgICAgIDE3MjU1MDQ4NSAtci14ci14 ci14ICAxMDYzMDQ4ICByCnJvb3QgICAgIGRldmQgICAgICAgICA3MTAgICAgMCAvZGV2ICAgICAg ICAgMTUgY3J3LXJ3LXJ3LSAgICBudWxsIHJ3CnJvb3QgICAgIGRldmQgICAgICAgICA3MTAgICAg NiAvZGV2ICAgICAgICAgMTUgY3J3LXJ3LXJ3LSAgICBudWxsIHJ3CnJvb3QgICAgIG1vdXNlZCAg ICAgICA2ODkgcm9vdCAvICAgICAgICAgICAgIDIgZHJ3eHIteHIteCAgICAxMDI0ICByCnJvb3Qg ICAgIG1vdXNlZCAgICAgICA2ODkgICB3ZCAvICAgICAgICAgICAgIDIgZHJ3eHIteHIteCAgICAx MDI0ICByCnJvb3QgICAgIG1vdXNlZCAgICAgICA2ODkgdGV4dCAvICAgICAgICA0NjQ2MDUxMzAg LXIteHIteHIteCAgIDM3ODcyICByCnJvb3QgICAgIG1vdXNlZCAgICAgICA2ODkgICAgMCAvZGV2 ICAgICAgICAgMTUgY3J3LXJ3LXJ3LSAgICBudWxsIHJ3CnJvb3QgICAgIG1vdXNlZCAgICAgICA2 Njggcm9vdCAvICAgICAgICAgICAgIDIgZHJ3eHIteHIteCAgICAxMDI0ICByCnJvb3QgICAgIG1v dXNlZCAgICAgICA2NjggICB3ZCAvICAgICAgICAgICAgIDIgZHJ3eHIteHIteCAgICAxMDI0ICBy CnJvb3QgICAgIG1vdXNlZCAgICAgICA2NjggdGV4dCAvICAgICAgICA0NjQ2MDUxMzAgLXIteHIt eHIteCAgIDM3ODcyICByCnJvb3QgICAgIG1vdXNlZCAgICAgICA2NjggICAgMCAvZGV2ICAgICAg ICAgMTUgY3J3LXJ3LXJ3LSAgICBudWxsIHJ3Cl9kaGNwICAgIGRoY2xpZW50ICAgICA2NjMgcm9v dCAvICAgICAgICA4MDI1NjAxNyBkci14ci14ci14ICAgICA1MTIgIHIKX2RoY3AgICAgZGhjbGll bnQgICAgIDY2MyAgIHdkIC8gICAgICAgIDgwMjU2MDE3IGRyLXhyLXhyLXggICAgIDUxMiAgcgpf ZGhjcCAgICBkaGNsaWVudCAgICAgNjYzIGphaWwgLyAgICAgICAgODAyNTYwMTcgZHIteHIteHIt eCAgICAgNTEyICByCl9kaGNwICAgIGRoY2xpZW50ICAgICA2NjMgdGV4dCAvICAgICAgICAxNzI1 NTA0MzIgLXIteHIteHIteCAgIDkxOTA0ICByCl9kaGNwICAgIGRoY2xpZW50ICAgICA2NjMgICAg MCAvZGV2ICAgICAgICAgMTUgY3J3LXJ3LXJ3LSAgICBudWxsIHJ3Cl9kaGNwICAgIGRoY2xpZW50 ICAgICA2NjMgICAgNiAvZGV2ICAgICAgICAgMTUgY3J3LXJ3LXJ3LSAgICBudWxsIHJ3CnJvb3Qg ICAgIGRoY2xpZW50ICAgICA2Mjcgcm9vdCAvICAgICAgICAgICAgIDIgZHJ3eHIteHIteCAgICAx MDI0ICByCnJvb3QgICAgIGRoY2xpZW50ICAgICA2MjcgICB3ZCAvICAgICAgICAgICAgIDIgZHJ3 eHIteHIteCAgICAxMDI0ICByCnJvb3QgICAgIGRoY2xpZW50ICAgICA2MjcgdGV4dCAvICAgICAg ICAxNzI1NTA0MzIgLXIteHIteHIteCAgIDkxOTA0ICByCnJvb3QgICAgIGRoY2xpZW50ICAgICA2 MjcgICAgMCAvZGV2ICAgICAgICAgMTUgY3J3LXJ3LXJ3LSAgICBudWxsIHJ3CnJvb3QgICAgIGRo Y2xpZW50ICAgICA2MjcgICAgNiAvZGV2ICAgICAgICAgMTUgY3J3LXJ3LXJ3LSAgICBudWxsIHJ3 CnJvb3QgICAgIGFkamtlcm50eiAgICAxMjEgcm9vdCAvICAgICAgICAgICAgIDIgZHJ3eHIteHIt eCAgICAxMDI0ICByCnJvb3QgICAgIGFkamtlcm50eiAgICAxMjEgICB3ZCAvICAgICAgICAgICAg IDIgZHJ3eHIteHIteCAgICAxMDI0ICByCnJvb3QgICAgIGFkamtlcm50eiAgICAxMjEgdGV4dCAv ICAgICAgICAxNzI1NTA0MzMgLXIteHIteHIteCAgICA5MTg0ICByCnJvb3QgICAgIGFkamtlcm50 eiAgICAxMjEgICAgMCAvZGV2ICAgICAgICAgMTUgY3J3LXJ3LXJ3LSAgICBudWxsIHJ3CnJvb3Qg ICAgIGluaXQgICAgICAgICAgIDEgcm9vdCAvICAgICAgICAgICAgIDIgZHJ3eHIteHIteCAgICAx MDI0ICByCnJvb3QgICAgIGluaXQgICAgICAgICAgIDEgICB3ZCAvICAgICAgICAgICAgIDIgZHJ3 eHIteHIteCAgICAxMDI0ICByCnJvb3QgICAgIGluaXQgICAgICAgICAgIDEgdGV4dCAvICAgICAg ICAxNzI1NTA0MDIgLXIteHIteHIteCAgOTM5MzIwICByCnJvb3QgICAgIGtlcm5lbCAgICAgICAg IDAgcm9vdCAvICAgICAgICAgICAgIDIgZHJ3eHIteHIteCAgICAxMDI0ICByCnJvb3QgICAgIGtl cm5lbCAgICAgICAgIDAgICB3ZCAvICAgICAgICAgICAgIDIgZHJ3eHIteHIteCAgICAxMDI0ICBy CgotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0KZG1lc2cKCiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IHMvbiAwMGI4 Y2MxMTljY2M4M2Y2MWIxMDUwZjAwOGIwMDUwNiBkZXRhY2hlZApkYTY2IGF0IG1yc2FzMCBidXMg MCBzY2J1czAgdGFyZ2V0IDY2IGx1biAwCmRhNjY6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gcy9u IDAwNzVmMTExOWNjYzgzZjYxYjEwNTBmMDA4YjAwNTA2IGRldGFjaGVkCmRhNjcgYXQgbXJzYXMw IGJ1cyAwIHNjYnVzMCB0YXJnZXQgNjcgbHVuIDAKZGE2NzogPENpc2NvIE1SOTM2MS04aSA0LjI3 PiBzL24gMDA0YTEzMTI5Y2NjODNmNjFiMTA1MGYwMDhiMDA1MDYgZGV0YWNoZWQKZGE2OCBhdCBt cnNhczAgYnVzIDAgc2NidXMwIHRhcmdldCA2OCBsdW4gMApkYTY4OiA8Q2lzY28gTVI5MzYxLThp IDQuMjc+IHMvbiAwMGM0MzIxMjljY2M4M2Y2MWIxMDUwZjAwOGIwMDUwNiBkZXRhY2hlZApkYTY5 IGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDY5IGx1biAwCmRhNjk6IDxDaXNjbyBNUjkz NjEtOGkgNC4yNz4gcy9uIDAwZjY1MTEyOWNjYzgzZjYxYjEwNTBmMDA4YjAwNTA2IGRldGFjaGVk CmRhNzAgYXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgNzAgbHVuIDAKZGE3MDogPENpc2Nv IE1SOTM2MS04aSA0LjI3PiBzL24gMDAxOTcxMTI5Y2NjODNmNjFiMTA1MGYwMDhiMDA1MDYgZGV0 YWNoZWQKZGE3MSBhdCBtcnNhczAgYnVzIDAgc2NidXMwIHRhcmdldCA3MSBsdW4gMApkYTcxOiA8 Q2lzY28gTVI5MzYxLThpIDQuMjc+IHMvbiAwMDJkOTMxMjljY2M4M2Y2MWIxMDUwZjAwOGIwMDUw NiBkZXRhY2hlZApkYTcyIGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDcyIGx1biAwCmRh NzI6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gcy9uIDAwYzgxZDEzOWNjYzgzZjYxYjEwNTBmMDA4 YjAwNTA2IGRldGFjaGVkCmRhNzMgYXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgNzMgbHVu IDAKZGE3MzogPENpc2NvIE1SOTM2MS04aSA0LjI3PiBzL24gMDAxODNjMTM5Y2NjODNmNjFiMTA1 MGYwMDhiMDA1MDYgZGV0YWNoZWQKZGE3NCBhdCBtcnNhczAgYnVzIDAgc2NidXMwIHRhcmdldCA3 NCBsdW4gMApkYTc0OiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IHMvbiAwMDYyNWIxMzljY2M4M2Y2 MWIxMDUwZjAwOGIwMDUwNiBkZXRhY2hlZApkYTc1IGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFy Z2V0IDc1IGx1biAwCmRhNzU6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gcy9uIDAwN2Q3YTEzOWNj YzgzZjYxYjEwNTBmMDA4YjAwNTA2IGRldGFjaGVkCmRhNzYgYXQgbXJzYXMwIGJ1cyAwIHNjYnVz MCB0YXJnZXQgNzYgbHVuIDAKZGE3NjogPENpc2NvIE1SOTM2MS04aSA0LjI3PiBzL24gMDA0MTk5 MTM5Y2NjODNmNjFiMTA1MGYwMDhiMDA1MDYgZGV0YWNoZWQKZGE3NyBhdCBtcnNhczAgYnVzIDAg c2NidXMwIHRhcmdldCA3NyBsdW4gMApkYTc3OiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IHMvbiAw MDdjYjgxMzljY2M4M2Y2MWIxMDUwZjAwOGIwMDUwNiBkZXRhY2hlZAooZGE1Om1yc2FzMDowOjU6 MCk6IFBlcmlwaCBkZXN0cm95ZWQKZGE3OCBhdCBtcnNhczAgYnVzIDAgc2NidXMwIHRhcmdldCA3 OCBsdW4gMApkYTc4OiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IHMvbiAwMDI0ZDcxMzljY2M4M2Y2 MWIxMDUwZjAwOGIwMDUwNiBkZXRhY2hlZApkYTc5IGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFy Z2V0IDc5IGx1biAwCmRhNzk6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gcy9uIDAwYjlmNTEzOWNj YzgzZjYxYjEwNTBmMDA4YjAwNTA2IGRldGFjaGVkCmRhODAgYXQgbXJzYXMwIGJ1cyAwIHNjYnVz MCB0YXJnZXQgODAgbHVuIDAKZGE4MDogPENpc2NvIE1SOTM2MS04aSA0LjI3PiBzL24gMDBiNTdh MTQ5Y2NjODNmNjFiMTA1MGYwMDhiMDA1MDYgZGV0YWNoZWQKZGE4MSBhdCBtcnNhczAgYnVzIDAg c2NidXMwIHRhcmdldCA4MSBsdW4gMApkYTgxOiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IHMvbiAw MDM3OTkxNDljY2M4M2Y2MWIxMDUwZjAwOGIwMDUwNiBkZXRhY2hlZApkYTgyIGF0IG1yc2FzMCBi dXMgMCBzY2J1czAgdGFyZ2V0IDgyIGx1biAwCmRhODI6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4g cy9uIDAwNjhiODE0OWNjYzgzZjYxYjEwNTBmMDA4YjAwNTA2IGRldGFjaGVkCmRhODMgYXQgbXJz YXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgODMgbHVuIDAKZGE4MzogPENpc2NvIE1SOTM2MS04aSA0 LjI3PiBzL24gMDBhOGQ2MTQ5Y2NjODNmNjFiMTA1MGYwMDhiMDA1MDYgZGV0YWNoZWQKZGE4NCBh dCBtcnNhczAgYnVzIDAgc2NidXMwIHRhcmdldCA4NCBsdW4gMApkYTg0OiA8Q2lzY28gTVI5MzYx LThpIDQuMjc+IHMvbiAwMDNhZjYxNDljY2M4M2Y2MWIxMDUwZjAwOGIwMDUwNiBkZXRhY2hlZApk YTg1IGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDg1IGx1biAwCmRhODU6IDxDaXNjbyBN UjkzNjEtOGkgNC4yNz4gcy9uIDAwMmMxYTE1OWNjYzgzZjYxYjEwNTBmMDA4YjAwNTA2IGRldGFj aGVkCihkYTQ6bXJzYXMwOjA6NDowKTogUGVyaXBoIGRlc3Ryb3llZApkYTg2IGF0IG1yc2FzMCBi dXMgMCBzY2J1czAgdGFyZ2V0IDg2IGx1biAwCmRhODY6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4g cy9uIDAwNWU0ODE1OWNjYzgzZjYxYjEwNTBmMDA4YjAwNTA2IGRldGFjaGVkCmRhODcgYXQgbXJz YXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgODcgbHVuIDAKZGE4NzogPENpc2NvIE1SOTM2MS04aSA0 LjI3PiBzL24gMDAxNjY5MTU5Y2NjODNmNjFiMTA1MGYwMDhiMDA1MDYgZGV0YWNoZWQKZGE4OCBh dCBtcnNhczAgYnVzIDAgc2NidXMwIHRhcmdldCA4OCBsdW4gMApkYTg4OiA8Q2lzY28gTVI5MzYx LThpIDQuMjc+IHMvbiAwMGFjODkxNTljY2M4M2Y2MWIxMDUwZjAwOGIwMDUwNiBkZXRhY2hlZApk YTg5IGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDg5IGx1biAwCmRhODk6IDxDaXNjbyBN UjkzNjEtOGkgNC4yNz4gcy9uIDAwZWIxNjE2OWNjYzgzZjYxYjEwNTBmMDA4YjAwNTA2IGRldGFj aGVkCmRhOTAgYXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgOTAgbHVuIDAKZGE5MDogPENp c2NvIE1SOTM2MS04aSA0LjI3PiBzL24gMDAzOTM4MTY5Y2NjODNmNjFiMTA1MGYwMDhiMDA1MDYg ZGV0YWNoZWQKZGE5MSBhdCBtcnNhczAgYnVzIDAgc2NidXMwIHRhcmdldCA5MSBsdW4gMApkYTkx OiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IHMvbiAwMGY5NTgxNjljY2M4M2Y2MWIxMDUwZjAwOGIw MDUwNiBkZXRhY2hlZApkYTkyIGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDkyIGx1biAw CmRhOTI6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gcy9uIDAwNTk3YTE2OWNjYzgzZjYxYjEwNTBm MDA4YjAwNTA2IGRldGFjaGVkCmRhOTMgYXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgOTMg bHVuIDAKZGE5MzogPENpc2NvIE1SOTM2MS04aSA0LjI3PiBzL24gMDAyYTliMTY5Y2NjODNmNjFi MTA1MGYwMDhiMDA1MDYgZGV0YWNoZWQKZGE5NCBhdCBtcnNhczAgYnVzIDAgc2NidXMwIHRhcmdl dCA5NCBsdW4gMApkYTk0OiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IHMvbiAwMGI0YmIxNjljY2M4 M2Y2MWIxMDUwZjAwOGIwMDUwNiBkZXRhY2hlZApkYTk1IGF0IG1yc2FzMCBidXMgMCBzY2J1czAg dGFyZ2V0IDk1IGx1biAwCmRhOTU6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gcy9uIDAwOTVkYzE2 OWNjYzgzZjYxYjEwNTBmMDA4YjAwNTA2IGRldGFjaGVkCmRhOTYgYXQgbXJzYXMwIGJ1cyAwIHNj YnVzMCB0YXJnZXQgOTYgbHVuIDAKZGE5NjogPENpc2NvIE1SOTM2MS04aSA0LjI3PiBzL24gMDA2 Y2ZkMTY5Y2NjODNmNjFiMTA1MGYwMDhiMDA1MDYgZGV0YWNoZWQKZGE5NyBhdCBtcnNhczAgYnVz IDAgc2NidXMwIHRhcmdldCA5NyBsdW4gMApkYTk3OiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IHMv biAwMGJlODQxNzljY2M4M2Y2MWIxMDUwZjAwOGIwMDUwNiBkZXRhY2hlZApkYTk4IGF0IG1yc2Fz MCBidXMgMCBzY2J1czAgdGFyZ2V0IDk4IGx1biAwCmRhOTg6IDxDaXNjbyBNUjkzNjEtOGkgNC4y Nz4gcy9uIDAwODBhNTE3OWNjYzgzZjYxYjEwNTBmMDA4YjAwNTA2IGRldGFjaGVkCmRhOTkgYXQg bXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgOTkgbHVuIDAKZGE5OTogPENpc2NvIE1SOTM2MS04 aSA0LjI3PiBzL24gMDAyOGM2MTc5Y2NjODNmNjFiMTA1MGYwMDhiMDA1MDYgZGV0YWNoZWQKZGEx MDAgYXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMTAwIGx1biAwCmRhMTAwOiA8Q2lzY28g TVI5MzYxLThpIDQuMjc+IHMvbiAwMDk4ZTcxNzljY2M4M2Y2MWIxMDUwZjAwOGIwMDUwNiBkZXRh Y2hlZApkYTEwMSBhdCBtcnNhczAgYnVzIDAgc2NidXMwIHRhcmdldCAxMDEgbHVuIDAKZGExMDE6 IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gcy9uIDAwOTYwODE4OWNjYzgzZjYxYjEwNTBmMDA4YjAw NTA2IGRldGFjaGVkCmRhMTAyIGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDEwMiBsdW4g MApkYTEwMjogPENpc2NvIE1SOTM2MS04aSA0LjI3PiBzL24gMDA4OTI4MTg5Y2NjODNmNjFiMTA1 MGYwMDhiMDA1MDYgZGV0YWNoZWQKZGExMDMgYXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQg MTAzIGx1biAwCmRhMTAzOiAKYXJwOiAxMzUuMjQuMjMxLjEgbW92ZWQgZnJvbSAwMDoxZTpiZDo0 NTo5YTpjMiB0byAwMDoxZTpiZDo4MTo2YjpjMiBvbiBpZ2IxCjxDaXNjbyBNUjkzNjEtOGkgNC4y Nz4gcy9uIDAwZTA0ODE4OWNjYzgzZjYxYjEwNTBmMDA4YjAwNTA2IGRldGFjaGVkCmRhMTA0IGF0 IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDEwNCBsdW4gMApkYTEwNDogPENpc2NvIE1SOTM2 MS04aSA0LjI3PiBzL24gMDAxNDZhMTg5Y2NjODNmNjFiMTA1MGYwMDhiMDA1MDYgZGV0YWNoZWQK ZGExMDUgYXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMTA1IGx1biAwCmRhMTA1OiA8Q2lz Y28gTVI5MzYxLThpIDQuMjc+IHMvbiAwMGU0OGExODljY2M4M2Y2MWIxMDUwZjAwOGIwMDUwNiBk ZXRhY2hlZApkYTEwNiBhdCBtcnNhczAgYnVzIDAgc2NidXMwIHRhcmdldCAxMDYgbHVuIDAKZGEx MDY6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gcy9uIDAwMTIxNzE5OWNjYzgzZjYxYjEwNTBmMDA4 YjAwNTA2IGRldGFjaGVkCmRhMTA3IGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDEwNyBs dW4gMApkYTEwNzogPENpc2NvIE1SOTM2MS04aSA0LjI3PiBzL24gMDBhNTM4MTk5Y2NjODNmNjFi MTA1MGYwMDhiMDA1MDYgZGV0YWNoZWQKZGExMDggYXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJn ZXQgMTA4IGx1biAwCmRhMTA4OiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IHMvbiAwMGQzNTkxOTlj Y2M4M2Y2MWIxMDUwZjAwOGIwMDUwNiBkZXRhY2hlZApkYTEwOSBhdCBtcnNhczAgYnVzIDAgc2Ni dXMwIHRhcmdldCAxMDkgbHVuIDAKZGExMDk6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gcy9uIDAw ZDM3YTE5OWNjYzgzZjYxYjEwNTBmMDA4YjAwNTA2IGRldGFjaGVkCihkYTM6bXJzYXMwOjA6Mzow KTogUGVyaXBoIGRlc3Ryb3llZApkYTExMCBhdCBtcnNhczAgYnVzIDAgc2NidXMwIHRhcmdldCAx MTAgbHVuIDAKZGExMTA6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gcy9uIDAwYTM5YzE5OWNjYzgz ZjYxYjEwNTBmMDA4YjAwNTA2IGRldGFjaGVkCmRhMTExIGF0IG1yc2FzMCBidXMgMCBzY2J1czAg dGFyZ2V0IDExMSBsdW4gMApkYTExMTogPENpc2NvIE1SOTM2MS04aSA0LjI3PiBzL24gMDAwNWJk MTk5Y2NjODNmNjFiMTA1MGYwMDhiMDA1MDYgZGV0YWNoZWQKZGExMTIgYXQgbXJzYXMwIGJ1cyAw IHNjYnVzMCB0YXJnZXQgMTEyIGx1biAwCmRhMTEyOiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IHMv biAwMGQ2ZGUxOTljY2M4M2Y2MWIxMDUwZjAwOGIwMDUwNiBkZXRhY2hlZApkYTExMyBhdCBtcnNh czAgYnVzIDAgc2NidXMwIHRhcmdldCAxMTMgbHVuIDAKZGExMTM6IDxDaXNjbyBNUjkzNjEtOGkg NC4yNz4gcy9uIDAwMjBmZjE5OWNjYzgzZjYxYjEwNTBmMDA4YjAwNTA2IGRldGFjaGVkCmRhMTE0 IGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDExNCBsdW4gMApkYTExNDogPENpc2NvIE1S OTM2MS04aSA0LjI3PiBzL24gMDBiYzg3MWE5Y2NjODNmNjFiMTA1MGYwMDhiMDA1MDYgZGV0YWNo ZWQKZGExMTUgYXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMTE1IGx1biAwCmRhMTE1OiA8 Q2lzY28gTVI5MzYxLThpIDQuMjc+IHMvbiAwMDVjYTgxYTljY2Q4M2Y2MWIxMDUwZjAwOGIwMDUw NiBkZXRhY2hlZApkYTExNiBhdCBtcnNhczAgYnVzIDAgc2NidXMwIHRhcmdldCAxMTYgbHVuIDAK ZGExMTY6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gcy9uIDAwMGZjYTFhOWNjZDgzZjYxYjEwNTBm MDA4YjAwNTA2IGRldGFjaGVkCmRhMTE3IGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDEx NyBsdW4gMApkYTExNzogPENpc2NvIE1SOTM2MS04aSA0LjI3PiBzL24gMDAxYWViMWE5Y2NkODNm NjFiMTA1MGYwMDhiMDA1MDYgZGV0YWNoZWQKZGExMTggYXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0 YXJnZXQgMTE4IGx1biAwCmRhMTE4OiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IHMvbiAwMGQ1MGIx YjljY2Q4M2Y2MWIxMDUwZjAwOGIwMDUwNiBkZXRhY2hlZApkYTExOSBhdCBtcnNhczAgYnVzIDAg c2NidXMwIHRhcmdldCAxMTkgbHVuIDAKZGExMTk6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gcy9u IDAwN2EyYzFiOWNjZDgzZjYxYjEwNTBmMDA4YjAwNTA2IGRldGFjaGVkCmRhMTIwIGF0IG1yc2Fz MCBidXMgMCBzY2J1czAgdGFyZ2V0IDEyMCBsdW4gMApkYTEyMDogPENpc2NvIE1SOTM2MS04aSA0 LjI3PiBzL24gMDAzNjRkMWI5Y2NkODNmNjFiMTA1MGYwMDhiMDA1MDYgZGV0YWNoZWQKZGExMjEg YXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMTIxIGx1biAwCmRhMTIxOiA8Q2lzY28gTVI5 MzYxLThpIDQuMjc+IHMvbiAwMDAwNmUxYjljY2Q4M2Y2MWIxMDUwZjAwOGIwMDUwNiBkZXRhY2hl ZApkYTEyMiBhdCBtcnNhczAgYnVzIDAgc2NidXMwIHRhcmdldCAxMjIgbHVuIDAKZGExMjI6IDxD aXNjbyBNUjkzNjEtOGkgNC4yNz4gcy9uIDAwNmM4ZjFiOWNjZDgzZjYxYjEwNTBmMDA4YjAwNTA2 IGRldGFjaGVkCmRhMTIzIGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDEyMyBsdW4gMApk YTEyMzogPENpc2NvIE1SOTM2MS04aSA0LjI3PiBzL24gMDAwMTFjMWM5Y2NkODNmNjFiMTA1MGYw MDhiMDA1MDYgZGV0YWNoZWQKZGExMjQgYXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMTI0 IGx1biAwCmRhMTI0OiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IHMvbiAwMGUyM2MxYzljY2Q4M2Y2 MWIxMDUwZjAwOGIwMDUwNiBkZXRhY2hlZApkYTEyNSBhdCBtcnNhczAgYnVzIDAgc2NidXMwIHRh cmdldCAxMjUgbHVuIDAKZGExMjU6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gcy9uIDAwODE1ZDFj OWNjZDgzZjYxYjEwNTBmMDA4YjAwNTA2IGRldGFjaGVkCmRhMTI2IGF0IG1yc2FzMCBidXMgMCBz Y2J1czAgdGFyZ2V0IDEyNiBsdW4gMApkYTEyNjogPENpc2NvIE1SOTM2MS04aSA0LjI3PiBzL24g MDAwZDdmMWM5Y2NkODNmNjFiMTA1MGYwMDhiMDA1MDYgZGV0YWNoZWQKZGExMjcgYXQgbXJzYXMw IGJ1cyAwIHNjYnVzMCB0YXJnZXQgMTI3IGx1biAwCmRhMTI3OiA8Q2lzY28gTVI5MzYxLThpIDQu Mjc+IHMvbiAwMGUwOWYxYzljY2Q4M2Y2MWIxMDUwZjAwOGIwMDUwNiBkZXRhY2hlZApkYTEyOCBh dCBtcnNhczAgYnVzIDAgc2NidXMwIHRhcmdldCAxMjggbHVuIDAKZGExMjg6IDxDaXNjbyBNUjkz NjEtOGkgNC4yNz4gcy9uIDAwYmZjMDFjOWNjZDgzZjYxYjEwNTBmMDA4YjAwNTA2IGRldGFjaGVk CmRhMTI5IGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDEyOSBsdW4gMApkYTEyOTogPENp c2NvIE1SOTM2MS04aSA0LjI3PiBzL24gMDA0NGUxMWM5Y2NkODNmNjFiMTA1MGYwMDhiMDA1MDYg ZGV0YWNoZWQKZGExMzAgYXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMTMwIGx1biAwCmRh MTMwOiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IHMvbiAwMDBhMDIxZDljY2Q4M2Y2MWIxMDUwZjAw OGIwMDUwNiBkZXRhY2hlZApkYTEzMSBhdCBtcnNhczAgYnVzIDAgc2NidXMwIHRhcmdldCAxMzEg bHVuIDAKZGExMzE6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gcy9uIDAwNWEyMzFkOWNjZDgzZjYx YjEwNTBmMDA4YjAwNTA2IGRldGFjaGVkCmRhMTMyIGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFy Z2V0IDEzMiBsdW4gMApkYTEzMjogPENpc2NvIE1SOTM2MS04aSA0LjI3PiBzL24gMDBkY2RkMjQ5 Y2NkODNmNjFiMTA1MGYwMDhiMDA1MDYgZGV0YWNoZWQKZGExMzMgYXQgbXJzYXMwIGJ1cyAwIHNj YnVzMCB0YXJnZXQgMTMzIGx1biAwCmRhMTMzOiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IHMvbiAw MGQ4ZmUyNDljY2Q4M2Y2MWIxMDUwZjAwOGIwMDUwNiBkZXRhY2hlZApkYTEzNCBhdCBtcnNhczAg YnVzIDAgc2NidXMwIHRhcmdldCAxMzQgbHVuIDAKZGExMzQ6IDxDaXNjbyBNUjkzNjEtOGkgNC4y Nz4gcy9uIDAwNGUyMDI1OWNjZDgzZjYxYjEwNTBmMDA4YjAwNTA2IGRldGFjaGVkCihkYTEyOm1y c2FzMDowOjEyOjApOiBQZXJpcGggZGVzdHJveWVkCmRhMTM1IGF0IG1yc2FzMCBidXMgMCBzY2J1 czAgdGFyZ2V0IDEzNSBsdW4gMApkYTEzNTogPENpc2NvIE1SOTM2MS04aSA0LjI3PiBzL24gMDA4 NDQxMjU5Y2NkODNmNjFiMTA1MGYwMDhiMDA1MDYgZGV0YWNoZWQKZGExMzYgYXQgbXJzYXMwIGJ1 cyAwIHNjYnVzMCB0YXJnZXQgMTM2IGx1biAwCmRhMTM2OiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+ IHMvbiAwMDA0NjMyNTljY2Q4M2Y2MWIxMDUwZjAwOGIwMDUwNiBkZXRhY2hlZApkYTEzNyBhdCBt cnNhczAgYnVzIDAgc2NidXMwIHRhcmdldCAxMzcgbHVuIDAKZGExMzc6IDxDaXNjbyBNUjkzNjEt OGkgNC4yNz4gcy9uIDAwZjc4MzI1OWNjZDgzZjYxYjEwNTBmMDA4YjAwNTA2IGRldGFjaGVkCmRh MTM4IGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDEzOCBsdW4gMApkYTEzODogPENpc2Nv IE1SOTM2MS04aSA0LjI3PiBzL24gMDA3YWE2MjU5Y2NkODNmNjFiMTA1MGYwMDhiMDA1MDYgZGV0 YWNoZWQKZGExMzkgYXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMTM5IGx1biAwCmRhMTM5 OiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IHMvbiAwMDExYzcyNTljY2Q4M2Y2MWIxMDUwZjAwOGIw MDUwNiBkZXRhY2hlZApkYTE0MCBhdCBtcnNhczAgYnVzIDAgc2NidXMwIHRhcmdldCAxNDAgbHVu IDAKZGExNDA6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gcy9uIDAwZmU2ZjI2OWNjZDgzZjYxYjEw NTBmMDA4YjAwNTA2IGRldGFjaGVkCmRhMTQxIGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0 IDE0MSBsdW4gMApkYTE0MTogPENpc2NvIE1SOTM2MS04aSA0LjI3PiBzL24gMDBkZjkwMjY5Y2Nk ODNmNjFiMTA1MGYwMDhiMDA1MDYgZGV0YWNoZWQKZGExNDIgYXQgbXJzYXMwIGJ1cyAwIHNjYnVz MCB0YXJnZXQgMTQyIGx1biAwCmRhMTQyOiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IHMvbiAwMGU3 YjIyNjljY2Q4M2Y2MWIxMDUwZjAwOGIwMDUwNiBkZXRhY2hlZApkYTE0MyBhdCBtcnNhczAgYnVz IDAgc2NidXMwIHRhcmdldCAxNDMgbHVuIDAKZGExNDM6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4g cy9uIDAwYTVkMzI2OWNjZDgzZjYxYjEwNTBmMDA4YjAwNTA2IGRldGFjaGVkCmRhMTQ0IGF0IG1y c2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDE0NCBsdW4gMApkYTE0NDogPENpc2NvIE1SOTM2MS04 aSA0LjI3PiBzL24gMDAwNmY1MjY5Y2NkODNmNjFiMTA1MGYwMDhiMDA1MDYgZGV0YWNoZWQKZGEx NDUgYXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMTQ1IGx1biAwCmRhMTQ1OiA8Q2lzY28g TVI5MzYxLThpIDQuMjc+IHMvbiAwMGVkMTUyNzljY2Q4M2Y2MWIxMDUwZjAwOGIwMDUwNiBkZXRh Y2hlZApkYTE0NiBhdCBtcnNhczAgYnVzIDAgc2NidXMwIHRhcmdldCAxNDYgbHVuIDAKZGExNDY6 IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gcy9uIDAwMmYzNzI3OWNjZDgzZjYxYjEwNTBmMDA4YjAw NTA2IGRldGFjaGVkCmRhMTQ3IGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDE0NyBsdW4g MApkYTE0NzogPENpc2NvIE1SOTM2MS04aSA0LjI3PiBzL24gMDA0OTU4Mjc5Y2NkODNmNjFiMTA1 MGYwMDhiMDA1MDYgZGV0YWNoZWQKKGRhMTE6bXJzYXMwOjA6MTE6MCk6IFBlcmlwaCBkZXN0cm95 ZWQKZGExNDggYXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMTQ4IGx1biAwCmRhMTQ4OiA8 Q2lzY28gTVI5MzYxLThpIDQuMjc+IHMvbiAwMDBmODYyNzljY2Q4M2Y2MWIxMDUwZjAwOGIwMDUw NiBkZXRhY2hlZApkYTE0OSBhdCBtcnNhczAgYnVzIDAgc2NidXMwIHRhcmdldCAxNDkgbHVuIDAK ZGExNDk6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gcy9uIDAwM2Q0MTI4OWNjZDgzZjYxYjEwNTBm MDA4YjAwNTA2IGRldGFjaGVkCmRhMTUwIGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDE1 MCBsdW4gMApkYTE1MDogPENpc2NvIE1SOTM2MS04aSA0LjI3PiBzL24gMDAzZDY4Mjg5Y2NkODNm NjFiMTA1MGYwMDhiMDA1MDYgZGV0YWNoZWQKKGRhMTA6bXJzYXMwOjA6MTA6MCk6IFBlcmlwaCBk ZXN0cm95ZWQKZGExNTEgYXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMTUxIGx1biAwCmRh MTUxOiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IHMvbiAwMDYxOGUyODljY2Q4M2Y2MWIxMDUwZjAw OGIwMDUwNiBkZXRhY2hlZApkYTE1MiBhdCBtcnNhczAgYnVzIDAgc2NidXMwIHRhcmdldCAxNTIg bHVuIDAKZGExNTI6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gcy9uIDAwZWJiNDI4OWNjZDgzZjYx YjEwNTBmMDA4YjAwNTA2IGRldGFjaGVkCmRhMTUzIGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFy Z2V0IDE1MyBsdW4gMApkYTE1MzogPENpc2NvIE1SOTM2MS04aSA0LjI3PiBzL24gMDAzN2RiMjg5 Y2NkODNmNjFiMTA1MGYwMDhiMDA1MDYgZGV0YWNoZWQKZGExNTQgYXQgbXJzYXMwIGJ1cyAwIHNj YnVzMCB0YXJnZXQgMTU0IGx1biAwCmRhMTU0OiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IHMvbiAw MDNhMDIyOTljY2Q4M2Y2MWIxMDUwZjAwOGIwMDUwNiBkZXRhY2hlZApkYTE1NSBhdCBtcnNhczAg YnVzIDAgc2NidXMwIHRhcmdldCAxNTUgbHVuIDAKZGExNTU6IDxDaXNjbyBNUjkzNjEtOGkgNC4y Nz4gcy9uIDAwMmIyOTI5OWNjZDgzZjYxYjEwNTBmMDA4YjAwNTA2IGRldGFjaGVkCmRhMTU2IGF0 IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDE1NiBsdW4gMApkYTE1NjogPENpc2NvIE1SOTM2 MS04aSA0LjI3PiBzL24gMDA2MDRmMjk5Y2NkODNmNjFiMTA1MGYwMDhiMDA1MDYgZGV0YWNoZWQK ZGExNTcgYXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMTU3IGx1biAwCmRhMTU3OiA8Q2lz Y28gTVI5MzYxLThpIDQuMjc+IHMvbiAwMDViZjkyOTljY2U4M2Y2MWIxMDUwZjAwOGIwMDUwNiBk ZXRhY2hlZAooZGE5Om1yc2FzMDowOjk6MCk6IFBlcmlwaCBkZXN0cm95ZWQKZGExNTggYXQgbXJz YXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMTU4IGx1biAwCmRhMTU4OiA8Q2lzY28gTVI5MzYxLThp IDQuMjc+IHMvbiAwMDE4MjAyYTljY2U4M2Y2MWIxMDUwZjAwOGIwMDUwNiBkZXRhY2hlZApkYTE1 OSBhdCBtcnNhczAgYnVzIDAgc2NidXMwIHRhcmdldCAxNTkgbHVuIDAKZGExNTk6IDxDaXNjbyBN UjkzNjEtOGkgNC4yNz4gcy9uIDAwMjM0ODJhOWNjZTgzZjYxYjEwNTBmMDA4YjAwNTA2IGRldGFj aGVkCmRhMTYwIGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDE2MCBsdW4gMApkYTE2MDog PENpc2NvIE1SOTM2MS04aSA0LjI3PiBzL24gMDBkNTZmMmE5Y2NlODNmNjFiMTA1MGYwMDhiMDA1 MDYgZGV0YWNoZWQKZGExNjEgYXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMTYxIGx1biAw CmRhMTYxOiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IHMvbiAwMDQzOTYyYTljY2U4M2Y2MWIxMDUw ZjAwOGIwMDUwNiBkZXRhY2hlZApkYTE2MiBhdCBtcnNhczAgYnVzIDAgc2NidXMwIHRhcmdldCAx NjIgbHVuIDAKZGExNjI6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gcy9uIDAwM2ZiZTJhOWNjZTgz ZjYxYjEwNTBmMDA4YjAwNTA2IGRldGFjaGVkCmRhMTYzIGF0IG1yc2FzMCBidXMgMCBzY2J1czAg dGFyZ2V0IDE2MyBsdW4gMApkYTE2MzogPENpc2NvIE1SOTM2MS04aSA0LjI3PiBzL24gMDBjMGU0 MmE5Y2NlODNmNjFiMTA1MGYwMDhiMDA1MDYgZGV0YWNoZWQKZGExNjQgYXQgbXJzYXMwIGJ1cyAw IHNjYnVzMCB0YXJnZXQgMTY0IGx1biAwCmRhMTY0OiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IHMv biAwMGQ2MGIyYjljY2U4M2Y2MWIxMDUwZjAwOGIwMDUwNiBkZXRhY2hlZApkYTE2NSBhdCBtcnNh czAgYnVzIDAgc2NidXMwIHRhcmdldCAxNjUgbHVuIDAKZGExNjU6IDxDaXNjbyBNUjkzNjEtOGkg NC4yNz4gcy9uIDAwOGIzMjJiOWNjZTgzZjYxYjEwNTBmMDA4YjAwNTA2IGRldGFjaGVkCmRhMTY2 IGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDE2NiBsdW4gMApkYTE2NjogPENpc2NvIE1S OTM2MS04aSA0LjI3PiBzL24gMDA0MGQ2MmI5Y2NlODNmNjFiMTA1MGYwMDhiMDA1MDYgZGV0YWNo ZWQKZGExNjcgYXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMTY3IGx1biAwCmRhMTY3OiA8 Q2lzY28gTVI5MzYxLThpIDQuMjc+IHMvbiAwMDljZmMyYjljY2U4M2Y2MWIxMDUwZjAwOGIwMDUw NiBkZXRhY2hlZAooZGE4Om1yc2FzMDowOjg6MCk6IFBlcmlwaCBkZXN0cm95ZWQKZGExNjggYXQg bXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMTY4IGx1biAwCmRhMTY4OiA8Q2lzY28gTVI5MzYx LThpIDQuMjc+IHMvbiAwMDc1MjMyYzljY2U4M2Y2MWIxMDUwZjAwOGIwMDUwNiBkZXRhY2hlZApk YTE2OSBhdCBtcnNhczAgYnVzIDAgc2NidXMwIHRhcmdldCAxNjkgbHVuIDAKZGExNjk6IDxDaXNj byBNUjkzNjEtOGkgNC4yNz4gcy9uIDAwODQ0YTJjOWNjZTgzZjYxYjEwNTBmMDA4YjAwNTA2IGRl dGFjaGVkCmRhMTcwIGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDE3MCBsdW4gMApkYTE3 MDogPENpc2NvIE1SOTM2MS04aSA0LjI3PiBzL24gMDA2ZDcxMmM5Y2NlODNmNjFiMTA1MGYwMDhi MDA1MDYgZGV0YWNoZWQKZGExNzEgYXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMTcxIGx1 biAwCmRhMTcxOiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IHMvbiAwMGU1OTgyYzljY2U4M2Y2MWIx MDUwZjAwOGIwMDUwNiBkZXRhY2hlZAooZGE3Om1yc2FzMDowOjc6MCk6IFBlcmlwaCBkZXN0cm95 ZWQKKGRhNjptcnNhczA6MDo2OjApOiBQZXJpcGggZGVzdHJveWVkCmRhMTcyIGF0IG1yc2FzMCBi dXMgMCBzY2J1czAgdGFyZ2V0IDE3MiBsdW4gMApkYTE3MjogPENpc2NvIE1SOTM2MS04aSA0LjI3 PiBzL24gMDBjNGJmMmM5Y2NlODNmNjFiMTA1MGYwMDhiMDA1MDYgZGV0YWNoZWQKZGExNzMgYXQg bXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMTczIGx1biAwCmRhMTczOiA8Q2lzY28gTVI5MzYx LThpIDQuMjc+IHMvbiAwMDM5ZTYyYzljY2U4M2Y2MWIxMDUwZjAwOGIwMDUwNiBkZXRhY2hlZApk YTE3NCBhdCBtcnNhczAgYnVzIDAgc2NidXMwIHRhcmdldCAxNzQgbHVuIDAKZGExNzQ6IDxDaXNj byBNUjkzNjEtOGkgNC4yNz4gcy9uIDAwNDY4ZDJkOWNjZTgzZjYxYjEwNTBmMDA4YjAwNTA2IGRl dGFjaGVkCmRhMTc1IGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDE3NSBsdW4gMApkYTE3 NTogPENpc2NvIE1SOTM2MS04aSA0LjI3PiBzL24gMDBhY2IzMmQ5Y2NlODNmNjFiMTA1MGYwMDhi MDA1MDYgZGV0YWNoZWQKZGExNzYgYXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMTc2IGx1 biAwCmRhMTc2OiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IHMvbiAwMGVkZGEyZDljY2U4M2Y2MWIx MDUwZjAwOGIwMDUwNiBkZXRhY2hlZApkYTE3NyBhdCBtcnNhczAgYnVzIDAgc2NidXMwIHRhcmdl dCAxNzcgbHVuIDAKZGExNzc6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gcy9uIDAwZTQwMDJlOWNj ZTgzZjYxYjEwNTBmMDA4YjAwNTA2IGRldGFjaGVkCmRhMTc4IGF0IG1yc2FzMCBidXMgMCBzY2J1 czAgdGFyZ2V0IDE3OCBsdW4gMApkYTE3ODogPENpc2NvIE1SOTM2MS04aSA0LjI3PiBzL24gMDA1 NDI4MmU5Y2NlODNmNjFiMTA1MGYwMDhiMDA1MDYgZGV0YWNoZWQKZGExNzkgYXQgbXJzYXMwIGJ1 cyAwIHNjYnVzMCB0YXJnZXQgMTc5IGx1biAwCmRhMTc5OiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+ IHMvbiAwMGRkNGUyZTljY2U4M2Y2MWIxMDUwZjAwOGIwMDUwNiBkZXRhY2hlZApkYTE4MCBhdCBt cnNhczAgYnVzIDAgc2NidXMwIHRhcmdldCAxODAgbHVuIDAKZGExODA6IDxDaXNjbyBNUjkzNjEt OGkgNC4yNz4gcy9uIDAwMGE3NjJlOWNjZTgzZjYxYjEwNTBmMDA4YjAwNTA2IGRldGFjaGVkCmRh MTgxIGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDE4MSBsdW4gMApkYTE4MTogPENpc2Nv IE1SOTM2MS04aSA0LjI3PiBzL24gMDAyYjljMmU5Y2NlODNmNjFiMTA1MGYwMDhiMDA1MDYgZGV0 YWNoZWQKZGExODIgYXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMTgyIGx1biAwCmRhMTgy OiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IHMvbiAwMGQzYzIyZTljY2U4M2Y2MWIxMDUwZjAwOGIw MDUwNiBkZXRhY2hlZApkYTE4MyBhdCBtcnNhczAgYnVzIDAgc2NidXMwIHRhcmdldCAxODMgbHVu IDAKZGExODM6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gcy9uIDAwN2M2NjJmOWNjZTgzZjYxYjEw NTBmMDA4YjAwNTA2IGRldGFjaGVkCmRhMTg0IGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0 IDE4NCBsdW4gMApkYTE4NDogPENpc2NvIE1SOTM2MS04aSA0LjI3PiBzL24gMDA3MThkMmY5Y2Nl ODNmNjFiMTA1MGYwMDhiMDA1MDYgZGV0YWNoZWQKZGExODUgYXQgbXJzYXMwIGJ1cyAwIHNjYnVz MCB0YXJnZXQgMTg1IGx1biAwCmRhMTg1OiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IHMvbiAwMDNi YjQyZjljY2U4M2Y2MWIxMDUwZjAwOGIwMDUwNiBkZXRhY2hlZApkYTE4NiBhdCBtcnNhczAgYnVz IDAgc2NidXMwIHRhcmdldCAxODYgbHVuIDAKZGExODY6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4g cy9uIDAwNTlkYzJmOWNjZTgzZjYxYjEwNTBmMDA4YjAwNTA2IGRldGFjaGVkCmRhMTg3IGF0IG1y c2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDE4NyBsdW4gMApkYTE4NzogPENpc2NvIE1SOTM2MS04 aSA0LjI3PiBzL24gMDBlMDAyMzA5Y2NlODNmNjFiMTA1MGYwMDhiMDA1MDYgZGV0YWNoZWQKKGRh MTk6bXJzYXMwOjA6MTk6MCk6IFBlcmlwaCBkZXN0cm95ZWQKZGExODggYXQgbXJzYXMwIGJ1cyAw IHNjYnVzMCB0YXJnZXQgMTg4IGx1biAwCmRhMTg4OiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IHMv biAwMGYzMjkzMDljY2U4M2Y2MWIxMDUwZjAwOGIwMDUwNiBkZXRhY2hlZApkYTE4OSBhdCBtcnNh czAgYnVzIDAgc2NidXMwIHRhcmdldCAxODkgbHVuIDAKZGExODk6IDxDaXNjbyBNUjkzNjEtOGkg NC4yNz4gcy9uIDAwMTc1MTMwOWNjZTgzZjYxYjEwNTBmMDA4YjAwNTA2IGRldGFjaGVkCmRhMTkw IGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDE5MCBsdW4gMApkYTE5MDogPENpc2NvIE1S OTM2MS04aSA0LjI3PiBzL24gMDA0Njc4MzA5Y2NlODNmNjFiMTA1MGYwMDhiMDA1MDYgZGV0YWNo ZWQKZGExOTEgYXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMTkxIGx1biAwCmRhMTkxOiA8 Q2lzY28gTVI5MzYxLThpIDQuMjc+CmFycDogMTM1LjI0LjIzMS4xIG1vdmVkIGZyb20gMDA6MWU6 YmQ6ODE6NmI6YzIgdG8gMDA6MWU6YmQ6NDU6OWE6YzIgb24gaWdiMQogcy9uIDAwY2UxYzMxOWNj ZTgzZjYxYjEwNTBmMDA4YjAwNTA2IGRldGFjaGVkCmRhMTkyIGF0IG1yc2FzMCBidXMgMCBzY2J1 czAgdGFyZ2V0IDE5MiBsdW4gMApkYTE5MjogPENpc2NvIE1SOTM2MS04aSA0LjI3PiBzL24gMDA1 YjQzMzE5Y2NlODNmNjFiMTA1MGYwMDhiMDA1MDYgZGV0YWNoZWQKZGExOTMgYXQgbXJzYXMwIGJ1 cyAwIHNjYnVzMCB0YXJnZXQgMTkzIGx1biAwCmRhMTkzOiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+ IHMvbiAwMDVhNmEzMTljY2U4M2Y2MWIxMDUwZjAwOGIwMDUwNiBkZXRhY2hlZApkYTE5NCBhdCBt cnNhczAgYnVzIDAgc2NidXMwIHRhcmdldCAxOTQgbHVuIDAKZGExOTQ6IDxDaXNjbyBNUjkzNjEt OGkgNC4yNz4gcy9uIDAwZTA5MTMxOWNjZTgzZjYxYjEwNTBmMDA4YjAwNTA2IGRldGFjaGVkCmRh MTk1IGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDE5NSBsdW4gMApkYTE5NTogPENpc2Nv IE1SOTM2MS04aSA0LjI3PiBzL24gMDAwMGI5MzE5Y2NlODNmNjFiMTA1MGYwMDhiMDA1MDYgZGV0 YWNoZWQKZGExOTYgYXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMTk2IGx1biAwCmRhMTk2 OiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IHMvbiAwMGVlZGYzMTljY2U4M2Y2MWIxMDUwZjAwOGIw MDUwNiBkZXRhY2hlZApkYTE5NyBhdCBtcnNhczAgYnVzIDAgc2NidXMwIHRhcmdldCAxOTcgbHVu IDAKZGExOTc6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gcy9uIDAwMzYwNzMyOWNjZTgzZjYxYjEw NTBmMDA4YjAwNTA2IGRldGFjaGVkCmRhMTk4IGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0 IDE5OCBsdW4gMApkYTE5ODogPENpc2NvIE1SOTM2MS04aSA0LjI3PiBzL24gMDA4ZjJlMzI5Y2Nl ODNmNjFiMTA1MGYwMDhiMDA1MDYgZGV0YWNoZWQKZGExOTkgYXQgbXJzYXMwIGJ1cyAwIHNjYnVz MCB0YXJnZXQgMTk5IGx1biAwCmRhMTk5OiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IHMvbiAwMDI2 NTUzMjljY2U4M2Y2MWIxMDUwZjAwOGIwMDUwNiBkZXRhY2hlZApkYTIwMCBhdCBtcnNhczAgYnVz IDAgc2NidXMwIHRhcmdldCAyMDAgbHVuIDAKZGEyMDA6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4g cy9uIDAwNWNmOTMyOWNjZTgzZjYxYjEwNTBmMDA4YjAwNTA2IGRldGFjaGVkCmRhMjAxIGF0IG1y c2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDIwMSBsdW4gMApkYTIwMTogPENpc2NvIE1SOTM2MS04 aSA0LjI3PiBzL24gMDAxNDIwMzM5Y2NlODNmNjFiMTA1MGYwMDhiMDA1MDYgZGV0YWNoZWQKZGEy MDIgYXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMjAyIGx1biAwCmRhMjAyOiA8Q2lzY28g TVI5MzYxLThpIDQuMjc+IHMvbiAwMDYzNDczMzljY2U4M2Y2MWIxMDUwZjAwOGIwMDUwNiBkZXRh Y2hlZApkYTIwMyBhdCBtcnNhczAgYnVzIDAgc2NidXMwIHRhcmdldCAyMDMgbHVuIDAKZGEyMDM6 IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gcy9uIDAwNzg2ZTMzOWNjZTgzZjYxYjEwNTBmMDA4YjAw NTA2IGRldGFjaGVkCmRhMjA0IGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDIwNCBsdW4g MApkYTIwNDogPENpc2NvIE1SOTM2MS04aSA0LjI3PiBzL24gMDAwMDk2MzM5Y2NlODNmNjFiMTA1 MGYwMDhiMDA1MDYgZGV0YWNoZWQKZGEyMDUgYXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQg MjA1IGx1biAwCmRhMjA1OiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IHMvbiAwMDQyYmQzMzljY2U4 M2Y2MWIxMDUwZjAwOGIwMDUwNiBkZXRhY2hlZApkYTIwNiBhdCBtcnNhczAgYnVzIDAgc2NidXMw IHRhcmdldCAyMDYgbHVuIDAKZGEyMDY6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gcy9uIDAwZTFl NDMzOWNjZTgzZjYxYjEwNTBmMDA4YjAwNTA2IGRldGFjaGVkCmRhMjA3IGF0IG1yc2FzMCBidXMg MCBzY2J1czAgdGFyZ2V0IDIwNyBsdW4gMApkYTIwNzogPENpc2NvIE1SOTM2MS04aSA0LjI3PiBz L24gMDBmMzBiMzQ5Y2NlODNmNjFiMTA1MGYwMDhiMDA1MDYgZGV0YWNoZWQKZGEyMDggYXQgbXJz YXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMjA4IGx1biAwCmRhMjA4OiA8Q2lzY28gTVI5MzYxLThp IDQuMjc+IHMvbiAwMDZkYWUzNDljY2U4M2Y2MWIxMDUwZjAwOGIwMDUwNiBkZXRhY2hlZApkYTIw OSBhdCBtcnNhczAgYnVzIDAgc2NidXMwIHRhcmdldCAyMDkgbHVuIDAKZGEyMDk6IDxDaXNjbyBN UjkzNjEtOGkgNC4yNz4gcy9uIDAwMWRkODM0OWNjZTgzZjYxYjEwNTBmMDA4YjAwNTA2IGRldGFj aGVkCmRhMjEwIGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDIxMCBsdW4gMApkYTIxMDog PENpc2NvIE1SOTM2MS04aSA0LjI3PiBzL24gMDAxOGZmMzQ5Y2NlODNmNjFiMTA1MGYwMDhiMDA1 MDYgZGV0YWNoZWQKZGEyMTEgYXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMjExIGx1biAw CmRhMjExOiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IHMvbiAwMDNiMjYzNTljY2U4M2Y2MWIxMDUw ZjAwOGIwMDUwNiBkZXRhY2hlZApkYTIxMiBhdCBtcnNhczAgYnVzIDAgc2NidXMwIHRhcmdldCAy MTIgbHVuIDAKZGEyMTI6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gcy9uIDAwZmU0NzM1OWNjZTgz ZjYxYjEwNTBmMDA4YjAwNTA2IGRldGFjaGVkCmRhMjEzIGF0IG1yc2FzMCBidXMgMCBzY2J1czAg dGFyZ2V0IDIxMyBsdW4gMApkYTIxMzogPENpc2NvIE1SOTM2MS04aSA0LjI3PiBzL24gMDBhNjBj MzY5Y2NlODNmNjFiMTA1MGYwMDhiMDA1MDYgZGV0YWNoZWQKZGEyMTQgYXQgbXJzYXMwIGJ1cyAw IHNjYnVzMCB0YXJnZXQgMjE0IGx1biAwCmRhMjE0OiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IHMv biAwMDQ2MmQzNjljY2U4M2Y2MWIxMDUwZjAwOGIwMDUwNiBkZXRhY2hlZApkYTIxNSBhdCBtcnNh czAgYnVzIDAgc2NidXMwIHRhcmdldCAyMTUgbHVuIDAKZGEyMTU6IDxDaXNjbyBNUjkzNjEtOGkg NC4yNz4gcy9uIDAwODM0YzM2OWNjZTgzZjYxYjEwNTBmMDA4YjAwNTA2IGRldGFjaGVkCmRhMjE2 IGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDIxNiBsdW4gMApkYTIxNjogPENpc2NvIE1S OTM2MS04aSA0LjI3PiBzL24gMDBlYTZiMzY5Y2NlODNmNjFiMTA1MGYwMDhiMDA1MDYgZGV0YWNo ZWQKZGEyMTcgYXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMjE3IGx1biAwCmRhMjE3OiA8 Q2lzY28gTVI5MzYxLThpIDQuMjc+IHMvbiAwMDE4MDgzNzljY2U4M2Y2MWIxMDUwZjAwOGIwMDUw NiBkZXRhY2hlZApkYTIxOCBhdCBtcnNhczAgYnVzIDAgc2NidXMwIHRhcmdldCAyMTggbHVuIDAK ZGEyMTg6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gcy9uIDAwY2EyNzM3OWNjZTgzZjYxYjEwNTBm MDA4YjAwNTA2IGRldGFjaGVkCmRhMjE5IGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDIx OSBsdW4gMApkYTIxOTogPENpc2NvIE1SOTM2MS04aSA0LjI3PiBzL24gMDAwNDQ3Mzc5Y2NlODNm NjFiMTA1MGYwMDhiMDA1MDYgZGV0YWNoZWQKZGEyMjAgYXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0 YXJnZXQgMjIwIGx1biAwCmRhMjIwOiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IHMvbiAwMGNiNjUz NzljY2U4M2Y2MWIxMDUwZjAwOGIwMDUwNiBkZXRhY2hlZApkYTIyMSBhdCBtcnNhczAgYnVzIDAg c2NidXMwIHRhcmdldCAyMjEgbHVuIDAKZGEyMjE6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gcy9u IDAwMmU4NTM3OWNjZTgzZjYxYjEwNTBmMDA4YjAwNTA2IGRldGFjaGVkCmRhMjIyIGF0IG1yc2Fz MCBidXMgMCBzY2J1czAgdGFyZ2V0IDIyMiBsdW4gMApkYTIyMjogPENpc2NvIE1SOTM2MS04aSA0 LjI3PiBzL24gMDBlN2E0Mzc5Y2NlODNmNjFiMTA1MGYwMDhiMDA1MDYgZGV0YWNoZWQKZGEyMjMg YXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMjIzIGx1biAwCmRhMjIzOiA8Q2lzY28gTVI5 MzYxLThpIDQuMjc+IHMvbiAwMGFjYzQzNzljY2U4M2Y2MWIxMDUwZjAwOGIwMDUwNiBkZXRhY2hl ZApkYTIyNCBhdCBtcnNhczAgYnVzIDAgc2NidXMwIHRhcmdldCAyMjQgbHVuIDAKZGEyMjQ6IDxD aXNjbyBNUjkzNjEtOGkgNC4yNz4gcy9uIDAwYzdlMzM3OWNjZTgzZjYxYjEwNTBmMDA4YjAwNTA2 IGRldGFjaGVkCmRhMjI1IGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDIyNSBsdW4gMApk YTIyNTogPENpc2NvIE1SOTM2MS04aSA0LjI3PiBzL24gMDA0ZDdiMzg5Y2NlODNmNjFiMTA1MGYw MDhiMDA1MDYgZGV0YWNoZWQKKGRhMTg6bXJzYXMwOjA6MTg6MCk6IFBlcmlwaCBkZXN0cm95ZWQK ZGEyMjYgYXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMjI2IGx1biAwCmRhMjI2OiA8Q2lz Y28gTVI5MzYxLThpIDQuMjc+IHMvbiAwMDA0OWIzODljY2U4M2Y2MWIxMDUwZjAwOGIwMDUwNiBk ZXRhY2hlZApkYTIyNyBhdCBtcnNhczAgYnVzIDAgc2NidXMwIHRhcmdldCAyMjcgbHVuIDAKZGEy Mjc6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gcy9uIDAwMjViYTM4OWNjZTgzZjYxYjEwNTBmMDA4 YjAwNTA2IGRldGFjaGVkCihkYTE3Om1yc2FzMDowOjE3OjApOiBQZXJpcGggZGVzdHJveWVkCmRh MjI4IGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDIyOCBsdW4gMApkYTIyODogPENpc2Nv IE1SOTM2MS04aSA0LjI3PiBzL24gMDBhZmRhMzg5Y2NlODNmNjFiMTA1MGYwMDhiMDA1MDYgZGV0 YWNoZWQKZGEyMjkgYXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMjI5IGx1biAwCmRhMjI5 OiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IHMvbiAwMDE0ZmEzODljY2U4M2Y2MWIxMDUwZjAwOGIw MDUwNiBkZXRhY2hlZApkYTIzMCBhdCBtcnNhczAgYnVzIDAgc2NidXMwIHRhcmdldCAyMzAgbHVu IDAKZGEyMzA6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gcy9uIDAwY2IxOTM5OWNjZjgzZjYxYjEw NTBmMDA4YjAwNTA2IGRldGFjaGVkCmRhMjMxIGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0 IDIzMSBsdW4gMApkYTIzMTogPENpc2NvIE1SOTM2MS04aSA0LjI3PiBzL24gMDA3MTM5Mzk5Y2Nm ODNmNjFiMTA1MGYwMDhiMDA1MDYgZGV0YWNoZWQKZGEyMzIgYXQgbXJzYXMwIGJ1cyAwIHNjYnVz MCB0YXJnZXQgMjMyIGx1biAwCmRhMjMyOiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IHMvbiAwMDI0 NTkzOTljY2Y4M2Y2MWIxMDUwZjAwOGIwMDUwNiBkZXRhY2hlZApkYTIzMyBhdCBtcnNhczAgYnVz IDAgc2NidXMwIHRhcmdldCAyMzMgbHVuIDAKZGEyMzM6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4g cy9uIDAwYWE3ODM5OWNjZjgzZjYxYjEwNTBmMDA4YjAwNTA2IGRldGFjaGVkCmRhMjM0IGF0IG1y c2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDIzNCBsdW4gMApkYTIzNDogPENpc2NvIE1SOTM2MS04 aSA0LjI3PiBzL24gMDAyNzE2M2E5Y2NmODNmNjFiMTA1MGYwMDhiMDA1MDYgZGV0YWNoZWQKZGEy MzUgYXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMjM1IGx1biAwCmRhMjM1OiA8Q2lzY28g TVI5MzYxLThpIDQuMjc+IHMvbiAwMDYwMzUzYTljY2Y4M2Y2MWIxMDUwZjAwOGIwMDUwNiBkZXRh Y2hlZApkYTIzNiBhdCBtcnNhczAgYnVzIDAgc2NidXMwIHRhcmdldCAyMzYgbHVuIDAKZGEyMzY6 IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gcy9uIDAwY2M1NDNhOWNjZjgzZjYxYjEwNTBmMDA4YjAw NTA2IGRldGFjaGVkCmRhMjM3IGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDIzNyBsdW4g MApkYTIzNzogPENpc2NvIE1SOTM2MS04aSA0LjI3PiBzL24gMDAyYzc0M2E5Y2NmODNmNjFiMTA1 MGYwMDhiMDA1MDYgZGV0YWNoZWQKZGEyMzggYXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQg MjM4IGx1biAwCmRhMjM4OiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IHMvbiAwMGZkOTMzYTljY2Y4 M2Y2MWIxMDUwZjAwOGIwMDUwNiBkZXRhY2hlZApkYTIzOSBhdCBtcnNhczAgYnVzIDAgc2NidXMw IHRhcmdldCAyMzkgbHVuIDAKZGEyMzk6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gcy9uIDAwMzRi NDNhOWNjZjgzZjYxYjEwNTBmMDA4YjAwNTA2IGRldGFjaGVkCihkYTE2Om1yc2FzMDowOjE2OjAp OiBQZXJpcGggZGVzdHJveWVkCihkYTE1Om1yc2FzMDowOjE1OjApOiBQZXJpcGggZGVzdHJveWVk CihkYTE0Om1yc2FzMDowOjE0OjApOiBQZXJpcGggZGVzdHJveWVkCihkYTEzOm1yc2FzMDowOjEz OjApOiBQZXJpcGggZGVzdHJveWVkCihkYTE3MTptcnNhczA6MDoxNzE6MCk6IFBlcmlwaCBkZXN0 cm95ZWQKKGRhMTcwOm1yc2FzMDowOjE3MDowKTogUGVyaXBoIGRlc3Ryb3llZAooZGExNjk6bXJz YXMwOjA6MTY5OjApOiBQZXJpcGggZGVzdHJveWVkCihkYTE2ODptcnNhczA6MDoxNjg6MCk6IFBl cmlwaCBkZXN0cm95ZWQKKGRhMTY3Om1yc2FzMDowOjE2NzowKTogUGVyaXBoIGRlc3Ryb3llZAoo ZGExNjY6bXJzYXMwOjA6MTY2OjApOiBQZXJpcGggZGVzdHJveWVkCihkYTE2NTptcnNhczA6MDox NjU6MCk6IFBlcmlwaCBkZXN0cm95ZWQKKGRhMTY0Om1yc2FzMDowOjE2NDowKTogUGVyaXBoIGRl c3Ryb3llZAooZGExNjM6bXJzYXMwOjA6MTYzOjApOiBQZXJpcGggZGVzdHJveWVkCihkYTE2Mjpt cnNhczA6MDoxNjI6MCk6IFBlcmlwaCBkZXN0cm95ZWQKKGRhMTYxOm1yc2FzMDowOjE2MTowKTog UGVyaXBoIGRlc3Ryb3llZAooZGExNjA6bXJzYXMwOjA6MTYwOjApOiBQZXJpcGggZGVzdHJveWVk CihkYTE1OTptcnNhczA6MDoxNTk6MCk6IFBlcmlwaCBkZXN0cm95ZWQKKGRhMTU4Om1yc2FzMDow OjE1ODowKTogUGVyaXBoIGRlc3Ryb3llZAooZGExNTc6bXJzYXMwOjA6MTU3OjApOiBQZXJpcGgg ZGVzdHJveWVkCihkYTE1NjptcnNhczA6MDoxNTY6MCk6IFBlcmlwaCBkZXN0cm95ZWQKKGRhMTU1 Om1yc2FzMDowOjE1NTowKTogUGVyaXBoIGRlc3Ryb3llZAooZGExNTQ6bXJzYXMwOjA6MTU0OjAp OiBQZXJpcGggZGVzdHJveWVkCihkYTE1MzptcnNhczA6MDoxNTM6MCk6IFBlcmlwaCBkZXN0cm95 ZWQKKGRhMTUyOm1yc2FzMDowOjE1MjowKTogUGVyaXBoIGRlc3Ryb3llZAooZGExNTE6bXJzYXMw OjA6MTUxOjApOiBQZXJpcGggZGVzdHJveWVkCihkYTE1MDptcnNhczA6MDoxNTA6MCk6IFBlcmlw aCBkZXN0cm95ZWQKKGRhMTQ5Om1yc2FzMDowOjE0OTowKTogUGVyaXBoIGRlc3Ryb3llZAooZGEx NDg6bXJzYXMwOjA6MTQ4OjApOiBQZXJpcGggZGVzdHJveWVkCihkYTE0NzptcnNhczA6MDoxNDc6 MCk6IFBlcmlwaCBkZXN0cm95ZWQKKGRhMTQ2Om1yc2FzMDowOjE0NjowKTogUGVyaXBoIGRlc3Ry b3llZAooZGExNDU6bXJzYXMwOjA6MTQ1OjApOiBQZXJpcGggZGVzdHJveWVkCihkYTE0NDptcnNh czA6MDoxNDQ6MCk6IFBlcmlwaCBkZXN0cm95ZWQKKGRhMTQzOm1yc2FzMDowOjE0MzowKTogUGVy aXBoIGRlc3Ryb3llZAooZGExNDI6bXJzYXMwOjA6MTQyOjApOiBQZXJpcGggZGVzdHJveWVkCihk YTE0MTptcnNhczA6MDoxNDE6MCk6IFBlcmlwaCBkZXN0cm95ZWQKKGRhMTQwOm1yc2FzMDowOjE0 MDowKTogUGVyaXBoIGRlc3Ryb3llZAooZGExMzk6bXJzYXMwOjA6MTM5OjApOiBQZXJpcGggZGVz dHJveWVkCihkYTEzODptcnNhczA6MDoxMzg6MCk6IFBlcmlwaCBkZXN0cm95ZWQKKGRhMTM3Om1y c2FzMDowOjEzNzowKTogUGVyaXBoIGRlc3Ryb3llZAooZGExMzY6bXJzYXMwOjA6MTM2OjApOiBQ ZXJpcGggZGVzdHJveWVkCihkYTEzNTptcnNhczA6MDoxMzU6MCk6IFBlcmlwaCBkZXN0cm95ZWQK KGRhMTM0Om1yc2FzMDowOjEzNDowKTogUGVyaXBoIGRlc3Ryb3llZAooZGExMzM6bXJzYXMwOjA6 MTMzOjApOiBQZXJpcGggZGVzdHJveWVkCihkYTEzMjptcnNhczA6MDoxMzI6MCk6IFBlcmlwaCBk ZXN0cm95ZWQKKGRhMTMxOm1yc2FzMDowOjEzMTowKTogUGVyaXBoIGRlc3Ryb3llZAooZGExMzA6 bXJzYXMwOjA6MTMwOjApOiBQZXJpcGggZGVzdHJveWVkCihkYTEyOTptcnNhczA6MDoxMjk6MCk6 IFBlcmlwaCBkZXN0cm95ZWQKKGRhMTI4Om1yc2FzMDowOjEyODowKTogUGVyaXBoIGRlc3Ryb3ll ZAooZGExMjc6bXJzYXMwOjA6MTI3OjApOiBQZXJpcGggZGVzdHJveWVkCihkYTEyNjptcnNhczA6 MDoxMjY6MCk6IFBlcmlwaCBkZXN0cm95ZWQKKGRhMTI1Om1yc2FzMDowOjEyNTowKTogUGVyaXBo IGRlc3Ryb3llZAooZGExMjQ6bXJzYXMwOjA6MTI0OjApOiBQZXJpcGggZGVzdHJveWVkCihkYTEy MzptcnNhczA6MDoxMjM6MCk6IFBlcmlwaCBkZXN0cm95ZWQKKGRhMTIyOm1yc2FzMDowOjEyMjow KTogUGVyaXBoIGRlc3Ryb3llZAooZGExMjE6bXJzYXMwOjA6MTIxOjApOiBQZXJpcGggZGVzdHJv eWVkCihkYTEyMDptcnNhczA6MDoxMjA6MCk6IFBlcmlwaCBkZXN0cm95ZWQKKGRhMTE5Om1yc2Fz MDowOjExOTowKTogUGVyaXBoIGRlc3Ryb3llZAooZGExMTg6bXJzYXMwOjA6MTE4OjApOiBQZXJp cGggZGVzdHJveWVkCihkYTExNzptcnNhczA6MDoxMTc6MCk6IFBlcmlwaCBkZXN0cm95ZWQKKGRh MTE2Om1yc2FzMDowOjExNjowKTogUGVyaXBoIGRlc3Ryb3llZAooZGExMTU6bXJzYXMwOjA6MTE1 OjApOiBQZXJpcGggZGVzdHJveWVkCihkYTExNDptcnNhczA6MDoxMTQ6MCk6IFBlcmlwaCBkZXN0 cm95ZWQKKGRhMTEzOm1yc2FzMDowOjExMzowKTogUGVyaXBoIGRlc3Ryb3llZAooZGExMTI6bXJz YXMwOjA6MTEyOjApOiBQZXJpcGggZGVzdHJveWVkCihkYTExMTptcnNhczA6MDoxMTE6MCk6IFBl cmlwaCBkZXN0cm95ZWQKKGRhMTEwOm1yc2FzMDowOjExMDowKTogUGVyaXBoIGRlc3Ryb3llZAoo ZGExMDk6bXJzYXMwOjA6MTA5OjApOiBQZXJpcGggZGVzdHJveWVkCihkYTEwODptcnNhczA6MDox MDg6MCk6IFBlcmlwaCBkZXN0cm95ZWQKKGRhMTA3Om1yc2FzMDowOjEwNzowKTogUGVyaXBoIGRl c3Ryb3llZAooZGExMDY6bXJzYXMwOjA6MTA2OjApOiBQZXJpcGggZGVzdHJveWVkCihkYTEwNTpt cnNhczA6MDoxMDU6MCk6IFBlcmlwaCBkZXN0cm95ZWQKKGRhMTA0Om1yc2FzMDowOjEwNDowKTog UGVyaXBoIGRlc3Ryb3llZAooZGExMDM6bXJzYXMwOjA6MTAzOjApOiBQZXJpcGggZGVzdHJveWVk CihkYTEwMjptcnNhczA6MDoxMDI6MCk6IFBlcmlwaCBkZXN0cm95ZWQKKGRhMTAxOm1yc2FzMDow OjEwMTowKTogUGVyaXBoIGRlc3Ryb3llZAooZGExMDA6bXJzYXMwOjA6MTAwOjApOiBQZXJpcGgg ZGVzdHJveWVkCihkYTk5Om1yc2FzMDowOjk5OjApOiBQZXJpcGggZGVzdHJveWVkCihkYTk4Om1y c2FzMDowOjk4OjApOiBQZXJpcGggZGVzdHJveWVkCihkYTk3Om1yc2FzMDowOjk3OjApOiBQZXJp cGggZGVzdHJveWVkCihkYTk2Om1yc2FzMDowOjk2OjApOiBQZXJpcGggZGVzdHJveWVkCihkYTk1 Om1yc2FzMDowOjk1OjApOiBQZXJpcGggZGVzdHJveWVkCihkYTk0Om1yc2FzMDowOjk0OjApOiBQ ZXJpcGggZGVzdHJveWVkCihkYTkzOm1yc2FzMDowOjkzOjApOiBQZXJpcGggZGVzdHJveWVkCihk YTkyOm1yc2FzMDowOjkyOjApOiBQZXJpcGggZGVzdHJveWVkCihkYTkxOm1yc2FzMDowOjkxOjAp OiBQZXJpcGggZGVzdHJveWVkCihkYTkwOm1yc2FzMDowOjkwOjApOiBQZXJpcGggZGVzdHJveWVk CihkYTg5Om1yc2FzMDowOjg5OjApOiBQZXJpcGggZGVzdHJveWVkCihkYTg4Om1yc2FzMDowOjg4 OjApOiBQZXJpcGggZGVzdHJveWVkCihkYTg3Om1yc2FzMDowOjg3OjApOiBQZXJpcGggZGVzdHJv eWVkCihkYTg2Om1yc2FzMDowOjg2OjApOiBQZXJpcGggZGVzdHJveWVkCihkYTg1Om1yc2FzMDow Ojg1OjApOiBQZXJpcGggZGVzdHJveWVkCihkYTg0Om1yc2FzMDowOjg0OjApOiBQZXJpcGggZGVz dHJveWVkCihkYTgzOm1yc2FzMDowOjgzOjApOiBQZXJpcGggZGVzdHJveWVkCihkYTgyOm1yc2Fz MDowOjgyOjApOiBQZXJpcGggZGVzdHJveWVkCihkYTgxOm1yc2FzMDowOjgxOjApOiBQZXJpcGgg ZGVzdHJveWVkCihkYTgwOm1yc2FzMDowOjgwOjApOiBQZXJpcGggZGVzdHJveWVkCihkYTc5Om1y c2FzMDowOjc5OjApOiBQZXJpcGggZGVzdHJveWVkCihkYTc4Om1yc2FzMDowOjc4OjApOiBQZXJp cGggZGVzdHJveWVkCihkYTc3Om1yc2FzMDowOjc3OjApOiBQZXJpcGggZGVzdHJveWVkCihkYTc2 Om1yc2FzMDowOjc2OjApOiBQZXJpcGggZGVzdHJveWVkCihkYTc1Om1yc2FzMDowOjc1OjApOiBQ ZXJpcGggZGVzdHJveWVkCihkYTc0Om1yc2FzMDowOjc0OjApOiBQZXJpcGggZGVzdHJveWVkCihk YTczOm1yc2FzMDowOjczOjApOiBQZXJpcGggZGVzdHJveWVkCihkYTcyOm1yc2FzMDowOjcyOjAp OiBQZXJpcGggZGVzdHJveWVkCihkYTcxOm1yc2FzMDowOjcxOjApOiBQZXJpcGggZGVzdHJveWVk CihkYTcwOm1yc2FzMDowOjcwOjApOiBQZXJpcGggZGVzdHJveWVkCihkYTY5Om1yc2FzMDowOjY5 OjApOiBQZXJpcGggZGVzdHJveWVkCihkYTY4Om1yc2FzMDowOjY4OjApOiBQZXJpcGggZGVzdHJv eWVkCihkYTY3Om1yc2FzMDowOjY3OjApOiBQZXJpcGggZGVzdHJveWVkCihkYTY2Om1yc2FzMDow OjY2OjApOiBQZXJpcGggZGVzdHJveWVkCihkYTY1Om1yc2FzMDowOjY1OjApOiBQZXJpcGggZGVz dHJveWVkCihkYTY0Om1yc2FzMDowOjY0OjApOiBQZXJpcGggZGVzdHJveWVkCihkYTYzOm1yc2Fz MDowOjYzOjApOiBQZXJpcGggZGVzdHJveWVkCihkYTYyOm1yc2FzMDowOjYyOjApOiBQZXJpcGgg ZGVzdHJveWVkCihkYTYxOm1yc2FzMDowOjYxOjApOiBQZXJpcGggZGVzdHJveWVkCihkYTYwOm1y c2FzMDowOjYwOjApOiBQZXJpcGggZGVzdHJveWVkCihkYTU5Om1yc2FzMDowOjU5OjApOiBQZXJp cGggZGVzdHJveWVkCihkYTU4Om1yc2FzMDowOjU4OjApOiBQZXJpcGggZGVzdHJveWVkCihkYTU3 Om1yc2FzMDowOjU3OjApOiBQZXJpcGggZGVzdHJveWVkCihkYTU2Om1yc2FzMDowOjU2OjApOiBQ ZXJpcGggZGVzdHJveWVkCihkYTU1Om1yc2FzMDowOjU1OjApOiBQZXJpcGggZGVzdHJveWVkCihk YTU0Om1yc2FzMDowOjU0OjApOiBQZXJpcGggZGVzdHJveWVkCihkYTUzOm1yc2FzMDowOjUzOjAp OiBQZXJpcGggZGVzdHJveWVkCihkYTUyOm1yc2FzMDowOjUyOjApOiBQZXJpcGggZGVzdHJveWVk CihkYTUxOm1yc2FzMDowOjUxOjApOiBQZXJpcGggZGVzdHJveWVkCihkYTUwOm1yc2FzMDowOjUw OjApOiBQZXJpcGggZGVzdHJveWVkCihkYTQ5Om1yc2FzMDowOjQ5OjApOiBQZXJpcGggZGVzdHJv eWVkCihkYTQ4Om1yc2FzMDowOjQ4OjApOiBQZXJpcGggZGVzdHJveWVkCihkYTQ3Om1yc2FzMDow OjQ3OjApOiBQZXJpcGggZGVzdHJveWVkCihkYTQ2Om1yc2FzMDowOjQ2OjApOiBQZXJpcGggZGVz dHJveWVkCihkYTQ1Om1yc2FzMDowOjQ1OjApOiBQZXJpcGggZGVzdHJveWVkCihkYTQ0Om1yc2Fz MDowOjQ0OjApOiBQZXJpcGggZGVzdHJveWVkCihkYTQzOm1yc2FzMDowOjQzOjApOiBQZXJpcGgg ZGVzdHJveWVkCihkYTQyOm1yc2FzMDowOjQyOjApOiBQZXJpcGggZGVzdHJveWVkCihkYTQxOm1y c2FzMDowOjQxOjApOiBQZXJpcGggZGVzdHJveWVkCihkYTQwOm1yc2FzMDowOjQwOjApOiBQZXJp cGggZGVzdHJveWVkCihkYTM5Om1yc2FzMDowOjM5OjApOiBQZXJpcGggZGVzdHJveWVkCihkYTM4 Om1yc2FzMDowOjM4OjApOiBQZXJpcGggZGVzdHJveWVkCihkYTM3Om1yc2FzMDowOjM3OjApOiBQ ZXJpcGggZGVzdHJveWVkCihkYTM2Om1yc2FzMDowOjM2OjApOiBQZXJpcGggZGVzdHJveWVkCihk YTM1Om1yc2FzMDowOjM1OjApOiBQZXJpcGggZGVzdHJveWVkCihkYTM0Om1yc2FzMDowOjM0OjAp OiBQZXJpcGggZGVzdHJveWVkCihkYTMzOm1yc2FzMDowOjMzOjApOiBQZXJpcGggZGVzdHJveWVk CihkYTMyOm1yc2FzMDowOjMyOjApOiBQZXJpcGggZGVzdHJveWVkCihkYTMxOm1yc2FzMDowOjMx OjApOiBQZXJpcGggZGVzdHJveWVkCmFycDogMTM1LjI0LjIzMS4xIG1vdmVkIGZyb20gMDA6MWU6 YmQ6NDU6OWE6YzIgdG8gMDA6MWU6YmQ6ODE6NmI6YzIgb24gaWdiMQooZGEzMDptcnNhczA6MDoz MDowKTogUGVyaXBoIGRlc3Ryb3llZAooZGEyOTptcnNhczA6MDoyOTowKTogUGVyaXBoIGRlc3Ry b3llZAooZGEyODptcnNhczA6MDoyODowKTogUGVyaXBoIGRlc3Ryb3llZAooZGEyNzptcnNhczA6 MDoyNzowKTogUGVyaXBoIGRlc3Ryb3llZAooZGEyNjptcnNhczA6MDoyNjowKTogUGVyaXBoIGRl c3Ryb3llZAooZGEyNTptcnNhczA6MDoyNTowKTogUGVyaXBoIGRlc3Ryb3llZAooZGEyNDptcnNh czA6MDoyNDowKTogUGVyaXBoIGRlc3Ryb3llZAooZGEyMzptcnNhczA6MDoyMzowKTogUGVyaXBo IGRlc3Ryb3llZAooZGEyMjptcnNhczA6MDoyMjowKTogUGVyaXBoIGRlc3Ryb3llZAooZGEyMTpt cnNhczA6MDoyMTowKTogUGVyaXBoIGRlc3Ryb3llZAooZGEyMDptcnNhczA6MDoyMDowKTogUGVy aXBoIGRlc3Ryb3llZAooZGEyMzk6bXJzYXMwOjA6MjM5OjApOiBQZXJpcGggZGVzdHJveWVkCihk YTIzODptcnNhczA6MDoyMzg6MCk6IFBlcmlwaCBkZXN0cm95ZWQKKGRhMjM3Om1yc2FzMDowOjIz NzowKTogUGVyaXBoIGRlc3Ryb3llZAooZGEyMzY6bXJzYXMwOjA6MjM2OjApOiBQZXJpcGggZGVz dHJveWVkCihkYTIzNTptcnNhczA6MDoyMzU6MCk6IFBlcmlwaCBkZXN0cm95ZWQKKGRhMjM0Om1y c2FzMDowOjIzNDowKTogUGVyaXBoIGRlc3Ryb3llZAooZGEyMzM6bXJzYXMwOjA6MjMzOjApOiBQ ZXJpcGggZGVzdHJveWVkCihkYTIzMjptcnNhczA6MDoyMzI6MCk6IFBlcmlwaCBkZXN0cm95ZWQK KGRhMjMxOm1yc2FzMDowOjIzMTowKTogUGVyaXBoIGRlc3Ryb3llZAooZGEyMzA6bXJzYXMwOjA6 MjMwOjApOiBQZXJpcGggZGVzdHJveWVkCihkYTIyOTptcnNhczA6MDoyMjk6MCk6IFBlcmlwaCBk ZXN0cm95ZWQKKGRhMjI4Om1yc2FzMDowOjIyODowKTogUGVyaXBoIGRlc3Ryb3llZAooZGEyMjc6 bXJzYXMwOjA6MjI3OjApOiBQZXJpcGggZGVzdHJveWVkCihkYTIyNjptcnNhczA6MDoyMjY6MCk6 IFBlcmlwaCBkZXN0cm95ZWQKKGRhMjI1Om1yc2FzMDowOjIyNTowKTogUGVyaXBoIGRlc3Ryb3ll ZAooZGEyMjQ6bXJzYXMwOjA6MjI0OjApOiBQZXJpcGggZGVzdHJveWVkCihkYTIyMzptcnNhczA6 MDoyMjM6MCk6IFBlcmlwaCBkZXN0cm95ZWQKKGRhMjIyOm1yc2FzMDowOjIyMjowKTogUGVyaXBo IGRlc3Ryb3llZAooZGEyMjE6bXJzYXMwOjA6MjIxOjApOiBQZXJpcGggZGVzdHJveWVkCihkYTIy MDptcnNhczA6MDoyMjA6MCk6IFBlcmlwaCBkZXN0cm95ZWQKKGRhMjE5Om1yc2FzMDowOjIxOTow KTogUGVyaXBoIGRlc3Ryb3llZAooZGEyMTg6bXJzYXMwOjA6MjE4OjApOiBQZXJpcGggZGVzdHJv eWVkCihkYTIxNzptcnNhczA6MDoyMTc6MCk6IFBlcmlwaCBkZXN0cm95ZWQKKGRhMjE2Om1yc2Fz MDowOjIxNjowKTogUGVyaXBoIGRlc3Ryb3llZAooZGEyMTU6bXJzYXMwOjA6MjE1OjApOiBQZXJp cGggZGVzdHJveWVkCihkYTIxNDptcnNhczA6MDoyMTQ6MCk6IFBlcmlwaCBkZXN0cm95ZWQKKGRh MjEzOm1yc2FzMDowOjIxMzowKTogUGVyaXBoIGRlc3Ryb3llZAooZGEyMTI6bXJzYXMwOjA6MjEy OjApOiBQZXJpcGggZGVzdHJveWVkCihkYTIxMTptcnNhczA6MDoyMTE6MCk6IFBlcmlwaCBkZXN0 cm95ZWQKKGRhMjEwOm1yc2FzMDowOjIxMDowKTogUGVyaXBoIGRlc3Ryb3llZAooZGEyMDk6bXJz YXMwOjA6MjA5OjApOiBQZXJpcGggZGVzdHJveWVkCihkYTIwODptcnNhczA6MDoyMDg6MCk6IFBl cmlwaCBkZXN0cm95ZWQKKGRhMjA3Om1yc2FzMDowOjIwNzowKTogUGVyaXBoIGRlc3Ryb3llZAoo ZGEyMDY6bXJzYXMwOjA6MjA2OjApOiBQZXJpcGggZGVzdHJveWVkCihkYTIwNTptcnNhczA6MDoy MDU6MCk6IFBlcmlwaCBkZXN0cm95ZWQKKGRhMjA0Om1yc2FzMDowOjIwNDowKTogUGVyaXBoIGRl c3Ryb3llZAooZGEyMDM6bXJzYXMwOjA6MjAzOjApOiBQZXJpcGggZGVzdHJveWVkCihkYTIwMjpt cnNhczA6MDoyMDI6MCk6IFBlcmlwaCBkZXN0cm95ZWQKKGRhMjAxOm1yc2FzMDowOjIwMTowKTog UGVyaXBoIGRlc3Ryb3llZAooZGEyMDA6bXJzYXMwOjA6MjAwOjApOiBQZXJpcGggZGVzdHJveWVk CihkYTE5OTptcnNhczA6MDoxOTk6MCk6IFBlcmlwaCBkZXN0cm95ZWQKKGRhMTk4Om1yc2FzMDow OjE5ODowKTogUGVyaXBoIGRlc3Ryb3llZAooZGExOTc6bXJzYXMwOjA6MTk3OjApOiBQZXJpcGgg ZGVzdHJveWVkCihkYTE5NjptcnNhczA6MDoxOTY6MCk6IFBlcmlwaCBkZXN0cm95ZWQKKGRhMTk1 Om1yc2FzMDowOjE5NTowKTogUGVyaXBoIGRlc3Ryb3llZAooZGExOTQ6bXJzYXMwOjA6MTk0OjAp OiBQZXJpcGggZGVzdHJveWVkCihkYTE5MzptcnNhczA6MDoxOTM6MCk6IFBlcmlwaCBkZXN0cm95 ZWQKKGRhMTkyOm1yc2FzMDowOjE5MjowKTogUGVyaXBoIGRlc3Ryb3llZAooZGExOTE6bXJzYXMw OjA6MTkxOjApOiBQZXJpcGggZGVzdHJveWVkCihkYTE5MDptcnNhczA6MDoxOTA6MCk6IFBlcmlw aCBkZXN0cm95ZWQKKGRhMTg5Om1yc2FzMDowOjE4OTowKTogUGVyaXBoIGRlc3Ryb3llZAooZGEx ODg6bXJzYXMwOjA6MTg4OjApOiBQZXJpcGggZGVzdHJveWVkCihkYTE4NzptcnNhczA6MDoxODc6 MCk6IFBlcmlwaCBkZXN0cm95ZWQKKGRhMTg2Om1yc2FzMDowOjE4NjowKTogUGVyaXBoIGRlc3Ry b3llZAooZGExODU6bXJzYXMwOjA6MTg1OjApOiBQZXJpcGggZGVzdHJveWVkCihkYTE4NDptcnNh czA6MDoxODQ6MCk6IFBlcmlwaCBkZXN0cm95ZWQKKGRhMTgzOm1yc2FzMDowOjE4MzowKTogUGVy aXBoIGRlc3Ryb3llZAooZGExODI6bXJzYXMwOjA6MTgyOjApOiBQZXJpcGggZGVzdHJveWVkCihk YTE4MTptcnNhczA6MDoxODE6MCk6IFBlcmlwaCBkZXN0cm95ZWQKKGRhMTgwOm1yc2FzMDowOjE4 MDowKTogUGVyaXBoIGRlc3Ryb3llZAooZGExNzk6bXJzYXMwOjA6MTc5OjApOiBQZXJpcGggZGVz dHJveWVkCihkYTE3ODptcnNhczA6MDoxNzg6MCk6IFBlcmlwaCBkZXN0cm95ZWQKKGRhMTc3Om1y c2FzMDowOjE3NzowKTogUGVyaXBoIGRlc3Ryb3llZAooZGExNzY6bXJzYXMwOjA6MTc2OjApOiBQ ZXJpcGggZGVzdHJveWVkCihkYTE3NTptcnNhczA6MDoxNzU6MCk6IFBlcmlwaCBkZXN0cm95ZWQK KGRhMTc0Om1yc2FzMDowOjE3NDowKTogUGVyaXBoIGRlc3Ryb3llZAooZGExNzM6bXJzYXMwOjA6 MTczOjApOiBQZXJpcGggZGVzdHJveWVkCihkYTE3MjptcnNhczA6MDoxNzI6MCk6IFBlcmlwaCBk ZXN0cm95ZWQKYXJwOiAxMzUuMjQuMjMxLjEgbW92ZWQgZnJvbSAwMDoxZTpiZDo4MTo2YjpjMiB0 byAwMDoxZTpiZDo0NTo5YTpjMiBvbiBpZ2IxCmFycDogMTM1LjI0LjIzMS4xIG1vdmVkIGZyb20g MDA6MWU6YmQ6NDU6OWE6YzIgdG8gMDA6MWU6YmQ6ODE6NmI6YzIgb24gaWdiMQphcnA6IDEzNS4y NC4yMzEuMSBtb3ZlZCBmcm9tIDAwOjFlOmJkOjgxOjZiOmMyIHRvIDAwOjFlOmJkOjQ1OjlhOmMy IG9uIGlnYjEKYXJwOiAxMzUuMjQuMjMxLjEgbW92ZWQgZnJvbSAwMDoxZTpiZDo0NTo5YTpjMiB0 byAwMDoxZTpiZDo4MTo2YjpjMiBvbiBpZ2IxCmFycDogMTM1LjI0LjIzMS4xIG1vdmVkIGZyb20g MDA6MWU6YmQ6ODE6NmI6YzIgdG8gMDA6MWU6YmQ6NDU6OWE6YzIgb24gaWdiMQphcnA6IDEzNS4y NC4yMzEuMSBtb3ZlZCBmcm9tIDAwOjFlOmJkOjQ1OjlhOmMyIHRvIDAwOjFlOmJkOjgxOjZiOmMy IG9uIGlnYjEKYXJwOiAxMzUuMjQuMjMxLjEgbW92ZWQgZnJvbSAwMDoxZTpiZDo4MTo2YjpjMiB0 byAwMDoxZTpiZDo0NTo5YTpjMiBvbiBpZ2IxCmFycDogMTM1LjI0LjIzMS4xIG1vdmVkIGZyb20g MDA6MWU6YmQ6NDU6OWE6YzIgdG8gMDA6MWU6YmQ6ODE6NmI6YzIgb24gaWdiMQphcnA6IDEzNS4y NC4yMzEuMSBtb3ZlZCBmcm9tIDAwOjFlOmJkOjgxOjZiOmMyIHRvIDAwOjFlOmJkOjQ1OjlhOmMy IG9uIGlnYjEKYXJwOiAxMzUuMjQuMjMxLjEgbW92ZWQgZnJvbSAwMDoxZTpiZDo0NTo5YTpjMiB0 byAwMDoxZTpiZDo4MTo2YjpjMiBvbiBpZ2IxCmFycDogMTM1LjI0LjIzMS4xIG1vdmVkIGZyb20g MDA6MWU6YmQ6ODE6NmI6YzIgdG8gMDA6MWU6YmQ6NDU6OWE6YzIgb24gaWdiMQphcnA6IDEzNS4y NC4yMzEuMSBtb3ZlZCBmcm9tIDAwOjFlOmJkOjQ1OjlhOmMyIHRvIDAwOjFlOmJkOjgxOjZiOmMy IG9uIGlnYjEKYXJwOiAxMzUuMjQuMjMxLjEgbW92ZWQgZnJvbSAwMDoxZTpiZDo4MTo2YjpjMiB0 byAwMDoxZTpiZDo0NTo5YTpjMiBvbiBpZ2IxCmFycDogMTM1LjI0LjIzMS4xIG1vdmVkIGZyb20g MDA6MWU6YmQ6NDU6OWE6YzIgdG8gMDA6MWU6YmQ6ODE6NmI6YzIgb24gaWdiMQphcnA6IDEzNS4y NC4yMzEuMSBtb3ZlZCBmcm9tIDAwOjFlOmJkOjgxOjZiOmMyIHRvIDAwOjFlOmJkOjQ1OjlhOmMy IG9uIGlnYjEKYXJwOiAxMzUuMjQuMjMxLjEgbW92ZWQgZnJvbSAwMDoxZTpiZDo0NTo5YTpjMiB0 byAwMDoxZTpiZDo4MTo2YjpjMiBvbiBpZ2IxCmFycDogMTM1LjI0LjIzMS4xIG1vdmVkIGZyb20g MDA6MWU6YmQ6ODE6NmI6YzIgdG8gMDA6MWU6YmQ6NDU6OWE6YzIgb24gaWdiMQphcnA6IDEzNS4y NC4yMzEuMSBtb3ZlZCBmcm9tIDAwOjFlOmJkOjQ1OjlhOmMyIHRvIDAwOjFlOmJkOjgxOjZiOmMy IG9uIGlnYjEKYXJwOiAxMzUuMjQuMjMxLjEgbW92ZWQgZnJvbSAwMDoxZTpiZDo4MTo2YjpjMiB0 byAwMDoxZTpiZDo0NTo5YTpjMiBvbiBpZ2IxCmFycDogMTM1LjI0LjIzMS4xIG1vdmVkIGZyb20g MDA6MWU6YmQ6NDU6OWE6YzIgdG8gMDA6MWU6YmQ6ODE6NmI6YzIgb24gaWdiMQpkYTAgYXQgbXJz YXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMCBsdW4gMApkYTA6IDxDaXNjbyBNUjkzNjEtOGkgNC4y Nz4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTUgZGV2aWNlIApkYTA6IFNlcmlhbCBOdW1iZXIg MDAzMzRlODNhMzQ5ODRmNjFiMTA1MGYwMDhiMDA1MDYKZGEwOiAxNTAuMDAwTUIvcyB0cmFuc2Zl cnMKZGEwOiA0NzU4ODNNQiAoOTc0NjA4Mzg0IDUxMiBieXRlIHNlY3RvcnM6IDI1NUggNjNTL1Qg NjA2NjZDKQpkYTEgYXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMSBsdW4gMApkYTE6IDxD aXNjbyBNUjkzNjEtOGkgNC4yNz4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTUgZGV2aWNlIApk YTE6IFNlcmlhbCBOdW1iZXIgMDAwNjcxODNhMzQ5ODRmNjFiMTA1MGYwMDhiMDA1MDYKZGExOiAx NTAuMDAwTUIvcyB0cmFuc2ZlcnMKZGExOiA1MTIwTUIgKDEwNDg1NzYwIDUxMiBieXRlIHNlY3Rv cnM6IDI1NUggNjNTL1QgNjUyQykKZGEyIGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDIg bHVuIDAKZGEyOiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IEZpeGVkIERpcmVjdCBBY2Nlc3MgU0NT SS01IGRldmljZSAKZGEyOiBTZXJpYWwgTnVtYmVyIDAwN2I5MTgzYTM0OTg0ZjYxYjEwNTBmMDA4 YjAwNTA2CmRhMjogMTUwLjAwME1CL3MgdHJhbnNmZXJzCmRhMjogNTEyME1CICgxMDQ4NTc2MCA1 MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDY1MkMpCmRhMyBhdCBtcnNhczAgYnVzIDAgc2Ni dXMwIHRhcmdldCAzIGx1biAwCmRhMzogPENpc2NvIE1SOTM2MS04aSA0LjI3PiBGaXhlZCBEaXJl Y3QgQWNjZXNzIFNDU0ktNSBkZXZpY2UgCmRhMzogU2VyaWFsIE51bWJlciAwMDRkMjE4NGEzNDk4 NGY2MWIxMDUwZjAwOGIwMDUwNgpkYTM6IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpkYTM6IDUxMjBN QiAoMTA0ODU3NjAgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2M1MvVCA2NTJDKQpkYTQgYXQgbXJz YXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgNCBsdW4gMApkYTQ6IDxDaXNjbyBNUjkzNjEtOGkgNC4y Nz4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTUgZGV2aWNlIApkYTQ6IFNlcmlhbCBOdW1iZXIg MDAyMjNmODRhMzQ5ODRmNjFiMTA1MGYwMDhiMDA1MDYKZGE0OiAxNTAuMDAwTUIvcyB0cmFuc2Zl cnMKZGE0OiA1MTIwTUIgKDEwNDg1NzYwIDUxMiBieXRlIHNlY3RvcnM6IDI1NUggNjNTL1QgNjUy QykKZGE1IGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDUgbHVuIDAKZGE1OiA8Q2lzY28g TVI5MzYxLThpIDQuMjc+IEZpeGVkIERpcmVjdCBBY2Nlc3MgU0NTSS01IGRldmljZSAKZGE1OiBT ZXJpYWwgTnVtYmVyIDAwOTg1ZDg0YTM0OTg0ZjYxYjEwNTBmMDA4YjAwNTA2CmRhNTogMTUwLjAw ME1CL3MgdHJhbnNmZXJzCmRhNTogNTEyME1CICgxMDQ4NTc2MCA1MTIgYnl0ZSBzZWN0b3JzOiAy NTVIIDYzUy9UIDY1MkMpCmRhNiBhdCBtcnNhczAgYnVzIDAgc2NidXMwIHRhcmdldCA2IGx1biAw CmRhNjogPENpc2NvIE1SOTM2MS04aSA0LjI3PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktNSBk ZXZpY2UgCmRhNjogU2VyaWFsIE51bWJlciAwMGJkN2I4NGEzNDk4NGY2MWIxMDUwZjAwOGIwMDUw NgpkYTY6IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpkYTY6IDUxMjBNQiAoMTA0ODU3NjAgNTEyIGJ5 dGUgc2VjdG9yczogMjU1SCA2M1MvVCA2NTJDKQpkYTcgYXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0 YXJnZXQgNyBsdW4gMApkYTc6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gRml4ZWQgRGlyZWN0IEFj Y2VzcyBTQ1NJLTUgZGV2aWNlIApkYTc6IFNlcmlhbCBOdW1iZXIgMDBjNjk5ODRhMzQ5ODRmNjFi MTA1MGYwMDhiMDA1MDYKZGE3OiAxNTAuMDAwTUIvcyB0cmFuc2ZlcnMKZGE3OiA1MTIwTUIgKDEw NDg1NzYwIDUxMiBieXRlIHNlY3RvcnM6IDI1NUggNjNTL1QgNjUyQykKZGE4IGF0IG1yc2FzMCBi dXMgMCBzY2J1czAgdGFyZ2V0IDggbHVuIDAKZGE4OiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IEZp eGVkIERpcmVjdCBBY2Nlc3MgU0NTSS01IGRldmljZSAKZGE4OiBTZXJpYWwgTnVtYmVyIDAwNDFi ODg0YTM0OTg0ZjYxYjEwNTBmMDA4YjAwNTA2CmRhODogMTUwLjAwME1CL3MgdHJhbnNmZXJzCmRh ODogNTEyME1CICgxMDQ4NTc2MCA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDY1MkMpCmRh OSBhdCBtcnNhczAgYnVzIDAgc2NidXMwIHRhcmdldCA5IGx1biAwCmRhOTogPENpc2NvIE1SOTM2 MS04aSA0LjI3PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktNSBkZXZpY2UgCmRhOTogU2VyaWFs IE51bWJlciAwMGU2ZDY4NGEzNDk4NGY2MWIxMDUwZjAwOGIwMDUwNgpkYTk6IDE1MC4wMDBNQi9z IHRyYW5zZmVycwpkYTk6IDUxMjBNQiAoMTA0ODU3NjAgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2 M1MvVCA2NTJDKQpkYTEwIGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDEwIGx1biAwCmRh MTA6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTUgZGV2 aWNlIApkYTEwOiBTZXJpYWwgTnVtYmVyIDAwYzRmNTg0YTM0OTg0ZjYxYjEwNTBmMDA4YjAwNTA2 CmRhMTA6IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpkYTEwOiA1MTIwTUIgKDEwNDg1NzYwIDUxMiBi eXRlIHNlY3RvcnM6IDI1NUggNjNTL1QgNjUyQykKZGExMSBhdCBtcnNhczAgYnVzIDAgc2NidXMw IHRhcmdldCAxMSBsdW4gMApkYTExOiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IEZpeGVkIERpcmVj dCBBY2Nlc3MgU0NTSS01IGRldmljZSAKZGExMTogU2VyaWFsIE51bWJlciAwMDcxMTQ4NWEzNDk4 NGY2MWIxMDUwZjAwOGIwMDUwNgpkYTExOiAxNTAuMDAwTUIvcyB0cmFuc2ZlcnMKZGExMTogNTEy ME1CICgxMDQ4NTc2MCA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDY1MkMpCmRhMTIgYXQg bXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMTIgbHVuIDAKZGExMjogPENpc2NvIE1SOTM2MS04 aSA0LjI3PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktNSBkZXZpY2UgCmRhMTI6IFNlcmlhbCBO dW1iZXIgMDBkNWFhODVhMzQ5ODRmNjFiMTA1MGYwMDhiMDA1MDYKZGExMjogMTUwLjAwME1CL3Mg dHJhbnNmZXJzCmRhMTI6IDUxMjBNQiAoMTA0ODU3NjAgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2 M1MvVCA2NTJDKQpkYTEzIGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDEzIGx1biAwCmRh MTM6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTUgZGV2 aWNlIApkYTEzOiBTZXJpYWwgTnVtYmVyIDAwMGRjOTg1YTM0OTg0ZjYxYjEwNTBmMDA4YjAwNTA2 CmRhMTM6IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpkYTEzOiA1MTIwTUIgKDEwNDg1NzYwIDUxMiBi eXRlIHNlY3RvcnM6IDI1NUggNjNTL1QgNjUyQykKZGExNCBhdCBtcnNhczAgYnVzIDAgc2NidXMw IHRhcmdldCAxNCBsdW4gMApkYTE0OiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IEZpeGVkIERpcmVj dCBBY2Nlc3MgU0NTSS01IGRldmljZSAKZGExNDogU2VyaWFsIE51bWJlciAwMDE4ZTg4NWEzNDk4 NGY2MWIxMDUwZjAwOGIwMDUwNgpkYTE0OiAxNTAuMDAwTUIvcyB0cmFuc2ZlcnMKZGExNDogNTEy ME1CICgxMDQ4NTc2MCA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDY1MkMpCmRhMTUgYXQg bXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMTUgbHVuIDAKZGExNTogPENpc2NvIE1SOTM2MS04 aSA0LjI3PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktNSBkZXZpY2UgCmRhMTU6IFNlcmlhbCBO dW1iZXIgMDA0ZjA3ODZhMzQ5ODRmNjFiMTA1MGYwMDhiMDA1MDYKZGExNTogMTUwLjAwME1CL3Mg dHJhbnNmZXJzCmRhMTU6IDUxMjBNQiAoMTA0ODU3NjAgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2 M1MvVCA2NTJDKQpkYTE2IGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDE2IGx1biAwCmRh MTY6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTUgZGV2 aWNlIApkYTE2OiBTZXJpYWwgTnVtYmVyIDAwMWQyNjg2YTM0OTg0ZjYxYjEwNTBmMDA4YjAwNTA2 CmRhMTY6IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpkYTE2OiA1MTIwTUIgKDEwNDg1NzYwIDUxMiBi eXRlIHNlY3RvcnM6IDI1NUggNjNTL1QgNjUyQykKZGExNyBhdCBtcnNhczAgYnVzIDAgc2NidXMw IHRhcmdldCAxNyBsdW4gMApkYTE3OiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IEZpeGVkIERpcmVj dCBBY2Nlc3MgU0NTSS01IGRldmljZSAKZGExNzogU2VyaWFsIE51bWJlciAwMDJhNDU4NmEzNDk4 NGY2MWIxMDUwZjAwOGIwMDUwNgpkYTE3OiAxNTAuMDAwTUIvcyB0cmFuc2ZlcnMKZGExNzogNTEy ME1CICgxMDQ4NTc2MCA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDY1MkMpCmRhMTggYXQg bXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMTggbHVuIDAKZGExODogPENpc2NvIE1SOTM2MS04 aSA0LjI3PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktNSBkZXZpY2UgCmRhMTg6IFNlcmlhbCBO dW1iZXIgMDA5MTY0ODZhMzQ5ODRmNjFiMTA1MGYwMDhiMDA1MDYKZGExODogMTUwLjAwME1CL3Mg dHJhbnNmZXJzCmRhMTg6IDUxMjBNQiAoMTA0ODU3NjAgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2 M1MvVCA2NTJDKQpkYTE5IGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDE5IGx1biAwCmRh MTk6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTUgZGV2 aWNlIApkYTE5OiBTZXJpYWwgTnVtYmVyIDAwNDM4Mzg2YTM0OTg0ZjYxYjEwNTBmMDA4YjAwNTA2 CmRhMTk6IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpkYTE5OiA1MTIwTUIgKDEwNDg1NzYwIDUxMiBi eXRlIHNlY3RvcnM6IDI1NUggNjNTL1QgNjUyQykKZGEyMCBhdCBtcnNhczAgYnVzIDAgc2NidXMw IHRhcmdldCAyMCBsdW4gMApkYTIwOiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IEZpeGVkIERpcmVj dCBBY2Nlc3MgU0NTSS01IGRldmljZSAKZGEyMDogU2VyaWFsIE51bWJlciAwMDVmYTI4NmEzNDk4 NGY2MWIxMDUwZjAwOGIwMDUwNgpkYTIwOiAxNTAuMDAwTUIvcyB0cmFuc2ZlcnMKZGEyMDogNTEy ME1CICgxMDQ4NTc2MCA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDY1MkMpCmRhMjEgYXQg bXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMjEgbHVuIDAKZGEyMTogPENpc2NvIE1SOTM2MS04 aSA0LjI3PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktNSBkZXZpY2UgCmRhMjE6IFNlcmlhbCBO dW1iZXIgMDA3MzMwODdhMzQ5ODRmNjFiMTA1MGYwMDhiMDA1MDYKZGEyMTogMTUwLjAwME1CL3Mg dHJhbnNmZXJzCmRhMjE6IDUxMjBNQiAoMTA0ODU3NjAgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2 M1MvVCA2NTJDKQpkYTIyIGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDIyIGx1biAwCmRh MjI6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTUgZGV2 aWNlIApkYTIyOiBTZXJpYWwgTnVtYmVyIDAwN2Y0ZTg3YTM0OTg0ZjYxYjEwNTBmMDA4YjAwNTA2 CmRhMjI6IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpkYTIyOiA1MTIwTUIgKDEwNDg1NzYwIDUxMiBi eXRlIHNlY3RvcnM6IDI1NUggNjNTL1QgNjUyQykKZGEyMyBhdCBtcnNhczAgYnVzIDAgc2NidXMw IHRhcmdldCAyMyBsdW4gMApkYTIzOiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IEZpeGVkIERpcmVj dCBBY2Nlc3MgU0NTSS01IGRldmljZSAKZGEyMzogU2VyaWFsIE51bWJlciAwMGQ3NmM4N2EzNDk4 NGY2MWIxMDUwZjAwOGIwMDUwNgpkYTIzOiAxNTAuMDAwTUIvcyB0cmFuc2ZlcnMKZGEyMzogNTEy ME1CICgxMDQ4NTc2MCA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDY1MkMpCmRhMjQgYXQg bXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMjQgbHVuIDAKZGEyNDogPENpc2NvIE1SOTM2MS04 aSA0LjI3PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktNSBkZXZpY2UgCmRhMjQ6IFNlcmlhbCBO dW1iZXIgMDAyZjhiODdhMzQ5ODRmNjFiMTA1MGYwMDhiMDA1MDYKZGEyNDogMTUwLjAwME1CL3Mg dHJhbnNmZXJzCmRhMjQ6IDUxMjBNQiAoMTA0ODU3NjAgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2 M1MvVCA2NTJDKQpkYTI1IGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDI1IGx1biAwCmRh MjU6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTUgZGV2 aWNlIApkYTI1OiBTZXJpYWwgTnVtYmVyIDAwZDFhYTg3YTM0OTg0ZjYxYjEwNTBmMDA4YjAwNTA2 CmRhMjU6IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpkYTI1OiA1MTIwTUIgKDEwNDg1NzYwIDUxMiBi eXRlIHNlY3RvcnM6IDI1NUggNjNTL1QgNjUyQykKZGEyNiBhdCBtcnNhczAgYnVzIDAgc2NidXMw IHRhcmdldCAyNiBsdW4gMApkYTI2OiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IEZpeGVkIERpcmVj dCBBY2Nlc3MgU0NTSS01IGRldmljZSAKZGEyNjogU2VyaWFsIE51bWJlciAwMGY1Yzk4N2EzNDk4 NGY2MWIxMDUwZjAwOGIwMDUwNgpkYTI2OiAxNTAuMDAwTUIvcyB0cmFuc2ZlcnMKZGEyNjogNTEy ME1CICgxMDQ4NTc2MCA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDY1MkMpCmRhMjcgYXQg bXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMjcgbHVuIDAKZGEyNzogPENpc2NvIE1SOTM2MS04 aSA0LjI3PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktNSBkZXZpY2UgCmRhMjc6IFNlcmlhbCBO dW1iZXIgMDAyNGU5ODdhMzQ5ODRmNjFiMTA1MGYwMDhiMDA1MDYKZGEyNzogMTUwLjAwME1CL3Mg dHJhbnNmZXJzCmRhMjc6IDUxMjBNQiAoMTA0ODU3NjAgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2 M1MvVCA2NTJDKQpkYTI4IGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDI4IGx1biAwCmRh Mjg6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTUgZGV2 aWNlIApkYTI4OiBTZXJpYWwgTnVtYmVyIDAwMTcwODg4YTM0OTg0ZjYxYjEwNTBmMDA4YjAwNTA2 CmRhMjg6IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpkYTI4OiA1MTIwTUIgKDEwNDg1NzYwIDUxMiBi eXRlIHNlY3RvcnM6IDI1NUggNjNTL1QgNjUyQykKZGEyOSBhdCBtcnNhczAgYnVzIDAgc2NidXMw IHRhcmdldCAyOSBsdW4gMApkYTI5OiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IEZpeGVkIERpcmVj dCBBY2Nlc3MgU0NTSS01IGRldmljZSAKZGEyOTogU2VyaWFsIE51bWJlciAwMGZjOWY4OGEzNDk4 NGY2MWIxMDUwZjAwOGIwMDUwNgpkYTI5OiAxNTAuMDAwTUIvcyB0cmFuc2ZlcnMKZGEyOTogNTEy ME1CICgxMDQ4NTc2MCA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDY1MkMpCmRhMzAgYXQg bXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMzAgbHVuIDAKZGEzMDogPENpc2NvIE1SOTM2MS04 aSA0LjI3PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktNSBkZXZpY2UgCmRhMzA6IFNlcmlhbCBO dW1iZXIgMDBhYmJlODhhMzQ5ODRmNjFiMTA1MGYwMDhiMDA1MDYKZGEzMDogMTUwLjAwME1CL3Mg dHJhbnNmZXJzCmRhMzA6IDUxMjBNQiAoMTA0ODU3NjAgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2 M1MvVCA2NTJDKQpkYTMxIGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDMxIGx1biAwCmRh MzE6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTUgZGV2 aWNlIApkYTMxOiBTZXJpYWwgTnVtYmVyIDAwOWJkZDg4YTM0OTg0ZjYxYjEwNTBmMDA4YjAwNTA2 CmRhMzE6IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpkYTMxOiA1MTIwTUIgKDEwNDg1NzYwIDUxMiBi eXRlIHNlY3RvcnM6IDI1NUggNjNTL1QgNjUyQykKZGEzMiBhdCBtcnNhczAgYnVzIDAgc2NidXMw IHRhcmdldCAzMiBsdW4gMApkYTMyOiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IEZpeGVkIERpcmVj dCBBY2Nlc3MgU0NTSS01IGRldmljZSAKZGEzMjogU2VyaWFsIE51bWJlciAwMDc3ZmM4OGEzNDk4 NGY2MWIxMDUwZjAwOGIwMDUwNgpkYTMyOiAxNTAuMDAwTUIvcyB0cmFuc2ZlcnMKZGEzMjogNTEy ME1CICgxMDQ4NTc2MCA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDY1MkMpCmRhMzMgYXQg bXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMzMgbHVuIDAKZGEzMzogPENpc2NvIE1SOTM2MS04 aSA0LjI3PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktNSBkZXZpY2UgCmRhMzM6IFNlcmlhbCBO dW1iZXIgMDBjNDFkODlhMzQ5ODRmNjFiMTA1MGYwMDhiMDA1MDYKZGEzMzogMTUwLjAwME1CL3Mg dHJhbnNmZXJzCmRhMzM6IDUxMjBNQiAoMTA0ODU3NjAgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2 M1MvVCA2NTJDKQpkYTM0IGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDM0IGx1biAwCmRh MzQ6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTUgZGV2 aWNlIApkYTM0OiBTZXJpYWwgTnVtYmVyIDAwYzAzYzg5YTM0OTg0ZjYxYjEwNTBmMDA4YjAwNTA2 CmRhMzQ6IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpkYTM0OiA1MTIwTUIgKDEwNDg1NzYwIDUxMiBi eXRlIHNlY3RvcnM6IDI1NUggNjNTL1QgNjUyQykKZGEzNSBhdCBtcnNhczAgYnVzIDAgc2NidXMw IHRhcmdldCAzNSBsdW4gMApkYTM1OiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IEZpeGVkIERpcmVj dCBBY2Nlc3MgU0NTSS01IGRldmljZSAKZGEzNTogU2VyaWFsIE51bWJlciAwMGRkNWE4OWEzNDk4 NGY2MWIxMDUwZjAwOGIwMDUwNgpkYTM1OiAxNTAuMDAwTUIvcyB0cmFuc2ZlcnMKZGEzNTogNTEy ME1CICgxMDQ4NTc2MCA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDY1MkMpCmRhMzYgYXQg bXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMzYgbHVuIDAKZGEzNjogPENpc2NvIE1SOTM2MS04 aSA0LjI3PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktNSBkZXZpY2UgCmRhMzY6IFNlcmlhbCBO dW1iZXIgMDBjNjc5ODlhMzQ5ODRmNjFiMTA1MGYwMDhiMDA1MDYKZGEzNjogMTUwLjAwME1CL3Mg dHJhbnNmZXJzCmRhMzY6IDUxMjBNQiAoMTA0ODU3NjAgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2 M1MvVCA2NTJDKQpkYTM3IGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDM3IGx1biAwCmRh Mzc6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTUgZGV2 aWNlIApkYTM3OiBTZXJpYWwgTnVtYmVyIDAwMzg5ODg5YTM0OTg0ZjYxYjEwNTBmMDA4YjAwNTA2 CmRhMzc6IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpkYTM3OiA1MTIwTUIgKDEwNDg1NzYwIDUxMiBi eXRlIHNlY3RvcnM6IDI1NUggNjNTL1QgNjUyQykKZGEzOCBhdCBtcnNhczAgYnVzIDAgc2NidXMw IHRhcmdldCAzOCBsdW4gMApkYTM4OiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IEZpeGVkIERpcmVj dCBBY2Nlc3MgU0NTSS01IGRldmljZSAKZGEzODogU2VyaWFsIE51bWJlciAwMDk5MjY4YWEzNDk4 NGY2MWIxMDUwZjAwOGIwMDUwNgpkYTM4OiAxNTAuMDAwTUIvcyB0cmFuc2ZlcnMKZGEzODogNTEy ME1CICgxMDQ4NTc2MCA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDY1MkMpCmRhMzkgYXQg bXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMzkgbHVuIDAKZGEzOTogPENpc2NvIE1SOTM2MS04 aSA0LjI3PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktNSBkZXZpY2UgCmRhMzk6IFNlcmlhbCBO dW1iZXIgMDAyOTQ1OGFhMzQ5ODRmNjFiMTA1MGYwMDhiMDA1MDYKZGEzOTogMTUwLjAwME1CL3Mg dHJhbnNmZXJzCmRhMzk6IDUxMjBNQiAoMTA0ODU3NjAgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2 M1MvVCA2NTJDKQpkYTQwIGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDQwIGx1biAwCmRh NDA6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTUgZGV2 aWNlIApkYTQwOiBTZXJpYWwgTnVtYmVyIDAwNDM2NDhhYTM0OTg0ZjYxYjEwNTBmMDA4YjAwNTA2 CmRhNDA6IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpkYTQwOiA1MTIwTUIgKDEwNDg1NzYwIDUxMiBi eXRlIHNlY3RvcnM6IDI1NUggNjNTL1QgNjUyQykKZGE0MSBhdCBtcnNhczAgYnVzIDAgc2NidXMw IHRhcmdldCA0MSBsdW4gMApkYTQxOiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IEZpeGVkIERpcmVj dCBBY2Nlc3MgU0NTSS01IGRldmljZSAKZGE0MTogU2VyaWFsIE51bWJlciAwMDI4ODM4YWEzNDk4 NGY2MWIxMDUwZjAwOGIwMDUwNgpkYTQxOiAxNTAuMDAwTUIvcyB0cmFuc2ZlcnMKZGE0MTogNTEy ME1CICgxMDQ4NTc2MCA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDY1MkMpCmRhNDIgYXQg bXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgNDIgbHVuIDAKZGE0MjogPENpc2NvIE1SOTM2MS04 aSA0LjI3PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktNSBkZXZpY2UgCmRhNDI6IFNlcmlhbCBO dW1iZXIgMDA4YWExOGFhMzQ5ODRmNjFiMTA1MGYwMDhiMDA1MDYKZGE0MjogMTUwLjAwME1CL3Mg dHJhbnNmZXJzCmRhNDI6IDUxMjBNQiAoMTA0ODU3NjAgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2 M1MvVCA2NTJDKQpkYTQzIGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDQzIGx1biAwCmRh NDM6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTUgZGV2 aWNlIApkYTQzOiBTZXJpYWwgTnVtYmVyIDAwZWViZjhhYTM0OTg0ZjYxYjEwNTBmMDA4YjAwNTA2 CmRhNDM6IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpkYTQzOiA1MTIwTUIgKDEwNDg1NzYwIDUxMiBi eXRlIHNlY3RvcnM6IDI1NUggNjNTL1QgNjUyQykKZGE0NCBhdCBtcnNhczAgYnVzIDAgc2NidXMw IHRhcmdldCA0NCBsdW4gMApkYTQ0OiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IEZpeGVkIERpcmVj dCBBY2Nlc3MgU0NTSS01IGRldmljZSAKZGE0NDogU2VyaWFsIE51bWJlciAwMGVhZGU4YWEzNDk4 NGY2MWIxMDUwZjAwOGIwMDUwNgpkYTQ0OiAxNTAuMDAwTUIvcyB0cmFuc2ZlcnMKZGE0NDogNTEy ME1CICgxMDQ4NTc2MCA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDY1MkMpCmRhNDUgYXQg bXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgNDUgbHVuIDAKZGE0NTogPENpc2NvIE1SOTM2MS04 aSA0LjI3PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktNSBkZXZpY2UgCmRhNDU6IFNlcmlhbCBO dW1iZXIgMDA0YmZlOGFhMzQ5ODRmNjFiMTA1MGYwMDhiMDA1MDYKZGE0NTogMTUwLjAwME1CL3Mg dHJhbnNmZXJzCmRhNDU6IDUxMjBNQiAoMTA0ODU3NjAgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2 M1MvVCA2NTJDKQpkYTQ2IGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDQ2IGx1biAwCmRh NDY6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTUgZGV2 aWNlIApkYTQ2OiBTZXJpYWwgTnVtYmVyIDAwMTc5NThiYTM0OTg0ZjYxYjEwNTBmMDA4YjAwNTA2 CmRhNDY6IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpkYTQ2OiA1MTIwTUIgKDEwNDg1NzYwIDUxMiBi eXRlIHNlY3RvcnM6IDI1NUggNjNTL1QgNjUyQykKZGE0NyBhdCBtcnNhczAgYnVzIDAgc2NidXMw IHRhcmdldCA0NyBsdW4gMApkYTQ3OiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IEZpeGVkIERpcmVj dCBBY2Nlc3MgU0NTSS01IGRldmljZSAKZGE0NzogU2VyaWFsIE51bWJlciAwMDMxYjQ4YmEzNDk4 NGY2MWIxMDUwZjAwOGIwMDUwNgpkYTQ3OiAxNTAuMDAwTUIvcyB0cmFuc2ZlcnMKZGE0NzogNTEy ME1CICgxMDQ4NTc2MCA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDY1MkMpCmRhNDggYXQg bXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgNDggbHVuIDAKZGE0ODogPENpc2NvIE1SOTM2MS04 aSA0LjI3PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktNSBkZXZpY2UgCmRhNDg6IFNlcmlhbCBO dW1iZXIgMDAyNGQzOGJhMzQ5ODRmNjFiMTA1MGYwMDhiMDA1MDYKZGE0ODogMTUwLjAwME1CL3Mg dHJhbnNmZXJzCmRhNDg6IDUxMjBNQiAoMTA0ODU3NjAgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2 M1MvVCA2NTJDKQpkYTQ5IGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDQ5IGx1biAwCmRh NDk6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTUgZGV2 aWNlIApkYTQ5OiBTZXJpYWwgTnVtYmVyIDAwYTRmMThiYTM0OTg0ZjYxYjEwNTBmMDA4YjAwNTA2 CmRhNDk6IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpkYTQ5OiA1MTIwTUIgKDEwNDg1NzYwIDUxMiBi eXRlIHNlY3RvcnM6IDI1NUggNjNTL1QgNjUyQykKZGE1MCBhdCBtcnNhczAgYnVzIDAgc2NidXMw IHRhcmdldCA1MCBsdW4gMApkYTUwOiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IEZpeGVkIERpcmVj dCBBY2Nlc3MgU0NTSS01IGRldmljZSAKZGE1MDogU2VyaWFsIE51bWJlciAwMGZmMTA4Y2EzNDk4 NGY2MWIxMDUwZjAwOGIwMDUwNgpkYTUwOiAxNTAuMDAwTUIvcyB0cmFuc2ZlcnMKZGE1MDogNTEy ME1CICgxMDQ4NTc2MCA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDY1MkMpCmRhNTEgYXQg bXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgNTEgbHVuIDAKZGE1MTogPENpc2NvIE1SOTM2MS04 aSA0LjI3PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktNSBkZXZpY2UgCmRhNTE6IFNlcmlhbCBO dW1iZXIgMDA0ZjJmOGNhMzQ5ODRmNjFiMTA1MGYwMDhiMDA1MDYKZGE1MTogMTUwLjAwME1CL3Mg dHJhbnNmZXJzCmRhNTE6IDUxMjBNQiAoMTA0ODU3NjAgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2 M1MvVCA2NTJDKQpkYTUyIGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDUyIGx1biAwCmRh NTI6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTUgZGV2 aWNlIApkYTUyOiBTZXJpYWwgTnVtYmVyIDAwYjM0ZThjYTM0OTg0ZjYxYjEwNTBmMDA4YjAwNTA2 CmFycDogMTM1LjI0LjIzMS4xIG1vdmVkIGZyb20gMDA6MWU6YmQ6ODE6NmI6YzIgdG8gMDA6MWU6 YmQ6NDU6OWE6YzIgb24gaWdiMQpkYTUyOiAxNTAuMDAwTUIvcyB0cmFuc2ZlcnMKZGE1MjogNTEy ME1CICgxMDQ4NTc2MCA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDY1MkMpCmRhNTMgYXQg bXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgNTMgbHVuIDAKZGE1MzogPENpc2NvIE1SOTM2MS04 aSA0LjI3PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktNSBkZXZpY2UgCmRhNTM6IFNlcmlhbCBO dW1iZXIgMDA3YjZkOGNhMzQ5ODRmNjFiMTA1MGYwMDhiMDA1MDYKZGE1MzogMTUwLjAwME1CL3Mg dHJhbnNmZXJzCmRhNTM6IDUxMjBNQiAoMTA0ODU3NjAgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2 M1MvVCA2NTJDKQpkYTU0IGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDU0IGx1biAwCmRh NTQ6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTUgZGV2 aWNlIApkYTU0OiBTZXJpYWwgTnVtYmVyIDAwZDE4YzhjYTM0OTg0ZjYxYjEwNTBmMDA4YjAwNTA2 CmRhNTQ6IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpkYTU0OiA1MTIwTUIgKDEwNDg1NzYwIDUxMiBi eXRlIHNlY3RvcnM6IDI1NUggNjNTL1QgNjUyQykKZGE1NSBhdCBtcnNhczAgYnVzIDAgc2NidXMw IHRhcmdldCA1NSBsdW4gMApkYTU1OiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IEZpeGVkIERpcmVj dCBBY2Nlc3MgU0NTSS01IGRldmljZSAKZGE1NTogU2VyaWFsIE51bWJlciAwMGVkMTk4ZGEzNDk4 NGY2MWIxMDUwZjAwOGIwMDUwNgpkYTU1OiAxNTAuMDAwTUIvcyB0cmFuc2ZlcnMKZGE1NTogNTEy ME1CICgxMDQ4NTc2MCA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDY1MkMpCmRhNTYgYXQg bXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgNTYgbHVuIDAKZGE1NjogPENpc2NvIE1SOTM2MS04 aSA0LjI3PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktNSBkZXZpY2UgCmRhNTY6IFNlcmlhbCBO dW1iZXIgMDBlYTM4OGRhMzQ5ODRmNjFiMTA1MGYwMDhiMDA1MDYKZGE1NjogMTUwLjAwME1CL3Mg dHJhbnNmZXJzCmRhNTY6IDUxMjBNQiAoMTA0ODU3NjAgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2 M1MvVCA2NTJDKQpkYTU3IGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDU3IGx1biAwCmRh NTc6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTUgZGV2 aWNlIApkYTU3OiBTZXJpYWwgTnVtYmVyIDAwZWI1NjhkYTM0OTg0ZjYxYjEwNTBmMDA4YjAwNTA2 CmRhNTc6IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpkYTU3OiA1MTIwTUIgKDEwNDg1NzYwIDUxMiBi eXRlIHNlY3RvcnM6IDI1NUggNjNTL1QgNjUyQykKZGE1OCBhdCBtcnNhczAgYnVzIDAgc2NidXMw IHRhcmdldCA1OCBsdW4gMApkYTU4OiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IEZpeGVkIERpcmVj dCBBY2Nlc3MgU0NTSS01IGRldmljZSAKZGE1ODogU2VyaWFsIE51bWJlciAwMDRkNzU4ZGEzNDk4 NGY2MWIxMDUwZjAwOGIwMDUwNgpkYTU4OiAxNTAuMDAwTUIvcyB0cmFuc2ZlcnMKZGE1ODogNTEy ME1CICgxMDQ4NTc2MCA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDY1MkMpCmRhNTkgYXQg bXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgNTkgbHVuIDAKZGE1OTogPENpc2NvIE1SOTM2MS04 aSA0LjI3PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktNSBkZXZpY2UgCmRhNTk6IFNlcmlhbCBO dW1iZXIgMDAzNjk0OGRhMzQ5ODRmNjFiMTA1MGYwMDhiMDA1MDYKZGE1OTogMTUwLjAwME1CL3Mg dHJhbnNmZXJzCmRhNTk6IDUxMjBNQiAoMTA0ODU3NjAgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2 M1MvVCA2NTJDKQpkYTYwIGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDYwIGx1biAwCmRh NjA6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTUgZGV2 aWNlIApkYTYwOiBTZXJpYWwgTnVtYmVyIDAwNjZiMzhkYTM0OTg0ZjYxYjEwNTBmMDA4YjAwNTA2 CmRhNjA6IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpkYTYwOiA1MTIwTUIgKDEwNDg1NzYwIDUxMiBi eXRlIHNlY3RvcnM6IDI1NUggNjNTL1QgNjUyQykKZGE2MSBhdCBtcnNhczAgYnVzIDAgc2NidXMw IHRhcmdldCA2MSBsdW4gMApkYTYxOiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IEZpeGVkIERpcmVj dCBBY2Nlc3MgU0NTSS01IGRldmljZSAKZGE2MTogU2VyaWFsIE51bWJlciAwMDI1ZDI4ZGEzNDk4 NGY2MWIxMDUwZjAwOGIwMDUwNgpkYTYxOiAxNTAuMDAwTUIvcyB0cmFuc2ZlcnMKZGE2MTogNTEy ME1CICgxMDQ4NTc2MCA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDY1MkMpCmRhNjIgYXQg bXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgNjIgbHVuIDAKZGE2MjogPENpc2NvIE1SOTM2MS04 aSA0LjI3PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktNSBkZXZpY2UgCmRhNjI6IFNlcmlhbCBO dW1iZXIgMDA4MGYxOGRhMzRhODRmNjFiMTA1MGYwMDhiMDA1MDYKZGE2MjogMTUwLjAwME1CL3Mg dHJhbnNmZXJzCmRhNjI6IDUxMjBNQiAoMTA0ODU3NjAgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2 M1MvVCA2NTJDKQpkYTYzIGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDYzIGx1biAwCmRh NjM6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTUgZGV2 aWNlIApkYTYzOiBTZXJpYWwgTnVtYmVyIDAwZGQ4NzhlYTM0YTg0ZjYxYjEwNTBmMDA4YjAwNTA2 CmRhNjM6IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpkYTYzOiA1MTIwTUIgKDEwNDg1NzYwIDUxMiBi eXRlIHNlY3RvcnM6IDI1NUggNjNTL1QgNjUyQykKZGE2NCBhdCBtcnNhczAgYnVzIDAgc2NidXMw IHRhcmdldCA2NCBsdW4gMApkYTY0OiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IEZpeGVkIERpcmVj dCBBY2Nlc3MgU0NTSS01IGRldmljZSAKZGE2NDogU2VyaWFsIE51bWJlciAwMDc2YTY4ZWEzNGE4 NGY2MWIxMDUwZjAwOGIwMDUwNgpkYTY0OiAxNTAuMDAwTUIvcyB0cmFuc2ZlcnMKZGE2NDogNTEy ME1CICgxMDQ4NTc2MCA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDY1MkMpCmRhNjUgYXQg bXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgNjUgbHVuIDAKZGE2NTogPENpc2NvIE1SOTM2MS04 aSA0LjI3PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktNSBkZXZpY2UgCmRhNjU6IFNlcmlhbCBO dW1iZXIgMDBiMWM0OGVhMzRhODRmNjFiMTA1MGYwMDhiMDA1MDYKZGE2NTogMTUwLjAwME1CL3Mg dHJhbnNmZXJzCmRhNjU6IDUxMjBNQiAoMTA0ODU3NjAgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2 M1MvVCA2NTJDKQpkYTY2IGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDY2IGx1biAwCmRh NjY6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTUgZGV2 aWNlIApkYTY2OiBTZXJpYWwgTnVtYmVyIDAwOTdlOThlYTM0YTg0ZjYxYjEwNTBmMDA4YjAwNTA2 CmRhNjY6IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpkYTY2OiA2MTQ0TUIgKDEyNTgyOTEyIDUxMiBi eXRlIHNlY3RvcnM6IDI1NUggNjNTL1QgNzgzQykKZGE2NyBhdCBtcnNhczAgYnVzIDAgc2NidXMw IHRhcmdldCA2NyBsdW4gMApkYTY3OiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IEZpeGVkIERpcmVj dCBBY2Nlc3MgU0NTSS01IGRldmljZSAKZGE2NzogU2VyaWFsIE51bWJlciAwMDIzMGI4ZmEzNGE4 NGY2MWIxMDUwZjAwOGIwMDUwNgpkYTY3OiAxNTAuMDAwTUIvcyB0cmFuc2ZlcnMKZGE2NzogNjE0 NE1CICgxMjU4MjkxMiA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDc4M0MpCmRhNjggYXQg bXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgNjggbHVuIDAKZGE2ODogPENpc2NvIE1SOTM2MS04 aSA0LjI3PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktNSBkZXZpY2UgCmRhNjg6IFNlcmlhbCBO dW1iZXIgMDA0ZjJhOGZhMzRhODRmNjFiMTA1MGYwMDhiMDA1MDYKZGE2ODogMTUwLjAwME1CL3Mg dHJhbnNmZXJzCmRhNjg6IDYxNDRNQiAoMTI1ODI5MTIgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2 M1MvVCA3ODNDKQpkYTY5IGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDY5IGx1biAwCmRh Njk6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTUgZGV2 aWNlIApkYTY5OiBTZXJpYWwgTnVtYmVyIDAwZDc0OThmYTM0YTg0ZjYxYjEwNTBmMDA4YjAwNTA2 CmRhNjk6IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpkYTY5OiA2MTQ0TUIgKDEyNTgyOTEyIDUxMiBi eXRlIHNlY3RvcnM6IDI1NUggNjNTL1QgNzgzQykKZGE3MCBhdCBtcnNhczAgYnVzIDAgc2NidXMw IHRhcmdldCA3MCBsdW4gMApkYTcwOiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IEZpeGVkIERpcmVj dCBBY2Nlc3MgU0NTSS01IGRldmljZSAKZGE3MDogU2VyaWFsIE51bWJlciAwMDgxNjg4ZmEzNGE4 NGY2MWIxMDUwZjAwOGIwMDUwNgpkYTcwOiAxNTAuMDAwTUIvcyB0cmFuc2ZlcnMKZGE3MDogNjE0 NE1CICgxMjU4MjkxMiA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDc4M0MpCmRhNzEgYXQg bXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgNzEgbHVuIDAKZGE3MTogPENpc2NvIE1SOTM2MS04 aSA0LjI3PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktNSBkZXZpY2UgCmRhNzE6IFNlcmlhbCBO dW1iZXIgMDBkMjg2OGZhMzRhODRmNjFiMTA1MGYwMDhiMDA1MDYKZGE3MTogMTUwLjAwME1CL3Mg dHJhbnNmZXJzCmRhNzE6IDYxNDRNQiAoMTI1ODI5MTIgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2 M1MvVCA3ODNDKQpkYTcyIGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDcyIGx1biAwCmRh NzI6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTUgZGV2 aWNlIApkYTcyOiBTZXJpYWwgTnVtYmVyIDAwMzgxMzkwYTM0YTg0ZjYxYjEwNTBmMDA4YjAwNTA2 CmRhNzI6IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpkYTcyOiA2MTQ0TUIgKDEyNTgyOTEyIDUxMiBi eXRlIHNlY3RvcnM6IDI1NUggNjNTL1QgNzgzQykKZGE3MyBhdCBtcnNhczAgYnVzIDAgc2NidXMw IHRhcmdldCA3MyBsdW4gMApkYTczOiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IEZpeGVkIERpcmVj dCBBY2Nlc3MgU0NTSS01IGRldmljZSAKZGE3MzogU2VyaWFsIE51bWJlciAwMGEzMzE5MGEzNGE4 NGY2MWIxMDUwZjAwOGIwMDUwNgpkYTczOiAxNTAuMDAwTUIvcyB0cmFuc2ZlcnMKZGE3MzogNjE0 NE1CICgxMjU4MjkxMiA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDc4M0MpCmRhNzQgYXQg bXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgNzQgbHVuIDAKZGE3NDogPENpc2NvIE1SOTM2MS04 aSA0LjI3PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktNSBkZXZpY2UgCmRhNzQ6IFNlcmlhbCBO dW1iZXIgMDAwOTUxOTBhMzRhODRmNjFiMTA1MGYwMDhiMDA1MDYKZGE3NDogMTUwLjAwME1CL3Mg dHJhbnNmZXJzCmRhNzQ6IDYxNDRNQiAoMTI1ODI5MTIgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2 M1MvVCA3ODNDKQpkYTc1IGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDc1IGx1biAwCmRh NzU6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTUgZGV2 aWNlIApkYTc1OiBTZXJpYWwgTnVtYmVyIDAwOTQ2ZjkwYTM0YTg0ZjYxYjEwNTBmMDA4YjAwNTA2 CmRhNzU6IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpkYTc1OiA2MTQ0TUIgKDEyNTgyOTEyIDUxMiBi eXRlIHNlY3RvcnM6IDI1NUggNjNTL1QgNzgzQykKZGE3NiBhdCBtcnNhczAgYnVzIDAgc2NidXMw IHRhcmdldCA3NiBsdW4gMApkYTc2OiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IEZpeGVkIERpcmVj dCBBY2Nlc3MgU0NTSS01IGRldmljZSAKZGE3NjogU2VyaWFsIE51bWJlciAwMDJhOGY5MGEzNGE4 NGY2MWIxMDUwZjAwOGIwMDUwNgpkYTc2OiAxNTAuMDAwTUIvcyB0cmFuc2ZlcnMKZGE3NjogNjE0 NE1CICgxMjU4MjkxMiA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDc4M0MpCmRhNzcgYXQg bXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgNzcgbHVuIDAKZGE3NzogPENpc2NvIE1SOTM2MS04 aSA0LjI3PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktNSBkZXZpY2UgCmRhNzc6IFNlcmlhbCBO dW1iZXIgMDA0M2FlOTBhMzRhODRmNjFiMTA1MGYwMDhiMDA1MDYKZGE3NzogMTUwLjAwME1CL3Mg dHJhbnNmZXJzCmRhNzc6IDYxNDRNQiAoMTI1ODI5MTIgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2 M1MvVCA3ODNDKQpkYTc4IGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDc4IGx1biAwCmRh Nzg6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTUgZGV2 aWNlIApkYTc4OiBTZXJpYWwgTnVtYmVyIDAwMzJjZDkwYTM0YTg0ZjYxYjEwNTBmMDA4YjAwNTA2 CmRhNzg6IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpkYTc4OiA2MTQ0TUIgKDEyNTgyOTEyIDUxMiBi eXRlIHNlY3RvcnM6IDI1NUggNjNTL1QgNzgzQykKZGE3OSBhdCBtcnNhczAgYnVzIDAgc2NidXMw IHRhcmdldCA3OSBsdW4gMApkYTc5OiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IEZpeGVkIERpcmVj dCBBY2Nlc3MgU0NTSS01IGRldmljZSAKZGE3OTogU2VyaWFsIE51bWJlciAwMDFhZWM5MGEzNGE4 NGY2MWIxMDUwZjAwOGIwMDUwNgpkYTc5OiAxNTAuMDAwTUIvcyB0cmFuc2ZlcnMKZGE3OTogNjE0 NE1CICgxMjU4MjkxMiA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDc4M0MpCmRhODAgYXQg bXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgODAgbHVuIDAKZGE4MDogPENpc2NvIE1SOTM2MS04 aSA0LjI3PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktNSBkZXZpY2UgCmRhODA6IFNlcmlhbCBO dW1iZXIgMDBhZDgzOTFhMzRhODRmNjFiMTA1MGYwMDhiMDA1MDYKZGE4MDogMTUwLjAwME1CL3Mg dHJhbnNmZXJzCmRhODA6IDYxNDRNQiAoMTI1ODI5MTIgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2 M1MvVCA3ODNDKQpkYTgxIGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDgxIGx1biAwCmRh ODE6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTUgZGV2 aWNlIApkYTgxOiBTZXJpYWwgTnVtYmVyIDAwNGZhMjkxYTM0YTg0ZjYxYjEwNTBmMDA4YjAwNTA2 CmRhODE6IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpkYTgxOiA2MTQ0TUIgKDEyNTgyOTEyIDUxMiBi eXRlIHNlY3RvcnM6IDI1NUggNjNTL1QgNzgzQykKZGE4MiBhdCBtcnNhczAgYnVzIDAgc2NidXMw IHRhcmdldCA4MiBsdW4gMApkYTgyOiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IEZpeGVkIERpcmVj dCBBY2Nlc3MgU0NTSS01IGRldmljZSAKZGE4MjogU2VyaWFsIE51bWJlciAwMGI0YzE5MWEzNGE4 NGY2MWIxMDUwZjAwOGIwMDUwNgpkYTgyOiAxNTAuMDAwTUIvcyB0cmFuc2ZlcnMKZGE4MjogNjE0 NE1CICgxMjU4MjkxMiA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDc4M0MpCmRhODMgYXQg bXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgODMgbHVuIDAKZGE4MzogPENpc2NvIE1SOTM2MS04 aSA0LjI3PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktNSBkZXZpY2UgCmRhODM6IFNlcmlhbCBO dW1iZXIgMDAwMGUwOTFhMzRhODRmNjFiMTA1MGYwMDhiMDA1MDYKZGE4MzogMTUwLjAwME1CL3Mg dHJhbnNmZXJzCmRhODM6IDYxNDRNQiAoMTI1ODI5MTIgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2 M1MvVCA3ODNDKQpkYTg0IGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDg0IGx1biAwCmRh ODQ6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTUgZGV2 aWNlIApkYTg0OiBTZXJpYWwgTnVtYmVyIDAwZDNmZTkxYTM0YTg0ZjYxYjEwNTBmMDA4YjAwNTA2 CmRhODQ6IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpkYTg0OiA1MTIwTUIgKDEwNDg1NzYwIDUxMiBi eXRlIHNlY3RvcnM6IDI1NUggNjNTL1QgNjUyQykKZGE4NSBhdCBtcnNhczAgYnVzIDAgc2NidXMw IHRhcmdldCA4NSBsdW4gMApkYTg1OiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IEZpeGVkIERpcmVj dCBBY2Nlc3MgU0NTSS01IGRldmljZSAKZGE4NTogU2VyaWFsIE51bWJlciAwMDE3MjI5MmEzNGE4 NGY2MWIxMDUwZjAwOGIwMDUwNgpkYTg1OiAxNTAuMDAwTUIvcyB0cmFuc2ZlcnMKZGE4NTogNTEy ME1CICgxMDQ4NTc2MCA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDY1MkMpCmRhODYgYXQg bXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgODYgbHVuIDAKZGE4NjogPENpc2NvIE1SOTM2MS04 aSA0LjI3PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktNSBkZXZpY2UgCmRhODY6IFNlcmlhbCBO dW1iZXIgMDBlMDQzOTJhMzRhODRmNjFiMTA1MGYwMDhiMDA1MDYKZGE4NjogMTUwLjAwME1CL3Mg dHJhbnNmZXJzCmRhODY6IDUxMjBNQiAoMTA0ODU3NjAgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2 M1MvVCA2NTJDKQpkYTg3IGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDg3IGx1biAwCmRh ODc6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTUgZGV2 aWNlIApkYTg3OiBTZXJpYWwgTnVtYmVyIDAwMjc2NDkyYTM0YTg0ZjYxYjEwNTBmMDA4YjAwNTA2 CmRhODc6IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpkYTg3OiA1MTIwTUIgKDEwNDg1NzYwIDUxMiBi eXRlIHNlY3RvcnM6IDI1NUggNjNTL1QgNjUyQykKZGE4OCBhdCBtcnNhczAgYnVzIDAgc2NidXMw IHRhcmdldCA4OCBsdW4gMApkYTg4OiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IEZpeGVkIERpcmVj dCBBY2Nlc3MgU0NTSS01IGRldmljZSAKZGE4ODogU2VyaWFsIE51bWJlciAwMDYzODU5MmEzNGE4 NGY2MWIxMDUwZjAwOGIwMDUwNgpkYTg4OiAxNTAuMDAwTUIvcyB0cmFuc2ZlcnMKZGE4ODogNTEy ME1CICgxMDQ4NTc2MCA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDY1MkMpCmRhODkgYXQg bXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgODkgbHVuIDAKZGE4OTogPENpc2NvIE1SOTM2MS04 aSA0LjI3PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktNSBkZXZpY2UgCmRhODk6IFNlcmlhbCBO dW1iZXIgMDBhMTEzOTNhMzRhODRmNjFiMTA1MGYwMDhiMDA1MDYKZGE4OTogMTUwLjAwME1CL3Mg dHJhbnNmZXJzCmRhODk6IDUxMjBNQiAoMTA0ODU3NjAgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2 M1MvVCA2NTJDKQpkYTkwIGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDkwIGx1biAwCmRh OTA6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTUgZGV2 aWNlIApkYTkwOiBTZXJpYWwgTnVtYmVyIDAwNzEzNDkzYTM0YTg0ZjYxYjEwNTBmMDA4YjAwNTA2 CmRhOTA6IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpkYTkwOiA1MTIwTUIgKDEwNDg1NzYwIDUxMiBi eXRlIHNlY3RvcnM6IDI1NUggNjNTL1QgNjUyQykKZGE5MSBhdCBtcnNhczAgYnVzIDAgc2NidXMw IHRhcmdldCA5MSBsdW4gMApkYTkxOiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IEZpeGVkIERpcmVj dCBBY2Nlc3MgU0NTSS01IGRldmljZSAKZGE5MTogU2VyaWFsIE51bWJlciAwMDAzNTU5M2EzNGE4 NGY2MWIxMDUwZjAwOGIwMDUwNgpkYTkxOiAxNTAuMDAwTUIvcyB0cmFuc2ZlcnMKZGE5MTogNTEy ME1CICgxMDQ4NTc2MCA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDY1MkMpCmRhOTIgYXQg bXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgOTIgbHVuIDAKZGE5MjogPENpc2NvIE1SOTM2MS04 aSA0LjI3PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktNSBkZXZpY2UgCmRhOTI6IFNlcmlhbCBO dW1iZXIgMDAxNDc2OTNhMzRhODRmNjFiMTA1MGYwMDhiMDA1MDYKZGE5MjogMTUwLjAwME1CL3Mg dHJhbnNmZXJzCmRhOTI6IDUxMjBNQiAoMTA0ODU3NjAgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2 M1MvVCA2NTJDKQpkYTkzIGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDkzIGx1biAwCmRh OTM6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTUgZGV2 aWNlIApkYTkzOiBTZXJpYWwgTnVtYmVyIDAwMzE5NzkzYTM0YTg0ZjYxYjEwNTBmMDA4YjAwNTA2 CmRhOTM6IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpkYTkzOiA1MTIwTUIgKDEwNDg1NzYwIDUxMiBi eXRlIHNlY3RvcnM6IDI1NUggNjNTL1QgNjUyQykKZGE5NCBhdCBtcnNhczAgYnVzIDAgc2NidXMw IHRhcmdldCA5NCBsdW4gMApkYTk0OiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IEZpeGVkIERpcmVj dCBBY2Nlc3MgU0NTSS01IGRldmljZSAKZGE5NDogU2VyaWFsIE51bWJlciAwMDFmYjg5M2EzNGE4 NGY2MWIxMDUwZjAwOGIwMDUwNgpkYTk0OiAxNTAuMDAwTUIvcyB0cmFuc2ZlcnMKZGE5NDogNTEy ME1CICgxMDQ4NTc2MCA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDY1MkMpCmRhOTUgYXQg bXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgOTUgbHVuIDAKZGE5NTogPENpc2NvIE1SOTM2MS04 aSA0LjI3PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktNSBkZXZpY2UgCmRhOTU6IFNlcmlhbCBO dW1iZXIgMDBmZmQ3OTNhMzRhODRmNjFiMTA1MGYwMDhiMDA1MDYKZGE5NTogMTUwLjAwME1CL3Mg dHJhbnNmZXJzCmRhOTU6IDUxMjBNQiAoMTA0ODU3NjAgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2 M1MvVCA2NTJDKQpkYTk2IGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDk2IGx1biAwCmRh OTY6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTUgZGV2 aWNlIApkYTk2OiBTZXJpYWwgTnVtYmVyIDAwMTVmOTkzYTM0YTg0ZjYxYjEwNTBmMDA4YjAwNTA2 CmRhOTY6IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpkYTk2OiA1MTIwTUIgKDEwNDg1NzYwIDUxMiBi eXRlIHNlY3RvcnM6IDI1NUggNjNTL1QgNjUyQykKZGE5NyBhdCBtcnNhczAgYnVzIDAgc2NidXMw IHRhcmdldCA5NyBsdW4gMApkYTk3OiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IEZpeGVkIERpcmVj dCBBY2Nlc3MgU0NTSS01IGRldmljZSAKZGE5NzogU2VyaWFsIE51bWJlciAwMGY0OTE5NGEzNGE4 NGY2MWIxMDUwZjAwOGIwMDUwNgpkYTk3OiAxNTAuMDAwTUIvcyB0cmFuc2ZlcnMKZGE5NzogNTEy ME1CICgxMDQ4NTc2MCA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDY1MkMpCmRhOTggYXQg bXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgOTggbHVuIDAKZGE5ODogPENpc2NvIE1SOTM2MS04 aSA0LjI3PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktNSBkZXZpY2UgCmRhOTg6IFNlcmlhbCBO dW1iZXIgMDAxMWIzOTRhMzRhODRmNjFiMTA1MGYwMDhiMDA1MDYKZGE5ODogMTUwLjAwME1CL3Mg dHJhbnNmZXJzCmRhOTg6IDUxMjBNQiAoMTA0ODU3NjAgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2 M1MvVCA2NTJDKQpkYTk5IGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDk5IGx1biAwCmRh OTk6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTUgZGV2 aWNlIApkYTk5OiBTZXJpYWwgTnVtYmVyIDAwOWVkMzk0YTM0YTg0ZjYxYjEwNTBmMDA4YjAwNTA2 CmRhOTk6IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpkYTk5OiA1MTIwTUIgKDEwNDg1NzYwIDUxMiBi eXRlIHNlY3RvcnM6IDI1NUggNjNTL1QgNjUyQykKZGExMDAgYXQgbXJzYXMwIGJ1cyAwIHNjYnVz MCB0YXJnZXQgMTAwIGx1biAwCmRhMTAwOiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IEZpeGVkIERp cmVjdCBBY2Nlc3MgU0NTSS01IGRldmljZSAKZGExMDA6IFNlcmlhbCBOdW1iZXIgMDA4ZmY0OTRh MzRhODRmNjFiMTA1MGYwMDhiMDA1MDYKZGExMDA6IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpkYTEw MDogNTEyME1CICgxMDQ4NTc2MCA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDY1MkMpCmRh MTAxIGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDEwMSBsdW4gMApkYTEwMTogPENpc2Nv IE1SOTM2MS04aSA0LjI3PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktNSBkZXZpY2UgCmRhMTAx OiBTZXJpYWwgTnVtYmVyIDAwZTMxNDk1YTM0YTg0ZjYxYjEwNTBmMDA4YjAwNTA2CmRhMTAxOiAx NTAuMDAwTUIvcyB0cmFuc2ZlcnMKZGExMDE6IDUxMjBNQiAoMTA0ODU3NjAgNTEyIGJ5dGUgc2Vj dG9yczogMjU1SCA2M1MvVCA2NTJDKQpkYTEwMiBhdCBtcnNhczAgYnVzIDAgc2NidXMwIHRhcmdl dCAxMDIgbHVuIDAKZGExMDI6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gRml4ZWQgRGlyZWN0IEFj Y2VzcyBTQ1NJLTUgZGV2aWNlIApkYTEwMjogU2VyaWFsIE51bWJlciAwMDlkMzU5NWEzNGE4NGY2 MWIxMDUwZjAwOGIwMDUwNgpkYTEwMjogMTUwLjAwME1CL3MgdHJhbnNmZXJzCmRhMTAyOiA1MTIw TUIgKDEwNDg1NzYwIDUxMiBieXRlIHNlY3RvcnM6IDI1NUggNjNTL1QgNjUyQykKZGExMDMgYXQg bXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMTAzIGx1biAwCmRhMTAzOiA8Q2lzY28gTVI5MzYx LThpIDQuMjc+IEZpeGVkIERpcmVjdCBBY2Nlc3MgU0NTSS01IGRldmljZSAKZGExMDM6IFNlcmlh bCBOdW1iZXIgMDAzMjU2OTVhMzRhODRmNjFiMTA1MGYwMDhiMDA1MDYKZGExMDM6IDE1MC4wMDBN Qi9zIHRyYW5zZmVycwpkYTEwMzogNTEyME1CICgxMDQ4NTc2MCA1MTIgYnl0ZSBzZWN0b3JzOiAy NTVIIDYzUy9UIDY1MkMpCmRhMTA0IGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDEwNCBs dW4gMApkYTEwNDogPENpc2NvIE1SOTM2MS04aSA0LjI3PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFND U0ktNSBkZXZpY2UgCmRhMTA0OiBTZXJpYWwgTnVtYmVyIDAwZWQ3Njk1YTM0YTg0ZjYxYjEwNTBm MDA4YjAwNTA2CmRhMTA0OiAxNTAuMDAwTUIvcyB0cmFuc2ZlcnMKZGExMDQ6IDUxMjBNQiAoMTA0 ODU3NjAgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2M1MvVCA2NTJDKQpkYTEwNSBhdCBtcnNhczAg YnVzIDAgc2NidXMwIHRhcmdldCAxMDUgbHVuIDAKZGExMDU6IDxDaXNjbyBNUjkzNjEtOGkgNC4y Nz4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTUgZGV2aWNlIApkYTEwNTogU2VyaWFsIE51bWJl ciAwMDI5OTg5NWEzNGE4NGY2MWIxMDUwZjAwOGIwMDUwNgpkYTEwNTogMTUwLjAwME1CL3MgdHJh bnNmZXJzCmRhMTA1OiA1MTIwTUIgKDEwNDg1NzYwIDUxMiBieXRlIHNlY3RvcnM6IDI1NUggNjNT L1QgNjUyQykKZGExMDYgYXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMTA2IGx1biAwCmRh MTA2OiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IEZpeGVkIERpcmVjdCBBY2Nlc3MgU0NTSS01IGRl dmljZSAKZGExMDY6IFNlcmlhbCBOdW1iZXIgMDAwYTI2OTZhMzRhODRmNjFiMTA1MGYwMDhiMDA1 MDYKZGExMDY6IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpkYTEwNjogNTEyME1CICgxMDQ4NTc2MCA1 MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDY1MkMpCmRhMTA3IGF0IG1yc2FzMCBidXMgMCBz Y2J1czAgdGFyZ2V0IDEwNyBsdW4gMAphcnA6IDEzNS4yNC4yMzEuMSBtb3ZlZCBmcm9tIDAwOjFl OmJkOjQ1OjlhOmMyIHRvIDAwOjFlOmJkOjgxOjZiOmMyIG9uIGlnYjEKZGExMDc6IDxDaXNjbyBN UjkzNjEtOGkgNC4yNz4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTUgZGV2aWNlIApkYTEwNzog U2VyaWFsIE51bWJlciAwMGE4NDY5NmEzNGE4NGY2MWIxMDUwZjAwOGIwMDUwNgpkYTEwNzogMTUw LjAwME1CL3MgdHJhbnNmZXJzCmRhMTA3OiA1MTIwTUIgKDEwNDg1NzYwIDUxMiBieXRlIHNlY3Rv cnM6IDI1NUggNjNTL1QgNjUyQykKZGExMDggYXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQg MTA4IGx1biAwCmRhMTA4OiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IEZpeGVkIERpcmVjdCBBY2Nl c3MgU0NTSS01IGRldmljZSAKZGExMDg6IFNlcmlhbCBOdW1iZXIgMDBjNjY3OTZhMzRhODRmNjFi MTA1MGYwMDhiMDA1MDYKZGExMDg6IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpkYTEwODogNTEyME1C ICgxMDQ4NTc2MCA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDY1MkMpCmRhMTA5IGF0IG1y c2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDEwOSBsdW4gMApkYTEwOTogPENpc2NvIE1SOTM2MS04 aSA0LjI3PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktNSBkZXZpY2UgCmRhMTA5OiBTZXJpYWwg TnVtYmVyIDAwYTQ4ODk2YTM0YTg0ZjYxYjEwNTBmMDA4YjAwNTA2CmRhMTA5OiAxNTAuMDAwTUIv cyB0cmFuc2ZlcnMKZGExMDk6IDUxMjBNQiAoMTA0ODU3NjAgNTEyIGJ5dGUgc2VjdG9yczogMjU1 SCA2M1MvVCA2NTJDKQpkYTExMCBhdCBtcnNhczAgYnVzIDAgc2NidXMwIHRhcmdldCAxMTAgbHVu IDAKZGExMTA6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJ LTUgZGV2aWNlIApkYTExMDogU2VyaWFsIE51bWJlciAwMGI3YTk5NmEzNGE4NGY2MWIxMDUwZjAw OGIwMDUwNgpkYTExMDogMTUwLjAwME1CL3MgdHJhbnNmZXJzCmRhMTEwOiA1MTIwTUIgKDEwNDg1 NzYwIDUxMiBieXRlIHNlY3RvcnM6IDI1NUggNjNTL1QgNjUyQykKZGExMTEgYXQgbXJzYXMwIGJ1 cyAwIHNjYnVzMCB0YXJnZXQgMTExIGx1biAwCmRhMTExOiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+ IEZpeGVkIERpcmVjdCBBY2Nlc3MgU0NTSS01IGRldmljZSAKZGExMTE6IFNlcmlhbCBOdW1iZXIg MDA0YWNhOTZhMzRhODRmNjFiMTA1MGYwMDhiMDA1MDYKZGExMTE6IDE1MC4wMDBNQi9zIHRyYW5z ZmVycwpkYTExMTogNTEyME1CICgxMDQ4NTc2MCA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9U IDY1MkMpCmRhMTEyIGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDExMiBsdW4gMApkYTEx MjogPENpc2NvIE1SOTM2MS04aSA0LjI3PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktNSBkZXZp Y2UgCmRhMTEyOiBTZXJpYWwgTnVtYmVyIDAwZmVlYTk2YTM0YTg0ZjYxYjEwNTBmMDA4YjAwNTA2 CmRhMTEyOiAxNTAuMDAwTUIvcyB0cmFuc2ZlcnMKZGExMTI6IDUxMjBNQiAoMTA0ODU3NjAgNTEy IGJ5dGUgc2VjdG9yczogMjU1SCA2M1MvVCA2NTJDKQpkYTExMyBhdCBtcnNhczAgYnVzIDAgc2Ni dXMwIHRhcmdldCAxMTMgbHVuIDAKZGExMTM6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gRml4ZWQg RGlyZWN0IEFjY2VzcyBTQ1NJLTUgZGV2aWNlIApkYTExMzogU2VyaWFsIE51bWJlciAwMDAzMGI5 N2EzNGE4NGY2MWIxMDUwZjAwOGIwMDUwNgpkYTExMzogMTUwLjAwME1CL3MgdHJhbnNmZXJzCmRh MTEzOiA1MTIwTUIgKDEwNDg1NzYwIDUxMiBieXRlIHNlY3RvcnM6IDI1NUggNjNTL1QgNjUyQykK ZGExMTQgYXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMTE0IGx1biAwCmRhMTE0OiA8Q2lz Y28gTVI5MzYxLThpIDQuMjc+IEZpeGVkIERpcmVjdCBBY2Nlc3MgU0NTSS01IGRldmljZSAKZGEx MTQ6IFNlcmlhbCBOdW1iZXIgMDA3MWE2OTdhMzRhODRmNjFiMTA1MGYwMDhiMDA1MDYKZGExMTQ6 IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpkYTExNDogNTEyME1CICgxMDQ4NTc2MCA1MTIgYnl0ZSBz ZWN0b3JzOiAyNTVIIDYzUy9UIDY1MkMpCmRhMTE1IGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFy Z2V0IDExNSBsdW4gMApkYTExNTogPENpc2NvIE1SOTM2MS04aSA0LjI3PiBGaXhlZCBEaXJlY3Qg QWNjZXNzIFNDU0ktNSBkZXZpY2UgCmRhMTE1OiBTZXJpYWwgTnVtYmVyIDAwOWRjNzk3YTM0YTg0 ZjYxYjEwNTBmMDA4YjAwNTA2CmRhMTE1OiAxNTAuMDAwTUIvcyB0cmFuc2ZlcnMKZGExMTU6IDUx MjBNQiAoMTA0ODU3NjAgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2M1MvVCA2NTJDKQpkYTExNiBh dCBtcnNhczAgYnVzIDAgc2NidXMwIHRhcmdldCAxMTYgbHVuIDAKZGExMTY6IDxDaXNjbyBNUjkz NjEtOGkgNC4yNz4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTUgZGV2aWNlIApkYTExNjogU2Vy aWFsIE51bWJlciAwMDg2ZTg5N2EzNGE4NGY2MWIxMDUwZjAwOGIwMDUwNgpkYTExNjogMTUwLjAw ME1CL3MgdHJhbnNmZXJzCmRhMTE2OiA1MTIwTUIgKDEwNDg1NzYwIDUxMiBieXRlIHNlY3RvcnM6 IDI1NUggNjNTL1QgNjUyQykKZGExMTcgYXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMTE3 IGx1biAwCmRhMTE3OiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IEZpeGVkIERpcmVjdCBBY2Nlc3Mg U0NTSS01IGRldmljZSAKZGExMTc6IFNlcmlhbCBOdW1iZXIgMDAyYjA5OThhMzRhODRmNjFiMTA1 MGYwMDhiMDA1MDYKZGExMTc6IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpkYTExNzogNTEyME1CICgx MDQ4NTc2MCA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDY1MkMpCmRhMTE4IGF0IG1yc2Fz MCBidXMgMCBzY2J1czAgdGFyZ2V0IDExOCBsdW4gMApkYTExODogPENpc2NvIE1SOTM2MS04aSA0 LjI3PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktNSBkZXZpY2UgCmRhMTE4OiBTZXJpYWwgTnVt YmVyIDAwZjcyOTk4YTM0YTg0ZjYxYjEwNTBmMDA4YjAwNTA2CmRhMTE4OiAxNTAuMDAwTUIvcyB0 cmFuc2ZlcnMKZGExMTg6IDUxMjBNQiAoMTA0ODU3NjAgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2 M1MvVCA2NTJDKQpkYTExOSBhdCBtcnNhczAgYnVzIDAgc2NidXMwIHRhcmdldCAxMTkgbHVuIDAK ZGExMTk6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTUg ZGV2aWNlIApkYTExOTogU2VyaWFsIE51bWJlciAwMDg1NGE5OGEzNGE4NGY2MWIxMDUwZjAwOGIw MDUwNgpkYTExOTogMTUwLjAwME1CL3MgdHJhbnNmZXJzCmRhMTE5OiA1MTIwTUIgKDEwNDg1NzYw IDUxMiBieXRlIHNlY3RvcnM6IDI1NUggNjNTL1QgNjUyQykKZGExMjAgYXQgbXJzYXMwIGJ1cyAw IHNjYnVzMCB0YXJnZXQgMTIwIGx1biAwCmRhMTIwOiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IEZp eGVkIERpcmVjdCBBY2Nlc3MgU0NTSS01IGRldmljZSAKZGExMjA6IFNlcmlhbCBOdW1iZXIgMDAx ZjZiOThhMzRhODRmNjFiMTA1MGYwMDhiMDA1MDYKZGExMjA6IDE1MC4wMDBNQi9zIHRyYW5zZmVy cwpkYTEyMDogNTEyME1CICgxMDQ4NTc2MCA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDY1 MkMpCmRhMTIxIGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDEyMSBsdW4gMApkYTEyMTog PENpc2NvIE1SOTM2MS04aSA0LjI3PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktNSBkZXZpY2Ug CmRhMTIxOiBTZXJpYWwgTnVtYmVyIDAwZWM4Yjk4YTM0YTg0ZjYxYjEwNTBmMDA4YjAwNTA2CmRh MTIxOiAxNTAuMDAwTUIvcyB0cmFuc2ZlcnMKZGExMjE6IDUxMjBNQiAoMTA0ODU3NjAgNTEyIGJ5 dGUgc2VjdG9yczogMjU1SCA2M1MvVCA2NTJDKQpkYTEyMiBhdCBtcnNhczAgYnVzIDAgc2NidXMw IHRhcmdldCAxMjIgbHVuIDAKZGExMjI6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gRml4ZWQgRGly ZWN0IEFjY2VzcyBTQ1NJLTUgZGV2aWNlIApkYTEyMjogU2VyaWFsIE51bWJlciAwMDY2YWQ5OGEz NGE4NGY2MWIxMDUwZjAwOGIwMDUwNgpkYTEyMjogMTUwLjAwME1CL3MgdHJhbnNmZXJzCmRhMTIy OiA1MTIwTUIgKDEwNDg1NzYwIDUxMiBieXRlIHNlY3RvcnM6IDI1NUggNjNTL1QgNjUyQykKZGEx MjMgYXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMTIzIGx1biAwCmRhMTIzOiA8Q2lzY28g TVI5MzYxLThpIDQuMjc+IEZpeGVkIERpcmVjdCBBY2Nlc3MgU0NTSS01IGRldmljZSAKZGExMjM6 IFNlcmlhbCBOdW1iZXIgMDBkMTNhOTlhMzRhODRmNjFiMTA1MGYwMDhiMDA1MDYKZGExMjM6IDE1 MC4wMDBNQi9zIHRyYW5zZmVycwpkYTEyMzogNTEyME1CICgxMDQ4NTc2MCA1MTIgYnl0ZSBzZWN0 b3JzOiAyNTVIIDYzUy9UIDY1MkMpCmRhMTI0IGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0 IDEyNCBsdW4gMApkYTEyNDogPENpc2NvIE1SOTM2MS04aSA0LjI3PiBGaXhlZCBEaXJlY3QgQWNj ZXNzIFNDU0ktNSBkZXZpY2UgCmRhMTI0OiBTZXJpYWwgTnVtYmVyIDAwNmQ1Yjk5YTM0YTg0ZjYx YjEwNTBmMDA4YjAwNTA2CmRhMTI0OiAxNTAuMDAwTUIvcyB0cmFuc2ZlcnMKZGExMjQ6IDUxMjBN QiAoMTA0ODU3NjAgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2M1MvVCA2NTJDKQpkYTEyNSBhdCBt cnNhczAgYnVzIDAgc2NidXMwIHRhcmdldCAxMjUgbHVuIDAKZGExMjU6IDxDaXNjbyBNUjkzNjEt OGkgNC4yNz4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTUgZGV2aWNlIApkYTEyNTogU2VyaWFs IE51bWJlciAwMDM0N2M5OWEzNGE4NGY2MWIxMDUwZjAwOGIwMDUwNgpkYTEyNTogMTUwLjAwME1C L3MgdHJhbnNmZXJzCmRhMTI1OiA1MTIwTUIgKDEwNDg1NzYwIDUxMiBieXRlIHNlY3RvcnM6IDI1 NUggNjNTL1QgNjUyQykKZGExMjYgYXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMTI2IGx1 biAwCmRhMTI2OiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IEZpeGVkIERpcmVjdCBBY2Nlc3MgU0NT SS01IGRldmljZSAKZGExMjY6IFNlcmlhbCBOdW1iZXIgMDA1YjlkOTlhMzRhODRmNjFiMTA1MGYw MDhiMDA1MDYKZGExMjY6IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpkYTEyNjogNTEyME1CICgxMDQ4 NTc2MCA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDY1MkMpCmRhMTI3IGF0IG1yc2FzMCBi dXMgMCBzY2J1czAgdGFyZ2V0IDEyNyBsdW4gMApkYTEyNzogPENpc2NvIE1SOTM2MS04aSA0LjI3 PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktNSBkZXZpY2UgCmRhMTI3OiBTZXJpYWwgTnVtYmVy IDAwN2FiZTk5YTM0YTg0ZjYxYjEwNTBmMDA4YjAwNTA2CmRhMTI3OiAxNTAuMDAwTUIvcyB0cmFu c2ZlcnMKZGExMjc6IDUxMjBNQiAoMTA0ODU3NjAgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2M1Mv VCA2NTJDKQpkYTEyOCBhdCBtcnNhczAgYnVzIDAgc2NidXMwIHRhcmdldCAxMjggbHVuIDAKZGEx Mjg6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTUgZGV2 aWNlIApkYTEyODogU2VyaWFsIE51bWJlciAwMDczZGY5OWEzNGE4NGY2MWIxMDUwZjAwOGIwMDUw NgpkYTEyODogMTUwLjAwME1CL3MgdHJhbnNmZXJzCmRhMTI4OiA1MTIwTUIgKDEwNDg1NzYwIDUx MiBieXRlIHNlY3RvcnM6IDI1NUggNjNTL1QgNjUyQykKZGExMjkgYXQgbXJzYXMwIGJ1cyAwIHNj YnVzMCB0YXJnZXQgMTI5IGx1biAwCmRhMTI5OiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IEZpeGVk IERpcmVjdCBBY2Nlc3MgU0NTSS01IGRldmljZSAKZGExMjk6IFNlcmlhbCBOdW1iZXIgMDAyNzAw OWFhMzRhODRmNjFiMTA1MGYwMDhiMDA1MDYKZGExMjk6IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpk YTEyOTogNTEyME1CICgxMDQ4NTc2MCA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDY1MkMp CmRhMTMwIGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDEzMCBsdW4gMApkYTEzMDogPENp c2NvIE1SOTM2MS04aSA0LjI3PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktNSBkZXZpY2UgCmRh MTMwOiBTZXJpYWwgTnVtYmVyIDAwOTkyMTlhYTM0YTg0ZjYxYjEwNTBmMDA4YjAwNTA2CmRhMTMw OiAxNTAuMDAwTUIvcyB0cmFuc2ZlcnMKZGExMzA6IDUxMjBNQiAoMTA0ODU3NjAgNTEyIGJ5dGUg c2VjdG9yczogMjU1SCA2M1MvVCA2NTJDKQpkYTEzMSBhdCBtcnNhczAgYnVzIDAgc2NidXMwIHRh cmdldCAxMzEgbHVuIDAKZGExMzE6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gRml4ZWQgRGlyZWN0 IEFjY2VzcyBTQ1NJLTUgZGV2aWNlIApkYTEzMTogU2VyaWFsIE51bWJlciAwMDljNDI5YWEzNGE4 NGY2MWIxMDUwZjAwOGIwMDUwNgpkYTEzMTogMTUwLjAwME1CL3MgdHJhbnNmZXJzCmRhMTMxOiA1 MTIwTUIgKDEwNDg1NzYwIDUxMiBieXRlIHNlY3RvcnM6IDI1NUggNjNTL1QgNjUyQykKZGExMzIg YXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMTMyIGx1biAwCmRhMTMyOiA8Q2lzY28gTVI5 MzYxLThpIDQuMjc+IEZpeGVkIERpcmVjdCBBY2Nlc3MgU0NTSS01IGRldmljZSAKZGExMzI6IFNl cmlhbCBOdW1iZXIgMDAwN2RjOWFhMzRhODRmNjFiMTA1MGYwMDhiMDA1MDYKZGExMzI6IDE1MC4w MDBNQi9zIHRyYW5zZmVycwpkYTEzMjogNTEyME1CICgxMDQ4NTc2MCA1MTIgYnl0ZSBzZWN0b3Jz OiAyNTVIIDYzUy9UIDY1MkMpCmRhMTMzIGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDEz MyBsdW4gMApkYTEzMzogPENpc2NvIE1SOTM2MS04aSA0LjI3PiBGaXhlZCBEaXJlY3QgQWNjZXNz IFNDU0ktNSBkZXZpY2UgCmRhMTMzOiBTZXJpYWwgTnVtYmVyIDAwMThmZDlhYTM0YTg0ZjYxYjEw NTBmMDA4YjAwNTA2CmRhMTMzOiAxNTAuMDAwTUIvcyB0cmFuc2ZlcnMKZGExMzM6IDUxMjBNQiAo MTA0ODU3NjAgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2M1MvVCA2NTJDKQpkYTEzNCBhdCBtcnNh czAgYnVzIDAgc2NidXMwIHRhcmdldCAxMzQgbHVuIDAKZGExMzQ6IDxDaXNjbyBNUjkzNjEtOGkg NC4yNz4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTUgZGV2aWNlIApkYTEzNDogU2VyaWFsIE51 bWJlciAwMDU1MWU5YmEzNGE4NGY2MWIxMDUwZjAwOGIwMDUwNgpkYTEzNDogMTUwLjAwME1CL3Mg dHJhbnNmZXJzCmRhMTM0OiA1MTIwTUIgKDEwNDg1NzYwIDUxMiBieXRlIHNlY3RvcnM6IDI1NUgg NjNTL1QgNjUyQykKZGExMzUgYXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMTM1IGx1biAw CmRhMTM1OiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IEZpeGVkIERpcmVjdCBBY2Nlc3MgU0NTSS01 IGRldmljZSAKZGExMzU6IFNlcmlhbCBOdW1iZXIgMDBiODNlOWJhMzRhODRmNjFiMTA1MGYwMDhi MDA1MDYKZGExMzU6IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpkYTEzNTogNTEyME1CICgxMDQ4NTc2 MCA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDY1MkMpCmRhMTM2IGF0IG1yc2FzMCBidXMg MCBzY2J1czAgdGFyZ2V0IDEzNiBsdW4gMApkYTEzNjogPENpc2NvIE1SOTM2MS04aSA0LjI3PiBG aXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktNSBkZXZpY2UgCmRhMTM2OiBTZXJpYWwgTnVtYmVyIDAw YmI1ZjliYTM0YTg0ZjYxYjEwNTBmMDA4YjAwNTA2CmRhMTM2OiAxNTAuMDAwTUIvcyB0cmFuc2Zl cnMKZGExMzY6IDUxMjBNQiAoMTA0ODU3NjAgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2M1MvVCA2 NTJDKQpkYTEzNyBhdCBtcnNhczAgYnVzIDAgc2NidXMwIHRhcmdldCAxMzcgbHVuIDAKZGExMzc6 IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTUgZGV2aWNl IApkYTEzNzogU2VyaWFsIE51bWJlciAwMGE1ODA5YmEzNGE4NGY2MWIxMDUwZjAwOGIwMDUwNgpk YTEzNzogMTUwLjAwME1CL3MgdHJhbnNmZXJzCmRhMTM3OiA1MTIwTUIgKDEwNDg1NzYwIDUxMiBi eXRlIHNlY3RvcnM6IDI1NUggNjNTL1QgNjUyQykKZGExMzggYXQgbXJzYXMwIGJ1cyAwIHNjYnVz MCB0YXJnZXQgMTM4IGx1biAwCmRhMTM4OiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IEZpeGVkIERp cmVjdCBBY2Nlc3MgU0NTSS01IGRldmljZSAKZGExMzg6IFNlcmlhbCBOdW1iZXIgMDAwOWEyOWJh MzRhODRmNjFiMTA1MGYwMDhiMDA1MDYKZGExMzg6IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpkYTEz ODogNTEyME1CICgxMDQ4NTc2MCA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDY1MkMpCmRh MTM5IGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDEzOSBsdW4gMApkYTEzOTogPENpc2Nv IE1SOTM2MS04aSA0LjI3PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktNSBkZXZpY2UgCmRhMTM5 OiBTZXJpYWwgTnVtYmVyIDAwNDVjMzliYTM0YTg0ZjYxYjEwNTBmMDA4YjAwNTA2CmRhMTM5OiAx NTAuMDAwTUIvcyB0cmFuc2ZlcnMKZGExMzk6IDUxMjBNQiAoMTA0ODU3NjAgNTEyIGJ5dGUgc2Vj dG9yczogMjU1SCA2M1MvVCA2NTJDKQpkYTE0MCBhdCBtcnNhczAgYnVzIDAgc2NidXMwIHRhcmdl dCAxNDAgbHVuIDAKZGExNDA6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gRml4ZWQgRGlyZWN0IEFj Y2VzcyBTQ1NJLTUgZGV2aWNlIApkYTE0MDogU2VyaWFsIE51bWJlciAwMDFmNTI5Y2EzNGE4NGY2 MWIxMDUwZjAwOGIwMDUwNgpkYTE0MDogMTUwLjAwME1CL3MgdHJhbnNmZXJzCmRhMTQwOiA1MTIw TUIgKDEwNDg1NzYwIDUxMiBieXRlIHNlY3RvcnM6IDI1NUggNjNTL1QgNjUyQykKZGExNDEgYXQg bXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMTQxIGx1biAwCmRhMTQxOiA8Q2lzY28gTVI5MzYx LThpIDQuMjc+IEZpeGVkIERpcmVjdCBBY2Nlc3MgU0NTSS01IGRldmljZSAKZGExNDE6IFNlcmlh bCBOdW1iZXIgMDBjNzc1OWNhMzRhODRmNjFiMTA1MGYwMDhiMDA1MDYKZGExNDE6IDE1MC4wMDBN Qi9zIHRyYW5zZmVycwpkYTE0MTogNTEyME1CICgxMDQ4NTc2MCA1MTIgYnl0ZSBzZWN0b3JzOiAy NTVIIDYzUy9UIDY1MkMpCmRhMTQyIGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDE0MiBs dW4gMApkYTE0MjogPENpc2NvIE1SOTM2MS04aSA0LjI3PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFND U0ktNSBkZXZpY2UgCmRhMTQyOiBTZXJpYWwgTnVtYmVyIDAwZjc5NjljYTM0YTg0ZjYxYjEwNTBm MDA4YjAwNTA2CmRhMTQyOiAxNTAuMDAwTUIvcyB0cmFuc2ZlcnMKZGExNDI6IDUxMjBNQiAoMTA0 ODU3NjAgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2M1MvVCA2NTJDKQpkYTE0MyBhdCBtcnNhczAg YnVzIDAgc2NidXMwIHRhcmdldCAxNDMgbHVuIDAKZGExNDM6IDxDaXNjbyBNUjkzNjEtOGkgNC4y Nz4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTUgZGV2aWNlIApkYTE0MzogU2VyaWFsIE51bWJl ciAwMDZmYjc5Y2EzNGE4NGY2MWIxMDUwZjAwOGIwMDUwNgpkYTE0MzogMTUwLjAwME1CL3MgdHJh bnNmZXJzCmRhMTQzOiA1MTIwTUIgKDEwNDg1NzYwIDUxMiBieXRlIHNlY3RvcnM6IDI1NUggNjNT L1QgNjUyQykKZGExNDQgYXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMTQ0IGx1biAwCmRh MTQ0OiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IEZpeGVkIERpcmVjdCBBY2Nlc3MgU0NTSS01IGRl dmljZSAKZGExNDQ6IFNlcmlhbCBOdW1iZXIgMDA2M2Q4OWNhMzRhODRmNjFiMTA1MGYwMDhiMDA1 MDYKZGExNDQ6IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpkYTE0NDogNTEyME1CICgxMDQ4NTc2MCA1 MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDY1MkMpCmRhMTQ1IGF0IG1yc2FzMCBidXMgMCBz Y2J1czAgdGFyZ2V0IDE0NSBsdW4gMApkYTE0NTogPENpc2NvIE1SOTM2MS04aSA0LjI3PiBGaXhl ZCBEaXJlY3QgQWNjZXNzIFNDU0ktNSBkZXZpY2UgCmRhMTQ1OiBTZXJpYWwgTnVtYmVyIDAwMzdm OTljYTM0YTg0ZjYxYjEwNTBmMDA4YjAwNTA2CmRhMTQ1OiAxNTAuMDAwTUIvcyB0cmFuc2ZlcnMK ZGExNDU6IDUxMjBNQiAoMTA0ODU3NjAgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2M1MvVCA2NTJD KQpkYTE0NiBhdCBtcnNhczAgYnVzIDAgc2NidXMwIHRhcmdldCAxNDYgbHVuIDAKZGExNDY6IDxD aXNjbyBNUjkzNjEtOGkgNC4yNz4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTUgZGV2aWNlIApk YTE0NjogU2VyaWFsIE51bWJlciAwMDg3MWE5ZGEzNGE4NGY2MWIxMDUwZjAwOGIwMDUwNgpkYTE0 NjogMTUwLjAwME1CL3MgdHJhbnNmZXJzCmRhMTQ2OiA1MTIwTUIgKDEwNDg1NzYwIDUxMiBieXRl IHNlY3RvcnM6IDI1NUggNjNTL1QgNjUyQykKZGExNDcgYXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0 YXJnZXQgMTQ3IGx1biAwCmRhMTQ3OiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IEZpeGVkIERpcmVj dCBBY2Nlc3MgU0NTSS01IGRldmljZSAKZGExNDc6IFNlcmlhbCBOdW1iZXIgMDA3NTNiOWRhMzRi ODRmNjFiMTA1MGYwMDhiMDA1MDYKZGExNDc6IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpkYTE0Nzog NjE0NE1CICgxMjU4MjkxMiA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDc4M0MpCmRhMTQ4 IGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDE0OCBsdW4gMApkYTE0ODogPENpc2NvIE1S OTM2MS04aSA0LjI3PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktNSBkZXZpY2UgCmRhMTQ4OiBT ZXJpYWwgTnVtYmVyIDAwYzBlMDlkYTM0Yjg0ZjYxYjEwNTBmMDA4YjAwNTA2CmRhMTQ4OiAxNTAu MDAwTUIvcyB0cmFuc2ZlcnMKZGExNDg6IDYxNDRNQiAoMTI1ODI5MTIgNTEyIGJ5dGUgc2VjdG9y czogMjU1SCA2M1MvVCA3ODNDKQpkYTE0OSBhdCBtcnNhczAgYnVzIDAgc2NidXMwIHRhcmdldCAx NDkgbHVuIDAKZGExNDk6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gRml4ZWQgRGlyZWN0IEFjY2Vz cyBTQ1NJLTUgZGV2aWNlIApkYTE0OTogU2VyaWFsIE51bWJlciAwMDI4MDc5ZWEzNGI4NGY2MWIx MDUwZjAwOGIwMDUwNgpkYTE0OTogMTUwLjAwME1CL3MgdHJhbnNmZXJzCmRhMTQ5OiA2MTQ0TUIg KDEyNTgyOTEyIDUxMiBieXRlIHNlY3RvcnM6IDI1NUggNjNTL1QgNzgzQykKZGExNTAgYXQgbXJz YXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMTUwIGx1biAwCmRhMTUwOiA8Q2lzY28gTVI5MzYxLThp IDQuMjc+IEZpeGVkIERpcmVjdCBBY2Nlc3MgU0NTSS01IGRldmljZSAKZGExNTA6IFNlcmlhbCBO dW1iZXIgMDBmYjJkOWVhMzRiODRmNjFiMTA1MGYwMDhiMDA1MDYKZGExNTA6IDE1MC4wMDBNQi9z IHRyYW5zZmVycwpkYTE1MDogNjE0NE1CICgxMjU4MjkxMiA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVI IDYzUy9UIDc4M0MpCmRhMTUxIGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDE1MSBsdW4g MApkYTE1MTogPENpc2NvIE1SOTM2MS04aSA0LjI3PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0kt NSBkZXZpY2UgCmRhMTUxOiBTZXJpYWwgTnVtYmVyIDAwYzI1NDllYTM0Yjg0ZjYxYjEwNTBmMDA4 YjAwNTA2CmRhMTUxOiAxNTAuMDAwTUIvcyB0cmFuc2ZlcnMKZGExNTE6IDYxNDRNQiAoMTI1ODI5 MTIgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2M1MvVCA3ODNDKQpkYTE1MiBhdCBtcnNhczAgYnVz IDAgc2NidXMwIHRhcmdldCAxNTIgbHVuIDAKZGExNTI6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4g Rml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTUgZGV2aWNlIApkYTE1MjogU2VyaWFsIE51bWJlciAw MGEyN2E5ZWEzNGI4NGY2MWIxMDUwZjAwOGIwMDUwNgpkYTE1MjogMTUwLjAwME1CL3MgdHJhbnNm ZXJzCmRhMTUyOiA2MTQ0TUIgKDEyNTgyOTEyIDUxMiBieXRlIHNlY3RvcnM6IDI1NUggNjNTL1Qg NzgzQykKZGExNTMgYXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMTUzIGx1biAwCmRhMTUz OiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IEZpeGVkIERpcmVjdCBBY2Nlc3MgU0NTSS01IGRldmlj ZSAKZGExNTM6IFNlcmlhbCBOdW1iZXIgMDBhYWEwOWVhMzRiODRmNjFiMTA1MGYwMDhiMDA1MDYK ZGExNTM6IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpkYTE1MzogNjE0NE1CICgxMjU4MjkxMiA1MTIg Ynl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDc4M0MpCmRhMTU0IGF0IG1yc2FzMCBidXMgMCBzY2J1 czAgdGFyZ2V0IDE1NCBsdW4gMApkYTE1NDogPENpc2NvIE1SOTM2MS04aSA0LjI3PiBGaXhlZCBE aXJlY3QgQWNjZXNzIFNDU0ktNSBkZXZpY2UgCmRhMTU0OiBTZXJpYWwgTnVtYmVyIDAwYzVjNjll YTM0Yjg0ZjYxYjEwNTBmMDA4YjAwNTA2CmRhMTU0OiAxNTAuMDAwTUIvcyB0cmFuc2ZlcnMKZGEx NTQ6IDYxNDRNQiAoMTI1ODI5MTIgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2M1MvVCA3ODNDKQpk YTE1NSBhdCBtcnNhczAgYnVzIDAgc2NidXMwIHRhcmdldCAxNTUgbHVuIDAKZGExNTU6IDxDaXNj byBNUjkzNjEtOGkgNC4yNz4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTUgZGV2aWNlIApkYTE1 NTogU2VyaWFsIE51bWJlciAwMDNjZWQ5ZWEzNGI4NGY2MWIxMDUwZjAwOGIwMDUwNgpkYTE1NTog MTUwLjAwME1CL3MgdHJhbnNmZXJzCmRhMTU1OiA2MTQ0TUIgKDEyNTgyOTEyIDUxMiBieXRlIHNl Y3RvcnM6IDI1NUggNjNTL1QgNzgzQykKZGExNTYgYXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJn ZXQgMTU2IGx1biAwCmRhMTU2OiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IEZpeGVkIERpcmVjdCBB Y2Nlc3MgU0NTSS01IGRldmljZSAKZGExNTY6IFNlcmlhbCBOdW1iZXIgMDA0ZTE0OWZhMzRiODRm NjFiMTA1MGYwMDhiMDA1MDYKZGExNTY6IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpkYTE1NjogNjE0 NE1CICgxMjU4MjkxMiA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDc4M0MpCmRhMTU3IGF0 IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDE1NyBsdW4gMApkYTE1NzogPENpc2NvIE1SOTM2 MS04aSA0LjI3PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktNSBkZXZpY2UgCmRhMTU3OiBTZXJp YWwgTnVtYmVyIDAwYWNhNjlmYTM0Yjg0ZjYxYjEwNTBmMDA4YjAwNTA2CmRhMTU3OiAxNTAuMDAw TUIvcyB0cmFuc2ZlcnMKZGExNTc6IDYxNDRNQiAoMTI1ODI5MTIgNTEyIGJ5dGUgc2VjdG9yczog MjU1SCA2M1MvVCA3ODNDKQpkYTE1OCBhdCBtcnNhczAgYnVzIDAgc2NidXMwIHRhcmdldCAxNTgg bHVuIDAKZGExNTg6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gRml4ZWQgRGlyZWN0IEFjY2VzcyBT Q1NJLTUgZGV2aWNlIApkYTE1ODogU2VyaWFsIE51bWJlciAwMGYzY2M5ZmEzNGI4NGY2MWIxMDUw ZjAwOGIwMDUwNgphcnA6IDEzNS4yNC4yMzEuMSBtb3ZlZCBmcm9tIDAwOjFlOmJkOjgxOjZiOmMy IHRvIDAwOjFlOmJkOjQ1OjlhOmMyIG9uIGlnYjEKZGExNTg6IDE1MC4wMDBNQi9zIHRyYW5zZmVy cwpkYTE1ODogNjE0NE1CICgxMjU4MjkxMiA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDc4 M0MpCmRhMTU5IGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDE1OSBsdW4gMApkYTE1OTog PENpc2NvIE1SOTM2MS04aSA0LjI3PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktNSBkZXZpY2Ug CmRhMTU5OiBTZXJpYWwgTnVtYmVyIDAwMmJmMzlmYTM0Yjg0ZjYxYjEwNTBmMDA4YjAwNTA2CmRh MTU5OiAxNTAuMDAwTUIvcyB0cmFuc2ZlcnMKZGExNTk6IDYxNDRNQiAoMTI1ODI5MTIgNTEyIGJ5 dGUgc2VjdG9yczogMjU1SCA2M1MvVCA3ODNDKQpkYTE2MCBhdCBtcnNhczAgYnVzIDAgc2NidXMw IHRhcmdldCAxNjAgbHVuIDAKZGExNjA6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gRml4ZWQgRGly ZWN0IEFjY2VzcyBTQ1NJLTUgZGV2aWNlIApkYTE2MDogU2VyaWFsIE51bWJlciAwMGY2MTlhMGEz NGI4NGY2MWIxMDUwZjAwOGIwMDUwNgpkYTE2MDogMTUwLjAwME1CL3MgdHJhbnNmZXJzCmRhMTYw OiA2MTQ0TUIgKDEyNTgyOTEyIDUxMiBieXRlIHNlY3RvcnM6IDI1NUggNjNTL1QgNzgzQykKZGEx NjEgYXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMTYxIGx1biAwCmRhMTYxOiA8Q2lzY28g TVI5MzYxLThpIDQuMjc+IEZpeGVkIERpcmVjdCBBY2Nlc3MgU0NTSS01IGRldmljZSAKZGExNjE6 IFNlcmlhbCBOdW1iZXIgMDBkNjQwYTBhMzRiODRmNjFiMTA1MGYwMDhiMDA1MDYKZGExNjE6IDE1 MC4wMDBNQi9zIHRyYW5zZmVycwpkYTE2MTogNjE0NE1CICgxMjU4MjkxMiA1MTIgYnl0ZSBzZWN0 b3JzOiAyNTVIIDYzUy9UIDc4M0MpCmRhMTYyIGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0 IDE2MiBsdW4gMApkYTE2MjogPENpc2NvIE1SOTM2MS04aSA0LjI3PiBGaXhlZCBEaXJlY3QgQWNj ZXNzIFNDU0ktNSBkZXZpY2UgCmRhMTYyOiBTZXJpYWwgTnVtYmVyIDAwOTY2N2EwYTM0Yjg0ZjYx YjEwNTBmMDA4YjAwNTA2CmRhMTYyOiAxNTAuMDAwTUIvcyB0cmFuc2ZlcnMKZGExNjI6IDYxNDRN QiAoMTI1ODI5MTIgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2M1MvVCA3ODNDKQpkYTE2MyBhdCBt cnNhczAgYnVzIDAgc2NidXMwIHRhcmdldCAxNjMgbHVuIDAKZGExNjM6IDxDaXNjbyBNUjkzNjEt OGkgNC4yNz4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTUgZGV2aWNlIApkYTE2MzogU2VyaWFs IE51bWJlciAwMDRjOGVhMGEzNGI4NGY2MWIxMDUwZjAwOGIwMDUwNgpkYTE2MzogMTUwLjAwME1C L3MgdHJhbnNmZXJzCmRhMTYzOiA2MTQ0TUIgKDEyNTgyOTEyIDUxMiBieXRlIHNlY3RvcnM6IDI1 NUggNjNTL1QgNzgzQykKZGExNjQgYXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMTY0IGx1 biAwCmRhMTY0OiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IEZpeGVkIERpcmVjdCBBY2Nlc3MgU0NT SS01IGRldmljZSAKZGExNjQ6IFNlcmlhbCBOdW1iZXIgMDBhY2I0YTBhMzRiODRmNjFiMTA1MGYw MDhiMDA1MDYKZGExNjQ6IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpkYTE2NDogNjE0NE1CICgxMjU4 MjkxMiA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDc4M0MpCmRhMTY1IGF0IG1yc2FzMCBi dXMgMCBzY2J1czAgdGFyZ2V0IDE2NSBsdW4gMApkYTE2NTogPENpc2NvIE1SOTM2MS04aSA0LjI3 PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktNSBkZXZpY2UgCmRhMTY1OiBTZXJpYWwgTnVtYmVy IDAwZDc1MWExYTM0Yjg0ZjYxYjEwNTBmMDA4YjAwNTA2CmRhMTY1OiAxNTAuMDAwTUIvcyB0cmFu c2ZlcnMKZGExNjU6IDYxNDRNQiAoMTI1ODI5MTIgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2M1Mv VCA3ODNDKQpkYTE2NiBhdCBtcnNhczAgYnVzIDAgc2NidXMwIHRhcmdldCAxNjYgbHVuIDAKZGEx NjY6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTUgZGV2 aWNlIApkYTE2NjogU2VyaWFsIE51bWJlciAwMGY3NzhhMWEzNGI4NGY2MWIxMDUwZjAwOGIwMDUw NgpkYTE2NjogMTUwLjAwME1CL3MgdHJhbnNmZXJzCmRhMTY2OiA2MTQ0TUIgKDEyNTgyOTEyIDUx MiBieXRlIHNlY3RvcnM6IDI1NUggNjNTL1QgNzgzQykKZGExNjcgYXQgbXJzYXMwIGJ1cyAwIHNj YnVzMCB0YXJnZXQgMTY3IGx1biAwCmRhMTY3OiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IEZpeGVk IERpcmVjdCBBY2Nlc3MgU0NTSS01IGRldmljZSAKZGExNjc6IFNlcmlhbCBOdW1iZXIgMDA5Mzlm YTFhMzRiODRmNjFiMTA1MGYwMDhiMDA1MDYKZGExNjc6IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpk YTE2NzogNjE0NE1CICgxMjU4MjkxMiA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDc4M0Mp CmRhMTY4IGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDE2OCBsdW4gMApkYTE2ODogPENp c2NvIE1SOTM2MS04aSA0LjI3PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktNSBkZXZpY2UgCmRh MTY4OiBTZXJpYWwgTnVtYmVyIDAwNTJjNmExYTM0Yjg0ZjYxYjEwNTBmMDA4YjAwNTA2CmRhMTY4 OiAxNTAuMDAwTUIvcyB0cmFuc2ZlcnMKZGExNjg6IDYxNDRNQiAoMTI1ODI5MTIgNTEyIGJ5dGUg c2VjdG9yczogMjU1SCA2M1MvVCA3ODNDKQpkYTE2OSBhdCBtcnNhczAgYnVzIDAgc2NidXMwIHRh cmdldCAxNjkgbHVuIDAKZGExNjk6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gRml4ZWQgRGlyZWN0 IEFjY2VzcyBTQ1NJLTUgZGV2aWNlIApkYTE2OTogU2VyaWFsIE51bWJlciAwMGE1ZWNhMWEzNGI4 NGY2MWIxMDUwZjAwOGIwMDUwNgpkYTE2OTogMTUwLjAwME1CL3MgdHJhbnNmZXJzCmRhMTY5OiA2 MTQ0TUIgKDEyNTgyOTEyIDUxMiBieXRlIHNlY3RvcnM6IDI1NUggNjNTL1QgNzgzQykKZGExNzAg YXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMTcwIGx1biAwCmRhMTcwOiA8Q2lzY28gTVI5 MzYxLThpIDQuMjc+IEZpeGVkIERpcmVjdCBBY2Nlc3MgU0NTSS01IGRldmljZSAKZGExNzA6IFNl cmlhbCBOdW1iZXIgMDA2NzEzYTJhMzRiODRmNjFiMTA1MGYwMDhiMDA1MDYKZGExNzA6IDE1MC4w MDBNQi9zIHRyYW5zZmVycwpkYTE3MDogNjE0NE1CICgxMjU4MjkxMiA1MTIgYnl0ZSBzZWN0b3Jz OiAyNTVIIDYzUy9UIDc4M0MpCmRhMTcxIGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDE3 MSBsdW4gMApkYTE3MTogPENpc2NvIE1SOTM2MS04aSA0LjI3PiBGaXhlZCBEaXJlY3QgQWNjZXNz IFNDU0ktNSBkZXZpY2UgCmRhMTcxOiBTZXJpYWwgTnVtYmVyIDAwNjczOWEyYTM0Yjg0ZjYxYjEw NTBmMDA4YjAwNTA2CmRhMTcxOiAxNTAuMDAwTUIvcyB0cmFuc2ZlcnMKZGExNzE6IDYxNDRNQiAo MTI1ODI5MTIgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2M1MvVCA3ODNDKQpkYTE3MiBhdCBtcnNh czAgYnVzIDAgc2NidXMwIHRhcmdldCAxNzIgbHVuIDAKZGExNzI6IDxDaXNjbyBNUjkzNjEtOGkg NC4yNz4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTUgZGV2aWNlIApkYTE3MjogU2VyaWFsIE51 bWJlciAwMDIwNjBhMmEzNGI4NGY2MWIxMDUwZjAwOGIwMDUwNgpkYTE3MjogMTUwLjAwME1CL3Mg dHJhbnNmZXJzCmRhMTcyOiA2MTQ0TUIgKDEyNTgyOTEyIDUxMiBieXRlIHNlY3RvcnM6IDI1NUgg NjNTL1QgNzgzQykKZGExNzMgYXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMTczIGx1biAw CmRhMTczOiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IEZpeGVkIERpcmVjdCBBY2Nlc3MgU0NTSS01 IGRldmljZSAKZGExNzM6IFNlcmlhbCBOdW1iZXIgMDAwOTg3YTJhMzRiODRmNjFiMTA1MGYwMDhi MDA1MDYKZGExNzM6IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpkYTE3MzogNjE0NE1CICgxMjU4Mjkx MiA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDc4M0MpCmRhMTc0IGF0IG1yc2FzMCBidXMg MCBzY2J1czAgdGFyZ2V0IDE3NCBsdW4gMApkYTE3NDogPENpc2NvIE1SOTM2MS04aSA0LjI3PiBG aXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktNSBkZXZpY2UgCmRhMTc0OiBTZXJpYWwgTnVtYmVyIDAw YjcxYmEzYTM0Yjg0ZjYxYjEwNTBmMDA4YjAwNTA2CmRhMTc0OiAxNTAuMDAwTUIvcyB0cmFuc2Zl cnMKZGExNzQ6IDYxNDRNQiAoMTI1ODI5MTIgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2M1MvVCA3 ODNDKQpkYTE3NSBhdCBtcnNhczAgYnVzIDAgc2NidXMwIHRhcmdldCAxNzUgbHVuIDAKZGExNzU6 IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTUgZGV2aWNl IApkYTE3NTogU2VyaWFsIE51bWJlciAwMDlhNDJhM2EzNGI4NGY2MWIxMDUwZjAwOGIwMDUwNgpk YTE3NTogMTUwLjAwME1CL3MgdHJhbnNmZXJzCmRhMTc1OiA2MTQ0TUIgKDEyNTgyOTEyIDUxMiBi eXRlIHNlY3RvcnM6IDI1NUggNjNTL1QgNzgzQykKZGExNzYgYXQgbXJzYXMwIGJ1cyAwIHNjYnVz MCB0YXJnZXQgMTc2IGx1biAwCmRhMTc2OiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IEZpeGVkIERp cmVjdCBBY2Nlc3MgU0NTSS01IGRldmljZSAKZGExNzY6IFNlcmlhbCBOdW1iZXIgMDA4YjY5YTNh MzRiODRmNjFiMTA1MGYwMDhiMDA1MDYKZGExNzY6IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpkYTE3 NjogNjE0NE1CICgxMjU4MjkxMiA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDc4M0MpCmRh MTc3IGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDE3NyBsdW4gMApkYTE3NzogPENpc2Nv IE1SOTM2MS04aSA0LjI3PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktNSBkZXZpY2UgCmRhMTc3 OiBTZXJpYWwgTnVtYmVyIDAwZjY4ZmEzYTM0Yjg0ZjYxYjEwNTBmMDA4YjAwNTA2CmRhMTc3OiAx NTAuMDAwTUIvcyB0cmFuc2ZlcnMKZGExNzc6IDYxNDRNQiAoMTI1ODI5MTIgNTEyIGJ5dGUgc2Vj dG9yczogMjU1SCA2M1MvVCA3ODNDKQpkYTE3OCBhdCBtcnNhczAgYnVzIDAgc2NidXMwIHRhcmdl dCAxNzggbHVuIDAKZGExNzg6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gRml4ZWQgRGlyZWN0IEFj Y2VzcyBTQ1NJLTUgZGV2aWNlIApkYTE3ODogU2VyaWFsIE51bWJlciAwMGEyYjZhM2EzNGI4NGY2 MWIxMDUwZjAwOGIwMDUwNgpkYTE3ODogMTUwLjAwME1CL3MgdHJhbnNmZXJzCmRhMTc4OiA2MTQ0 TUIgKDEyNTgyOTEyIDUxMiBieXRlIHNlY3RvcnM6IDI1NUggNjNTL1QgNzgzQykKZGExNzkgYXQg bXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMTc5IGx1biAwCmRhMTc5OiA8Q2lzY28gTVI5MzYx LThpIDQuMjc+IEZpeGVkIERpcmVjdCBBY2Nlc3MgU0NTSS01IGRldmljZSAKZGExNzk6IFNlcmlh bCBOdW1iZXIgMDAyNmRkYTNhMzRiODRmNjFiMTA1MGYwMDhiMDA1MDYKZGExNzk6IDE1MC4wMDBN Qi9zIHRyYW5zZmVycwpkYTE3OTogNjE0NE1CICgxMjU4MjkxMiA1MTIgYnl0ZSBzZWN0b3JzOiAy NTVIIDYzUy9UIDc4M0MpCmRhMTgwIGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDE4MCBs dW4gMApkYTE4MDogPENpc2NvIE1SOTM2MS04aSA0LjI3PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFND U0ktNSBkZXZpY2UgCmRhMTgwOiBTZXJpYWwgTnVtYmVyIDAwNDkwM2E0YTM0Yjg0ZjYxYjEwNTBm MDA4YjAwNTA2CmRhMTgwOiAxNTAuMDAwTUIvcyB0cmFuc2ZlcnMKZGExODA6IDYxNDRNQiAoMTI1 ODI5MTIgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2M1MvVCA3ODNDKQpkYTE4MSBhdCBtcnNhczAg YnVzIDAgc2NidXMwIHRhcmdldCAxODEgbHVuIDAKZGExODE6IDxDaXNjbyBNUjkzNjEtOGkgNC4y Nz4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTUgZGV2aWNlIApkYTE4MTogU2VyaWFsIE51bWJl ciAwMDZjMjlhNGEzNGI4NGY2MWIxMDUwZjAwOGIwMDUwNgpkYTE4MTogMTUwLjAwME1CL3MgdHJh bnNmZXJzCmRhMTgxOiA2MTQ0TUIgKDEyNTgyOTEyIDUxMiBieXRlIHNlY3RvcnM6IDI1NUggNjNT L1QgNzgzQykKZGExODIgYXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMTgyIGx1biAwCmRh MTgyOiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IEZpeGVkIERpcmVjdCBBY2Nlc3MgU0NTSS01IGRl dmljZSAKZGExODI6IFNlcmlhbCBOdW1iZXIgMDBkYWM2YTRhMzRiODRmNjFiMTA1MGYwMDhiMDA1 MDYKZGExODI6IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpkYTE4MjogNjE0NE1CICgxMjU4MjkxMiA1 MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDc4M0MpCmRhMTgzIGF0IG1yc2FzMCBidXMgMCBz Y2J1czAgdGFyZ2V0IDE4MyBsdW4gMApkYTE4MzogPENpc2NvIE1SOTM2MS04aSA0LjI3PiBGaXhl ZCBEaXJlY3QgQWNjZXNzIFNDU0ktNSBkZXZpY2UgCmRhMTgzOiBTZXJpYWwgTnVtYmVyIDAwZjdl Y2E0YTM0Yjg0ZjYxYjEwNTBmMDA4YjAwNTA2CmRhMTgzOiAxNTAuMDAwTUIvcyB0cmFuc2ZlcnMK ZGExODM6IDYxNDRNQiAoMTI1ODI5MTIgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2M1MvVCA3ODND KQpkYTE4NCBhdCBtcnNhczAgYnVzIDAgc2NidXMwIHRhcmdldCAxODQgbHVuIDAKZGExODQ6IDxD aXNjbyBNUjkzNjEtOGkgNC4yNz4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTUgZGV2aWNlIApk YTE4NDogU2VyaWFsIE51bWJlciAwMGY1MTNhNWEzNGI4NGY2MWIxMDUwZjAwOGIwMDUwNgpkYTE4 NDogMTUwLjAwME1CL3MgdHJhbnNmZXJzCmRhMTg0OiA2MTQ0TUIgKDEyNTgyOTEyIDUxMiBieXRl IHNlY3RvcnM6IDI1NUggNjNTL1QgNzgzQykKZGExODUgYXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0 YXJnZXQgMTg1IGx1biAwCmRhMTg1OiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IEZpeGVkIERpcmVj dCBBY2Nlc3MgU0NTSS01IGRldmljZSAKZGExODU6IFNlcmlhbCBOdW1iZXIgMDA3YTNhYTVhMzRi ODRmNjFiMTA1MGYwMDhiMDA1MDYKZGExODU6IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpkYTE4NTog NjE0NE1CICgxMjU4MjkxMiA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDc4M0MpCmRhMTg2 IGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDE4NiBsdW4gMApkYTE4NjogPENpc2NvIE1S OTM2MS04aSA0LjI3PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktNSBkZXZpY2UgCmRhMTg2OiBT ZXJpYWwgTnVtYmVyIDAwYTQ2MGE1YTM0Yjg0ZjYxYjEwNTBmMDA4YjAwNTA2CmRhMTg2OiAxNTAu MDAwTUIvcyB0cmFuc2ZlcnMKZGExODY6IDYxNDRNQiAoMTI1ODI5MTIgNTEyIGJ5dGUgc2VjdG9y czogMjU1SCA2M1MvVCA3ODNDKQpkYTE4NyBhdCBtcnNhczAgYnVzIDAgc2NidXMwIHRhcmdldCAx ODcgbHVuIDAKZGExODc6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gRml4ZWQgRGlyZWN0IEFjY2Vz cyBTQ1NJLTUgZGV2aWNlIApkYTE4NzogU2VyaWFsIE51bWJlciAwMDYzODdhNWEzNGI4NGY2MWIx MDUwZjAwOGIwMDUwNgpkYTE4NzogMTUwLjAwME1CL3MgdHJhbnNmZXJzCmRhMTg3OiA2MTQ0TUIg KDEyNTgyOTEyIDUxMiBieXRlIHNlY3RvcnM6IDI1NUggNjNTL1QgNzgzQykKZGExODggYXQgbXJz YXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMTg4IGx1biAwCmRhMTg4OiA8Q2lzY28gTVI5MzYxLThp IDQuMjc+IEZpeGVkIERpcmVjdCBBY2Nlc3MgU0NTSS01IGRldmljZSAKZGExODg6IFNlcmlhbCBO dW1iZXIgMDA1MmFlYTVhMzRiODRmNjFiMTA1MGYwMDhiMDA1MDYKZGExODg6IDE1MC4wMDBNQi9z IHRyYW5zZmVycwpkYTE4ODogNjE0NE1CICgxMjU4MjkxMiA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVI IDYzUy9UIDc4M0MpCmRhMTg5IGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDE4OSBsdW4g MApkYTE4OTogPENpc2NvIE1SOTM2MS04aSA0LjI3PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0kt NSBkZXZpY2UgCmRhMTg5OiBTZXJpYWwgTnVtYmVyIDAwNzVkNWE1YTM0Yjg0ZjYxYjEwNTBmMDA4 YjAwNTA2CmRhMTg5OiAxNTAuMDAwTUIvcyB0cmFuc2ZlcnMKZGExODk6IDYxNDRNQiAoMTI1ODI5 MTIgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2M1MvVCA3ODNDKQpkYTE5MCBhdCBtcnNhczAgYnVz IDAgc2NidXMwIHRhcmdldCAxOTAgbHVuIDAKZGExOTA6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4g Rml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTUgZGV2aWNlIApkYTE5MDogU2VyaWFsIE51bWJlciAw MDQ5ZmNhNWEzNGI4NGY2MWIxMDUwZjAwOGIwMDUwNgpkYTE5MDogMTUwLjAwME1CL3MgdHJhbnNm ZXJzCmRhMTkwOiA2MTQ0TUIgKDEyNTgyOTEyIDUxMiBieXRlIHNlY3RvcnM6IDI1NUggNjNTL1Qg NzgzQykKZGExOTEgYXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMTkxIGx1biAwCmRhMTkx OiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IEZpeGVkIERpcmVjdCBBY2Nlc3MgU0NTSS01IGRldmlj ZSAKZGExOTE6IFNlcmlhbCBOdW1iZXIgMDBjMzkwYTZhMzRiODRmNjFiMTA1MGYwMDhiMDA1MDYK ZGExOTE6IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpkYTE5MTogNjE0NE1CICgxMjU4MjkxMiA1MTIg Ynl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDc4M0MpCmRhMTkyIGF0IG1yc2FzMCBidXMgMCBzY2J1 czAgdGFyZ2V0IDE5MiBsdW4gMApkYTE5MjogPENpc2NvIE1SOTM2MS04aSA0LjI3PiBGaXhlZCBE aXJlY3QgQWNjZXNzIFNDU0ktNSBkZXZpY2UgCmRhMTkyOiBTZXJpYWwgTnVtYmVyIDAwNzJiN2E2 YTM0Yjg0ZjYxYjEwNTBmMDA4YjAwNTA2CmRhMTkyOiAxNTAuMDAwTUIvcyB0cmFuc2ZlcnMKZGEx OTI6IDYxNDRNQiAoMTI1ODI5MTIgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2M1MvVCA3ODNDKQpk YTE5MyBhdCBtcnNhczAgYnVzIDAgc2NidXMwIHRhcmdldCAxOTMgbHVuIDAKZGExOTM6IDxDaXNj byBNUjkzNjEtOGkgNC4yNz4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTUgZGV2aWNlIApkYTE5 MzogU2VyaWFsIE51bWJlciAwMGI2ZGRhNmEzNGI4NGY2MWIxMDUwZjAwOGIwMDUwNgpkYTE5Mzog MTUwLjAwME1CL3MgdHJhbnNmZXJzCmRhMTkzOiA2MTQ0TUIgKDEyNTgyOTEyIDUxMiBieXRlIHNl Y3RvcnM6IDI1NUggNjNTL1QgNzgzQykKZGExOTQgYXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJn ZXQgMTk0IGx1biAwCmRhMTk0OiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IEZpeGVkIERpcmVjdCBB Y2Nlc3MgU0NTSS01IGRldmljZSAKZGExOTQ6IFNlcmlhbCBOdW1iZXIgMDA5ODA0YTdhMzRiODRm NjFiMTA1MGYwMDhiMDA1MDYKZGExOTQ6IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpkYTE5NDogNjE0 NE1CICgxMjU4MjkxMiA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDc4M0MpCmRhMTk1IGF0 IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDE5NSBsdW4gMApkYTE5NTogPENpc2NvIE1SOTM2 MS04aSA0LjI3PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktNSBkZXZpY2UgCmRhMTk1OiBTZXJp YWwgTnVtYmVyIDAwOTIyYmE3YTM0Yjg0ZjYxYjEwNTBmMDA4YjAwNTA2CmRhMTk1OiAxNTAuMDAw TUIvcyB0cmFuc2ZlcnMKZGExOTU6IDYxNDRNQiAoMTI1ODI5MTIgNTEyIGJ5dGUgc2VjdG9yczog MjU1SCA2M1MvVCA3ODNDKQpkYTE5NiBhdCBtcnNhczAgYnVzIDAgc2NidXMwIHRhcmdldCAxOTYg bHVuIDAKZGExOTY6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gRml4ZWQgRGlyZWN0IEFjY2VzcyBT Q1NJLTUgZGV2aWNlIApkYTE5NjogU2VyaWFsIE51bWJlciAwMGE5NTJhN2EzNGI4NGY2MWIxMDUw ZjAwOGIwMDUwNgpkYTE5NjogMTUwLjAwME1CL3MgdHJhbnNmZXJzCmRhMTk2OiA2MTQ0TUIgKDEy NTgyOTEyIDUxMiBieXRlIHNlY3RvcnM6IDI1NUggNjNTL1QgNzgzQykKZGExOTcgYXQgbXJzYXMw IGJ1cyAwIHNjYnVzMCB0YXJnZXQgMTk3IGx1biAwCmRhMTk3OiA8Q2lzY28gTVI5MzYxLThpIDQu Mjc+IEZpeGVkIERpcmVjdCBBY2Nlc3MgU0NTSS01IGRldmljZSAKZGExOTc6IFNlcmlhbCBOdW1i ZXIgMDA1Mjc5YTdhMzRiODRmNjFiMTA1MGYwMDhiMDA1MDYKZGExOTc6IDE1MC4wMDBNQi9zIHRy YW5zZmVycwpkYTE5NzogNjE0NE1CICgxMjU4MjkxMiA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYz Uy9UIDc4M0MpCmRhMTk4IGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDE5OCBsdW4gMApk YTE5ODogPENpc2NvIE1SOTM2MS04aSA0LjI3PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktNSBk ZXZpY2UgCmRhMTk4OiBTZXJpYWwgTnVtYmVyIDAwNjFhMGE3YTM0Yjg0ZjYxYjEwNTBmMDA4YjAw NTA2CmRhMTk4OiAxNTAuMDAwTUIvcyB0cmFuc2ZlcnMKZGExOTg6IDYxNDRNQiAoMTI1ODI5MTIg NTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2M1MvVCA3ODNDKQpkYTE5OSBhdCBtcnNhczAgYnVzIDAg c2NidXMwIHRhcmdldCAxOTkgbHVuIDAKZGExOTk6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gRml4 ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTUgZGV2aWNlIApkYTE5OTogU2VyaWFsIE51bWJlciAwMDU3 YzdhN2EzNGI4NGY2MWIxMDUwZjAwOGIwMDUwNgpkYTE5OTogMTUwLjAwME1CL3MgdHJhbnNmZXJz CmRhMTk5OiA2MTQ0TUIgKDEyNTgyOTEyIDUxMiBieXRlIHNlY3RvcnM6IDI1NUggNjNTL1QgNzgz QykKZGEyMDAgYXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMjAwIGx1biAwCmRhMjAwOiA8 Q2lzY28gTVI5MzYxLThpIDQuMjc+IEZpeGVkIERpcmVjdCBBY2Nlc3MgU0NTSS01IGRldmljZSAK ZGEyMDA6IFNlcmlhbCBOdW1iZXIgMDAxMzY0YThhMzRiODRmNjFiMTA1MGYwMDhiMDA1MDYKZGEy MDA6IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpkYTIwMDogNjE0NE1CICgxMjU4MjkxMiA1MTIgYnl0 ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDc4M0MpCmRhMjAxIGF0IG1yc2FzMCBidXMgMCBzY2J1czAg dGFyZ2V0IDIwMSBsdW4gMApkYTIwMTogPENpc2NvIE1SOTM2MS04aSA0LjI3PiBGaXhlZCBEaXJl Y3QgQWNjZXNzIFNDU0ktNSBkZXZpY2UgCmRhMjAxOiBTZXJpYWwgTnVtYmVyIDAwODg4YWE4YTM0 Yjg0ZjYxYjEwNTBmMDA4YjAwNTA2CmRhMjAxOiAxNTAuMDAwTUIvcyB0cmFuc2ZlcnMKZGEyMDE6 IDYxNDRNQiAoMTI1ODI5MTIgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2M1MvVCA3ODNDKQpkYTIw MiBhdCBtcnNhczAgYnVzIDAgc2NidXMwIHRhcmdldCAyMDIgbHVuIDAKZGEyMDI6IDxDaXNjbyBN UjkzNjEtOGkgNC4yNz4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTUgZGV2aWNlIApkYTIwMjog U2VyaWFsIE51bWJlciAwMGE0YjFhOGEzNGI4NGY2MWIxMDUwZjAwOGIwMDUwNgpkYTIwMjogMTUw LjAwME1CL3MgdHJhbnNmZXJzCmRhMjAyOiA2MTQ0TUIgKDEyNTgyOTEyIDUxMiBieXRlIHNlY3Rv cnM6IDI1NUggNjNTL1QgNzgzQykKZGEyMDMgYXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQg MjAzIGx1biAwCmRhMjAzOiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IEZpeGVkIERpcmVjdCBBY2Nl c3MgU0NTSS01IGRldmljZSAKZGEyMDM6IFNlcmlhbCBOdW1iZXIgMDBmZGQ3YThhMzRiODRmNjFi MTA1MGYwMDhiMDA1MDYKZGEyMDM6IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpkYTIwMzogNjE0NE1C ICgxMjU4MjkxMiA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDc4M0MpCmRhMjA0IGF0IG1y c2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDIwNCBsdW4gMApkYTIwNDogPENpc2NvIE1SOTM2MS04 aSA0LjI3PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktNSBkZXZpY2UgCmRhMjA0OiBTZXJpYWwg TnVtYmVyIDAwMzNmZmE4YTM0Yjg0ZjYxYjEwNTBmMDA4YjAwNTA2CmRhMjA0OiAxNTAuMDAwTUIv cyB0cmFuc2ZlcnMKZGEyMDQ6IDYxNDRNQiAoMTI1ODI5MTIgNTEyIGJ5dGUgc2VjdG9yczogMjU1 SCA2M1MvVCA3ODNDKQpkYTIwNSBhdCBtcnNhczAgYnVzIDAgc2NidXMwIHRhcmdldCAyMDUgbHVu IDAKZGEyMDU6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJ LTUgZGV2aWNlIApkYTIwNTogU2VyaWFsIE51bWJlciAwMDAyMjdhOWEzNGI4NGY2MWIxMDUwZjAw OGIwMDUwNgpkYTIwNTogMTUwLjAwME1CL3MgdHJhbnNmZXJzCmRhMjA1OiA2MTQ0TUIgKDEyNTgy OTEyIDUxMiBieXRlIHNlY3RvcnM6IDI1NUggNjNTL1QgNzgzQykKZGEyMDYgYXQgbXJzYXMwIGJ1 cyAwIHNjYnVzMCB0YXJnZXQgMjA2IGx1biAwCmRhMjA2OiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+ IEZpeGVkIERpcmVjdCBBY2Nlc3MgU0NTSS01IGRldmljZSAKZGEyMDY6IFNlcmlhbCBOdW1iZXIg MDAxZTRlYTlhMzRiODRmNjFiMTA1MGYwMDhiMDA1MDYKZGEyMDY6IDE1MC4wMDBNQi9zIHRyYW5z ZmVycwpkYTIwNjogNjE0NE1CICgxMjU4MjkxMiA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9U IDc4M0MpCmRhMjA3IGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDIwNyBsdW4gMApkYTIw NzogPENpc2NvIE1SOTM2MS04aSA0LjI3PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktNSBkZXZp Y2UgCmRhMjA3OiBTZXJpYWwgTnVtYmVyIDAwMWM3NWE5YTM0Yjg0ZjYxYjEwNTBmMDA4YjAwNTA2 CmRhMjA3OiAxNTAuMDAwTUIvcyB0cmFuc2ZlcnMKZGEyMDc6IDYxNDRNQiAoMTI1ODI5MTIgNTEy IGJ5dGUgc2VjdG9yczogMjU1SCA2M1MvVCA3ODNDKQpkYTIwOCBhdCBtcnNhczAgYnVzIDAgc2Ni dXMwIHRhcmdldCAyMDggbHVuIDAKZGEyMDg6IDxDaXNjbyBNUjkzNjEtOGkgNC4yNz4gRml4ZWQg RGlyZWN0IEFjY2VzcyBTQ1NJLTUgZGV2aWNlIApkYTIwODogU2VyaWFsIE51bWJlciAwMGE1MDlh YWEzNGI4NGY2MWIxMDUwZjAwOGIwMDUwNgpkYTIwODogMTUwLjAwME1CL3MgdHJhbnNmZXJzCmRh MjA4OiA2MTQ0TUIgKDEyNTgyOTEyIDUxMiBieXRlIHNlY3RvcnM6IDI1NUggNjNTL1QgNzgzQykK ZGEyMDkgYXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMjA5IGx1biAwCmRhMjA5OiA8Q2lz Y28gTVI5MzYxLThpIDQuMjc+IEZpeGVkIERpcmVjdCBBY2Nlc3MgU0NTSS01IGRldmljZSAKZGEy MDk6IFNlcmlhbCBOdW1iZXIgMDAyZTMwYWFhMzRiODRmNjFiMTA1MGYwMDhiMDA1MDYKZGEyMDk6 IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpkYTIwOTogNjE0NE1CICgxMjU4MjkxMiA1MTIgYnl0ZSBz ZWN0b3JzOiAyNTVIIDYzUy9UIDc4M0MpCmRhMjEwIGF0IG1yc2FzMCBidXMgMCBzY2J1czAgdGFy Z2V0IDIxMCBsdW4gMApkYTIxMDogPENpc2NvIE1SOTM2MS04aSA0LjI3PiBGaXhlZCBEaXJlY3Qg QWNjZXNzIFNDU0ktNSBkZXZpY2UgCmRhMjEwOiBTZXJpYWwgTnVtYmVyIDAwY2Q1N2FhYTM0Yjg0 ZjYxYjEwNTBmMDA4YjAwNTA2CmRhMjEwOiAxNTAuMDAwTUIvcyB0cmFuc2ZlcnMKZGEyMTA6IDYx NDRNQiAoMTI1ODI5MTIgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2M1MvVCA3ODNDKQphcnA6IDEz NS4yNC4yMzEuMSBtb3ZlZCBmcm9tIDAwOjFlOmJkOjQ1OjlhOmMyIHRvIDAwOjFlOmJkOjgxOjZi OmMyIG9uIGlnYjEKZGEyMTEgYXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMjExIGx1biAw CmRhMjExOiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IEZpeGVkIERpcmVjdCBBY2Nlc3MgU0NTSS01 IGRldmljZSAKZGEyMTE6IFNlcmlhbCBOdW1iZXIgMDBmNjdlYWFhMzRiODRmNjFiMTA1MGYwMDhi MDA1MDYKZGEyMTE6IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpkYTIxMTogMTIyODhNQiAoMjUxNjU4 MjQgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2M1MvVCAxNTY2QykKZGEyMTIgYXQgbXJzYXMwIGJ1 cyAwIHNjYnVzMCB0YXJnZXQgMjEyIGx1biAwCmRhMjEyOiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+ IEZpeGVkIERpcmVjdCBBY2Nlc3MgU0NTSS01IGRldmljZSAKZGEyMTI6IFNlcmlhbCBOdW1iZXIg MDBkNGEwYWFhMzRiODRmNjFiMTA1MGYwMDhiMDA1MDYKZGEyMTI6IDE1MC4wMDBNQi9zIHRyYW5z ZmVycwpkYTIxMjogMTIyODhNQiAoMjUxNjU4MjQgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2M1Mv VCAxNTY2QykKZGEyMTMgYXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMjEzIGx1biAwCmRh MjEzOiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IEZpeGVkIERpcmVjdCBBY2Nlc3MgU0NTSS01IGRl dmljZSAKZGEyMTM6IFNlcmlhbCBOdW1iZXIgMDBkNGMwYWFhMzRiODRmNjFiMTA1MGYwMDhiMDA1 MDYKZGEyMTM6IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpkYTIxMzogMTIyODhNQiAoMjUxNjU4MjQg NTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2M1MvVCAxNTY2QykKZGEyMTQgYXQgbXJzYXMwIGJ1cyAw IHNjYnVzMCB0YXJnZXQgMjE0IGx1biAwCmRhMjE0OiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IEZp eGVkIERpcmVjdCBBY2Nlc3MgU0NTSS01IGRldmljZSAKZGEyMTQ6IFNlcmlhbCBOdW1iZXIgMDA3 YmUwYWFhMzRiODRmNjFiMTA1MGYwMDhiMDA1MDYKZGEyMTQ6IDE1MC4wMDBNQi9zIHRyYW5zZmVy cwpkYTIxNDogMTIyODhNQiAoMjUxNjU4MjQgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2M1MvVCAx NTY2QykKZGEyMTUgYXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMjE1IGx1biAwCmRhMjE1 OiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IEZpeGVkIERpcmVjdCBBY2Nlc3MgU0NTSS01IGRldmlj ZSAKZGEyMTU6IFNlcmlhbCBOdW1iZXIgMDA1ZDAwYWJhMzRiODRmNjFiMTA1MGYwMDhiMDA1MDYK ZGEyMTU6IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpkYTIxNTogMTIyODhNQiAoMjUxNjU4MjQgNTEy IGJ5dGUgc2VjdG9yczogMjU1SCA2M1MvVCAxNTY2QykKZGEyMTYgYXQgbXJzYXMwIGJ1cyAwIHNj YnVzMCB0YXJnZXQgMjE2IGx1biAwCmRhMjE2OiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IEZpeGVk IERpcmVjdCBBY2Nlc3MgU0NTSS01IGRldmljZSAKZGEyMTY6IFNlcmlhbCBOdW1iZXIgMDBkYzFm YWJhMzRiODRmNjFiMTA1MGYwMDhiMDA1MDYKZGEyMTY6IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpk YTIxNjogMTIyODhNQiAoMjUxNjU4MjQgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2M1MvVCAxNTY2 QykKZGEyMTcgYXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMjE3IGx1biAwCmRhMjE3OiA8 Q2lzY28gTVI5MzYxLThpIDQuMjc+IEZpeGVkIERpcmVjdCBBY2Nlc3MgU0NTSS01IGRldmljZSAK ZGEyMTc6IFNlcmlhbCBOdW1iZXIgMDA5YmIzYWJhMzRiODRmNjFiMTA1MGYwMDhiMDA1MDYKZGEy MTc6IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpkYTIxNzogMTIyODhNQiAoMjUxNjU4MjQgNTEyIGJ5 dGUgc2VjdG9yczogMjU1SCA2M1MvVCAxNTY2QykKZGEyMTggYXQgbXJzYXMwIGJ1cyAwIHNjYnVz MCB0YXJnZXQgMjE4IGx1biAwCmRhMjE4OiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IEZpeGVkIERp cmVjdCBBY2Nlc3MgU0NTSS01IGRldmljZSAKZGEyMTg6IFNlcmlhbCBOdW1iZXIgMDBlYWQyYWJh MzRiODRmNjFiMTA1MGYwMDhiMDA1MDYKZGEyMTg6IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpkYTIx ODogMTIyODhNQiAoMjUxNjU4MjQgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2M1MvVCAxNTY2QykK ZGEyMTkgYXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMjE5IGx1biAwCmRhMjE5OiA8Q2lz Y28gTVI5MzYxLThpIDQuMjc+IEZpeGVkIERpcmVjdCBBY2Nlc3MgU0NTSS01IGRldmljZSAKZGEy MTk6IFNlcmlhbCBOdW1iZXIgMDBhMGYxYWJhMzRiODRmNjFiMTA1MGYwMDhiMDA1MDYKZGEyMTk6 IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpkYTIxOTogMTIyODhNQiAoMjUxNjU4MjQgNTEyIGJ5dGUg c2VjdG9yczogMjU1SCA2M1MvVCAxNTY2QykKZGEyMjAgYXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0 YXJnZXQgMjIwIGx1biAwCmRhMjIwOiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IEZpeGVkIERpcmVj dCBBY2Nlc3MgU0NTSS01IGRldmljZSAKZGEyMjA6IFNlcmlhbCBOdW1iZXIgMDBkYjEwYWNhMzRi ODRmNjFiMTA1MGYwMDhiMDA1MDYKZGEyMjA6IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpkYTIyMDog MTIyODhNQiAoMjUxNjU4MjQgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2M1MvVCAxNTY2QykKZGEy MjEgYXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMjIxIGx1biAwCmRhMjIxOiA8Q2lzY28g TVI5MzYxLThpIDQuMjc+IEZpeGVkIERpcmVjdCBBY2Nlc3MgU0NTSS01IGRldmljZSAKZGEyMjE6 IFNlcmlhbCBOdW1iZXIgMDAyYTMwYWNhMzRiODRmNjFiMTA1MGYwMDhiMDA1MDYKZGEyMjE6IDE1 MC4wMDBNQi9zIHRyYW5zZmVycwpkYTIyMTogMTIyODhNQiAoMjUxNjU4MjQgNTEyIGJ5dGUgc2Vj dG9yczogMjU1SCA2M1MvVCAxNTY2QykKZGEyMjIgYXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJn ZXQgMjIyIGx1biAwCmRhMjIyOiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IEZpeGVkIERpcmVjdCBB Y2Nlc3MgU0NTSS01IGRldmljZSAKZGEyMjI6IFNlcmlhbCBOdW1iZXIgMDA5YjRmYWNhMzRiODRm NjFiMTA1MGYwMDhiMDA1MDYKZGEyMjI6IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpkYTIyMjogMTIy ODhNQiAoMjUxNjU4MjQgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2M1MvVCAxNTY2QykKZGEyMjMg YXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMjIzIGx1biAwCmRhMjIzOiA8Q2lzY28gTVI5 MzYxLThpIDQuMjc+IEZpeGVkIERpcmVjdCBBY2Nlc3MgU0NTSS01IGRldmljZSAKZGEyMjM6IFNl cmlhbCBOdW1iZXIgMDA5MjZlYWNhMzRjODRmNjFiMTA1MGYwMDhiMDA1MDYKZGEyMjM6IDE1MC4w MDBNQi9zIHRyYW5zZmVycwpkYTIyMzogMTIyODhNQiAoMjUxNjU4MjQgNTEyIGJ5dGUgc2VjdG9y czogMjU1SCA2M1MvVCAxNTY2QykKZGEyMjQgYXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQg MjI0IGx1biAwCmRhMjI0OiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IEZpeGVkIERpcmVjdCBBY2Nl c3MgU0NTSS01IGRldmljZSAKZGEyMjQ6IFNlcmlhbCBOdW1iZXIgMDA4NDhlYWNhMzRjODRmNjFi MTA1MGYwMDhiMDA1MDYKZGEyMjQ6IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpkYTIyNDogMTIyODhN QiAoMjUxNjU4MjQgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2M1MvVCAxNTY2QykKZGEyMjUgYXQg bXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMjI1IGx1biAwCmRhMjI1OiA8Q2lzY28gTVI5MzYx LThpIDQuMjc+IEZpeGVkIERpcmVjdCBBY2Nlc3MgU0NTSS01IGRldmljZSAKZGEyMjU6IFNlcmlh bCBOdW1iZXIgMDBiNjFjYWRhMzRjODRmNjFiMTA1MGYwMDhiMDA1MDYKZGEyMjU6IDE1MC4wMDBN Qi9zIHRyYW5zZmVycwpkYTIyNTogMTIyODhNQiAoMjUxNjU4MjQgNTEyIGJ5dGUgc2VjdG9yczog MjU1SCA2M1MvVCAxNTY2QykKZGEyMjYgYXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMjI2 IGx1biAwCmRhMjI2OiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IEZpeGVkIERpcmVjdCBBY2Nlc3Mg U0NTSS01IGRldmljZSAKZGEyMjY6IFNlcmlhbCBOdW1iZXIgMDA1MTNjYWRhMzRjODRmNjFiMTA1 MGYwMDhiMDA1MDYKZGEyMjY6IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpkYTIyNjogMTIyODhNQiAo MjUxNjU4MjQgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2M1MvVCAxNTY2QykKZGEyMjcgYXQgbXJz YXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMjI3IGx1biAwCmRhMjI3OiA8Q2lzY28gTVI5MzYxLThp IDQuMjc+IEZpeGVkIERpcmVjdCBBY2Nlc3MgU0NTSS01IGRldmljZSAKZGEyMjc6IFNlcmlhbCBO dW1iZXIgMDA0MzViYWRhMzRjODRmNjFiMTA1MGYwMDhiMDA1MDYKZGEyMjc6IDE1MC4wMDBNQi9z IHRyYW5zZmVycwpkYTIyNzogMTIyODhNQiAoMjUxNjU4MjQgNTEyIGJ5dGUgc2VjdG9yczogMjU1 SCA2M1MvVCAxNTY2QykKZGEyMjggYXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMjI4IGx1 biAwCmRhMjI4OiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IEZpeGVkIERpcmVjdCBBY2Nlc3MgU0NT SS01IGRldmljZSAKZGEyMjg6IFNlcmlhbCBOdW1iZXIgMDA5NTdhYWRhMzRjODRmNjFiMTA1MGYw MDhiMDA1MDYKZGEyMjg6IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpkYTIyODogMTIyODhNQiAoMjUx NjU4MjQgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2M1MvVCAxNTY2QykKZGEyMjkgYXQgbXJzYXMw IGJ1cyAwIHNjYnVzMCB0YXJnZXQgMjI5IGx1biAwCmRhMjI5OiA8Q2lzY28gTVI5MzYxLThpIDQu Mjc+IEZpeGVkIERpcmVjdCBBY2Nlc3MgU0NTSS01IGRldmljZSAKZGEyMjk6IFNlcmlhbCBOdW1i ZXIgMDBmMTk5YWRhMzRjODRmNjFiMTA1MGYwMDhiMDA1MDYKZGEyMjk6IDE1MC4wMDBNQi9zIHRy YW5zZmVycwpkYTIyOTogMTIyODhNQiAoMjUxNjU4MjQgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2 M1MvVCAxNTY2QykKZGEyMzAgYXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMjMwIGx1biAw CmRhMjMwOiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IEZpeGVkIERpcmVjdCBBY2Nlc3MgU0NTSS01 IGRldmljZSAKZGEyMzA6IFNlcmlhbCBOdW1iZXIgMDA4YWI5YWRhMzRjODRmNjFiMTA1MGYwMDhi MDA1MDYKZGEyMzA6IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpkYTIzMDogMTIyODhNQiAoMjUxNjU4 MjQgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2M1MvVCAxNTY2QykKZGEyMzEgYXQgbXJzYXMwIGJ1 cyAwIHNjYnVzMCB0YXJnZXQgMjMxIGx1biAwCmRhMjMxOiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+ IEZpeGVkIERpcmVjdCBBY2Nlc3MgU0NTSS01IGRldmljZSAKZGEyMzE6IFNlcmlhbCBOdW1iZXIg MDA3N2Q4YWRhMzRjODRmNjFiMTA1MGYwMDhiMDA1MDYKZGEyMzE6IDE1MC4wMDBNQi9zIHRyYW5z ZmVycwpkYTIzMTogMTIyODhNQiAoMjUxNjU4MjQgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2M1Mv VCAxNTY2QykKZGEyMzIgYXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMjMyIGx1biAwCmRh MjMyOiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IEZpeGVkIERpcmVjdCBBY2Nlc3MgU0NTSS01IGRl dmljZSAKZGEyMzI6IFNlcmlhbCBOdW1iZXIgMDA1OWY4YWRhMzRjODRmNjFiMTA1MGYwMDhiMDA1 MDYKZGEyMzI6IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpkYTIzMjogMTIyODhNQiAoMjUxNjU4MjQg NTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2M1MvVCAxNTY2QykKZGEyMzMgYXQgbXJzYXMwIGJ1cyAw IHNjYnVzMCB0YXJnZXQgMjMzIGx1biAwCmRhMjMzOiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IEZp eGVkIERpcmVjdCBBY2Nlc3MgU0NTSS01IGRldmljZSAKZGEyMzM6IFNlcmlhbCBOdW1iZXIgMDAz MzE4YWVhMzRjODRmNjFiMTA1MGYwMDhiMDA1MDYKZGEyMzM6IDE1MC4wMDBNQi9zIHRyYW5zZmVy cwpkYTIzMzogMTIyODhNQiAoMjUxNjU4MjQgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2M1MvVCAx NTY2QykKZGEyMzQgYXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMjM0IGx1biAwCmRhMjM0 OiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IEZpeGVkIERpcmVjdCBBY2Nlc3MgU0NTSS01IGRldmlj ZSAKZGEyMzQ6IFNlcmlhbCBOdW1iZXIgMDAzMmFjYWVhMzRjODRmNjFiMTA1MGYwMDhiMDA1MDYK ZGEyMzQ6IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpkYTIzNDogMTIyODhNQiAoMjUxNjU4MjQgNTEy IGJ5dGUgc2VjdG9yczogMjU1SCA2M1MvVCAxNTY2QykKZGEyMzUgYXQgbXJzYXMwIGJ1cyAwIHNj YnVzMCB0YXJnZXQgMjM1IGx1biAwCmRhMjM1OiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IEZpeGVk IERpcmVjdCBBY2Nlc3MgU0NTSS01IGRldmljZSAKZGEyMzU6IFNlcmlhbCBOdW1iZXIgMDA0MWNi YWVhMzRjODRmNjFiMTA1MGYwMDhiMDA1MDYKZGEyMzU6IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpk YTIzNTogMTIyODhNQiAoMjUxNjU4MjQgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2M1MvVCAxNTY2 QykKZGEyMzYgYXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMjM2IGx1biAwCmRhMjM2OiA8 Q2lzY28gTVI5MzYxLThpIDQuMjc+IEZpeGVkIERpcmVjdCBBY2Nlc3MgU0NTSS01IGRldmljZSAK ZGEyMzY6IFNlcmlhbCBOdW1iZXIgMDBhY2VhYWVhMzRjODRmNjFiMTA1MGYwMDhiMDA1MDYKZGEy MzY6IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpkYTIzNjogMTIyODhNQiAoMjUxNjU4MjQgNTEyIGJ5 dGUgc2VjdG9yczogMjU1SCA2M1MvVCAxNTY2QykKZGEyMzcgYXQgbXJzYXMwIGJ1cyAwIHNjYnVz MCB0YXJnZXQgMjM3IGx1biAwCmRhMjM3OiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IEZpeGVkIERp cmVjdCBBY2Nlc3MgU0NTSS01IGRldmljZSAKZGEyMzc6IFNlcmlhbCBOdW1iZXIgMDAzZTBhYWZh MzRjODRmNjFiMTA1MGYwMDhiMDA1MDYKZGEyMzc6IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpkYTIz NzogMTIyODhNQiAoMjUxNjU4MjQgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2M1MvVCAxNTY2QykK ZGEyMzggYXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMjM4IGx1biAwCmRhMjM4OiA8Q2lz Y28gTVI5MzYxLThpIDQuMjc+IEZpeGVkIERpcmVjdCBBY2Nlc3MgU0NTSS01IGRldmljZSAKZGEy Mzg6IFNlcmlhbCBOdW1iZXIgMDBhZDI5YWZhMzRjODRmNjFiMTA1MGYwMDhiMDA1MDYKZGEyMzg6 IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpkYTIzODogMTIyODhNQiAoMjUxNjU4MjQgNTEyIGJ5dGUg c2VjdG9yczogMjU1SCA2M1MvVCAxNTY2QykKZGEyMzkgYXQgbXJzYXMwIGJ1cyAwIHNjYnVzMCB0 YXJnZXQgMjM5IGx1biAwCmRhMjM5OiA8Q2lzY28gTVI5MzYxLThpIDQuMjc+IEZpeGVkIERpcmVj dCBBY2Nlc3MgU0NTSS01IGRldmljZSAKZGEyMzk6IFNlcmlhbCBOdW1iZXIgMDBhOTQ5YWZhMzRj ODRmNjFiMTA1MGYwMDhiMDA1MDYKZGEyMzk6IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpkYTIzOTog OTUxNzY2TUIgKDE5NDkyMTY3NjggNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2M1MvVCAxMjEzMzND KQphcnA6IDEzNS4yNC4yMzEuMSBtb3ZlZCBmcm9tIDAwOjFlOmJkOjgxOjZiOmMyIHRvIDAwOjFl OmJkOjQ1OjlhOmMyIG9uIGlnYjEKYXJwOiAxMzUuMjQuMjMxLjEgbW92ZWQgZnJvbSAwMDoxZTpi ZDo0NTo5YTpjMiB0byAwMDoxZTpiZDo4MTo2YjpjMiBvbiBpZ2IxCmFycDogMTM1LjI0LjIzMS4x IG1vdmVkIGZyb20gMDA6MWU6YmQ6ODE6NmI6YzIgdG8gMDA6MWU6YmQ6NDU6OWE6YzIgb24gaWdi MQphcnA6IDEzNS4yNC4yMzEuMSBtb3ZlZCBmcm9tIDAwOjFlOmJkOjQ1OjlhOmMyIHRvIDAwOjFl OmJkOjgxOjZiOmMyIG9uIGlnYjEKYXJwOiAxMzUuMjQuMjMxLjEgbW92ZWQgZnJvbSAwMDoxZTpi ZDo4MTo2YjpjMiB0byAwMDoxZTpiZDo0NTo5YTpjMiBvbiBpZ2IxCmFycDogMTM1LjI0LjIzMS4x IG1vdmVkIGZyb20gMDA6MWU6YmQ6NDU6OWE6YzIgdG8gMDA6MWU6YmQ6ODE6NmI6YzIgb24gaWdi MQphcnA6IDEzNS4yNC4yMzEuMSBtb3ZlZCBmcm9tIDAwOjFlOmJkOjgxOjZiOmMyIHRvIDAwOjFl OmJkOjQ1OjlhOmMyIG9uIGlnYjEKYXJwOiAxMzUuMjQuMjMxLjEgbW92ZWQgZnJvbSAwMDoxZTpi ZDo0NTo5YTpjMiB0byAwMDoxZTpiZDo4MTo2YjpjMiBvbiBpZ2IxCmFycDogMTM1LjI0LjIzMS4x IG1vdmVkIGZyb20gMDA6MWU6YmQ6ODE6NmI6YzIgdG8gMDA6MWU6YmQ6NDU6OWE6YzIgb24gaWdi MQphcnA6IDEzNS4yNC4yMzEuMSBtb3ZlZCBmcm9tIDAwOjFlOmJkOjQ1OjlhOmMyIHRvIDAwOjFl OmJkOjgxOjZiOmMyIG9uIGlnYjEKYXJwOiAxMzUuMjQuMjMxLjEgbW92ZWQgZnJvbSAwMDoxZTpi ZDo4MTo2YjpjMiB0byAwMDoxZTpiZDo0NTo5YTpjMiBvbiBpZ2IxCmFycDogMTM1LjI0LjIzMS4x IG1vdmVkIGZyb20gMDA6MWU6YmQ6NDU6OWE6YzIgdG8gMDA6MWU6YmQ6ODE6NmI6YzIgb24gaWdi MQphcnA6IDEzNS4yNC4yMzEuMSBtb3ZlZCBmcm9tIDAwOjFlOmJkOjgxOjZiOmMyIHRvIDAwOjFl OmJkOjQ1OjlhOmMyIG9uIGlnYjEKYXJwOiAxMzUuMjQuMjMxLjEgbW92ZWQgZnJvbSAwMDoxZTpi ZDo0NTo5YTpjMiB0byAwMDoxZTpiZDo4MTo2YjpjMiBvbiBpZ2IxCmFycDogMTM1LjI0LjIzMS4x IG1vdmVkIGZyb20gMDA6MWU6YmQ6ODE6NmI6YzIgdG8gMDA6MWU6YmQ6NDU6OWE6YzIgb24gaWdi MQphcnA6IDEzNS4yNC4yMzEuMSBtb3ZlZCBmcm9tIDAwOjFlOmJkOjQ1OjlhOmMyIHRvIDAwOjFl OmJkOjgxOjZiOmMyIG9uIGlnYjEKYXJwOiAxMzUuMjQuMjMxLjEgbW92ZWQgZnJvbSAwMDoxZTpi ZDo4MTo2YjpjMiB0byAwMDoxZTpiZDo0NTo5YTpjMiBvbiBpZ2IxCmFycDogMTM1LjI0LjIzMS4x IG1vdmVkIGZyb20gMDA6MWU6YmQ6NDU6OWE6YzIgdG8gMDA6MWU6YmQ6ODE6NmI6YzIgb24gaWdi MQphcnA6IDEzNS4yNC4yMzEuMSBtb3ZlZCBmcm9tIDAwOjFlOmJkOjgxOjZiOmMyIHRvIDAwOjFl OmJkOjQ1OjlhOmMyIG9uIGlnYjEKYXJwOiAxMzUuMjQuMjMxLjEgbW92ZWQgZnJvbSAwMDoxZTpi ZDo0NTo5YTpjMiB0byAwMDoxZTpiZDo4MTo2YjpjMiBvbiBpZ2IxCmFycDogMTM1LjI0LjIzMS4x IG1vdmVkIGZyb20gMDA6MWU6YmQ6ODE6NmI6YzIgdG8gMDA6MWU6YmQ6NDU6OWE6YzIgb24gaWdi MQphcnA6IDEzNS4yNC4yMzEuMSBtb3ZlZCBmcm9tIDAwOjFlOmJkOjQ1OjlhOmMyIHRvIDAwOjFl OmJkOjgxOjZiOmMyIG9uIGlnYjEKYXJwOiAxMzUuMjQuMjMxLjEgbW92ZWQgZnJvbSAwMDoxZTpi ZDo4MTo2YjpjMiB0byAwMDoxZTpiZDo0NTo5YTpjMiBvbiBpZ2IxCmFycDogMTM1LjI0LjIzMS4x IG1vdmVkIGZyb20gMDA6MWU6YmQ6NDU6OWE6YzIgdG8gMDA6MWU6YmQ6ODE6NmI6YzIgb24gaWdi MQphcnA6IDEzNS4yNC4yMzEuMSBtb3ZlZCBmcm9tIDAwOjFlOmJkOjgxOjZiOmMyIHRvIDAwOjFl OmJkOjQ1OjlhOmMyIG9uIGlnYjEKYXJwOiAxMzUuMjQuMjMxLjEgbW92ZWQgZnJvbSAwMDoxZTpi ZDo0NTo5YTpjMiB0byAwMDoxZTpiZDo4MTo2YjpjMiBvbiBpZ2IxCmFycDogMTM1LjI0LjIzMS4x IG1vdmVkIGZyb20gMDA6MWU6YmQ6ODE6NmI6YzIgdG8gMDA6MWU6YmQ6NDU6OWE6YzIgb24gaWdi MQphcnA6IDEzNS4yNC4yMzEuMSBtb3ZlZCBmcm9tIDAwOjFlOmJkOjQ1OjlhOmMyIHRvIDAwOjFl OmJkOjgxOjZiOmMyIG9uIGlnYjEKYXJwOiAxMzUuMjQuMjMxLjEgbW92ZWQgZnJvbSAwMDoxZTpi ZDo4MTo2YjpjMiB0byAwMDoxZTpiZDo0NTo5YTpjMiBvbiBpZ2IxCmFycDogMTM1LjI0LjIzMS4x IG1vdmVkIGZyb20gMDA6MWU6YmQ6NDU6OWE6YzIgdG8gMDA6MWU6YmQ6ODE6NmI6YzIgb24gaWdi MQphcnA6IDEzNS4yNC4yMzEuMSBtb3ZlZCBmcm9tIDAwOjFlOmJkOjgxOjZiOmMyIHRvIDAwOjFl OmJkOjQ1OjlhOmMyIG9uIGlnYjEKYXJwOiAxMzUuMjQuMjMxLjEgbW92ZWQgZnJvbSAwMDoxZTpi ZDo0NTo5YTpjMiB0byAwMDoxZTpiZDo4MTo2YjpjMiBvbiBpZ2IxCmFycDogMTM1LjI0LjIzMS4x IG1vdmVkIGZyb20gMDA6MWU6YmQ6ODE6NmI6YzIgdG8gMDA6MWU6YmQ6NDU6OWE6YzIgb24gaWdi MQphcnA6IDEzNS4yNC4yMzEuMSBtb3ZlZCBmcm9tIDAwOjFlOmJkOjQ1OjlhOmMyIHRvIDAwOjFl OmJkOjgxOjZiOmMyIG9uIGlnYjEKYXJwOiAxMzUuMjQuMjMxLjEgbW92ZWQgZnJvbSAwMDoxZTpi ZDo4MTo2YjpjMiB0byAwMDoxZTpiZDo0NTo5YTpjMiBvbiBpZ2IxCmFycDogMTM1LjI0LjIzMS4x IG1vdmVkIGZyb20gMDA6MWU6YmQ6NDU6OWE6YzIgdG8gMDA6MWU6YmQ6ODE6NmI6YzIgb24gaWdi MQphcnA6IDEzNS4yNC4yMzEuMSBtb3ZlZCBmcm9tIDAwOjFlOmJkOjgxOjZiOmMyIHRvIDAwOjFl OmJkOjQ1OjlhOmMyIG9uIGlnYjEKYXJwOiAxMzUuMjQuMjMxLjEgbW92ZWQgZnJvbSAwMDoxZTpi ZDo0NTo5YTpjMiB0byAwMDoxZTpiZDo4MTo2YjpjMiBvbiBpZ2IxCmFycDogMTM1LjI0LjIzMS4x IG1vdmVkIGZyb20gMDA6MWU6YmQ6ODE6NmI6YzIgdG8gMDA6MWU6YmQ6NDU6OWE6YzIgb24gaWdi MQphcnA6IDEzNS4yNC4yMzEuMSBtb3ZlZCBmcm9tIDAwOjFlOmJkOjQ1OjlhOmMyIHRvIDAwOjFl OmJkOjgxOjZiOmMyIG9uIGlnYjEKYXJwOiAxMzUuMjQuMjMxLjEgbW92ZWQgZnJvbSAwMDoxZTpi ZDo4MTo2YjpjMiB0byAwMDoxZTpiZDo0NTo5YTpjMiBvbiBpZ2IxCmFycDogMTM1LjI0LjIzMS4x IG1vdmVkIGZyb20gMDA6MWU6YmQ6NDU6OWE6YzIgdG8gMDA6MWU6YmQ6ODE6NmI6YzIgb24gaWdi MQphcnA6IDEzNS4yNC4yMzEuMSBtb3ZlZCBmcm9tIDAwOjFlOmJkOjgxOjZiOmMyIHRvIDAwOjFl OmJkOjQ1OjlhOmMyIG9uIGlnYjEKYXJwOiAxMzUuMjQuMjMxLjEgbW92ZWQgZnJvbSAwMDoxZTpi ZDo0NTo5YTpjMiB0byAwMDoxZTpiZDo4MTo2YjpjMiBvbiBpZ2IxCmFycDogMTM1LjI0LjIzMS4x IG1vdmVkIGZyb20gMDA6MWU6YmQ6ODE6NmI6YzIgdG8gMDA6MWU6YmQ6NDU6OWE6YzIgb24gaWdi MQphcnA6IDEzNS4yNC4yMzEuMSBtb3ZlZCBmcm9tIDAwOjFlOmJkOjQ1OjlhOmMyIHRvIDAwOjFl OmJkOjgxOjZiOmMyIG9uIGlnYjEKYXJwOiAxMzUuMjQuMjMxLjEgbW92ZWQgZnJvbSAwMDoxZTpi ZDo4MTo2YjpjMiB0byAwMDoxZTpiZDo0NTo5YTpjMiBvbiBpZ2IxCmFycDogMTM1LjI0LjIzMS4x IG1vdmVkIGZyb20gMDA6MWU6YmQ6NDU6OWE6YzIgdG8gMDA6MWU6YmQ6ODE6NmI6YzIgb24gaWdi MQphcnA6IDEzNS4yNC4yMzEuMSBtb3ZlZCBmcm9tIDAwOjFlOmJkOjgxOjZiOmMyIHRvIDAwOjFl OmJkOjQ1OjlhOmMyIG9uIGlnYjEKYXJwOiAxMzUuMjQuMjMxLjEgbW92ZWQgZnJvbSAwMDoxZTpi ZDo0NTo5YTpjMiB0byAwMDoxZTpiZDo4MTo2YjpjMiBvbiBpZ2IxCmFycDogMTM1LjI0LjIzMS4x IG1vdmVkIGZyb20gMDA6MWU6YmQ6ODE6NmI6YzIgdG8gMDA6MWU6YmQ6NDU6OWE6YzIgb24gaWdi MQoKCkZhdGFsIHRyYXAgMTI6IHBhZ2UgZmF1bHQgd2hpbGUgaW4ga2VybmVsIG1vZGUKY3B1aWQg PSAyOyBhcGljIGlkID0gMDQKZmF1bHQgdmlydHVhbCBhZGRyZXNzCT0gMHg2YjFiMDAwMQpmYXVs dCBjb2RlCQk9IHN1cGVydmlzb3Igd3JpdGUgZGF0YSwgcGFnZSBub3QgcHJlc2VudAppbnN0cnVj dGlvbiBwb2ludGVyCT0gMHgyMDoweGZmZmZmZmZmODEyZDkwMDcKc3RhY2sgcG9pbnRlcgkgICAg ICAgID0gMHgyODoweGZmZmZmZTA0NWFkZDA4MDAKZnJhbWUgcG9pbnRlcgkgICAgICAgID0gMHgy ODoweGZmZmZmZTA0NWFkZDA4NjAKY29kZSBzZWdtZW50CQk9IGJhc2UgMHgwLCBsaW1pdCAweGZm ZmZmLCB0eXBlIDB4MWIKCQkJPSBEUEwgMCwgcHJlcyAxLCBsb25nIDEsIGRlZjMyIDAsIGdyYW4g MQpwcm9jZXNzb3IgZWZsYWdzCT0gaW50ZXJydXB0IGVuYWJsZWQsIHJlc3VtZSwgSU9QTCA9IDAK Y3VycmVudCBwcm9jZXNzCQk9IDUgKGVuY19kYWVtb24wKQp0cmFwIG51bWJlcgkJPSAxMgpwYW5p YzogcGFnZSBmYXVsdApjcHVpZCA9IDIKS0RCOiBzdGFjayBiYWNrdHJhY2U6CiMwIDB4ZmZmZmZm ZmY4MDhlN2RkMCBhdCBrZGJfYmFja3RyYWNlKzB4NjAKIzEgMHhmZmZmZmZmZjgwOGFmOGI1IGF0 IHBhbmljKzB4MTU1CiMyIDB4ZmZmZmZmZmY4MGM4ZTY5MiBhdCB0cmFwX2ZhdGFsKzB4M2EyCiMz IDB4ZmZmZmZmZmY4MGM4ZTk2OSBhdCB0cmFwX3BmYXVsdCsweDJjOQojNCAweGZmZmZmZmZmODBj OGUwZjYgYXQgdHJhcCsweDVlNgojNSAweGZmZmZmZmZmODBjNzUzOTIgYXQgY2FsbHRyYXArMHg4 CiM2IDB4ZmZmZmZmZmY4MGIxZDFlOSBhdCB2bV9wYWdlX2FsbG9jKzB4Mzg5CiM3IDB4ZmZmZmZm ZmY4MGIwZjlmZSBhdCBrbWVtX2JhY2srMHhkZQojOCAweGZmZmZmZmZmODBiMGY4ZjYgYXQga21l bV9tYWxsb2MrMHg2NgojOSAweGZmZmZmZmZmODBiMDhjNmIgYXQgdW1hX2xhcmdlX21hbGxvYysw eDRiCiMxMCAweGZmZmZmZmZmODA4OThjMzMgYXQgbWFsbG9jKzB4MTAzCiMxMSAweGZmZmZmZmZm ODAzMGVhZjUgYXQgZW5jX2RhZW1vbisweDFjNQojMTIgMHhmZmZmZmZmZjgwODgxOThhIGF0IGZv cmtfZXhpdCsweDlhCiMxMyAweGZmZmZmZmZmODBjNzU4Y2UgYXQgZm9ya190cmFtcG9saW5lKzB4 ZQpVcHRpbWU6IDE3aDI1bTQ5cwpEdW1waW5nIDkwMiBvdXQgb2YgMTYxNTkgTUI6Li4yJS4uMTEl Li4yMiUuLjMxJS4uNDElLi41MiUuLjYxJS4uNzElLi44MiUuLjkxJQoKLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t Cmtlcm5lbCBjb25maWcKCm9wdGlvbnMJQ09ORklHX0FVVE9HRU5FUkFURUQKaWRlbnQJR0VORVJJ QwptYWNoaW5lCWFtZDY0CmNwdQlIQU1NRVIKbWFrZW9wdGlvbnMJV0lUSF9DVEY9MQptYWtlb3B0 aW9ucwlERUJVRz0tZwpvcHRpb25zCVhFTkhWTQpvcHRpb25zCVVTQl9ERUJVRwpvcHRpb25zCUFU SF9FTkFCTEVfMTFOCm9wdGlvbnMJQUhfQVI1NDE2X0lOVEVSUlVQVF9NSVRJR0FUSU9OCm9wdGlv bnMJQUhfU1VQUE9SVF9BUjU0MTYKb3B0aW9ucwlJRUVFODAyMTFfU1VQUE9SVF9NRVNICm9wdGlv bnMJSUVFRTgwMjExX0FNUERVX0FHRQpvcHRpb25zCUlFRUU4MDIxMV9ERUJVRwpvcHRpb25zCVND X1BJWEVMX01PREUKb3B0aW9ucwlWRVNBCm9wdGlvbnMJQUhEX1JFR19QUkVUVFlfUFJJTlQKb3B0 aW9ucwlBSENfUkVHX1BSRVRUWV9QUklOVApvcHRpb25zCUFUQV9TVEFUSUNfSUQKb3B0aW9ucwlT TVAKb3B0aW9ucwlLREJfVFJBQ0UKb3B0aW9ucwlLREIKb3B0aW9ucwlJTkNMVURFX0NPTkZJR19G SUxFCm9wdGlvbnMJRERCX0NURgpvcHRpb25zCUtEVFJBQ0VfSE9PS1MKb3B0aW9ucwlLRFRSQUNF X0ZSQU1FCm9wdGlvbnMJTUFDCm9wdGlvbnMJUFJPQ0RFU0MKb3B0aW9ucwlDQVBBQklMSVRJRVMK b3B0aW9ucwlDQVBBQklMSVRZX01PREUKb3B0aW9ucwlBVURJVApvcHRpb25zCUhXUE1DX0hPT0tT Cm9wdGlvbnMJS0JEX0lOU1RBTExfQ0RFVgpvcHRpb25zCVBSSU5URl9CVUZSX1NJWkU9MTI4Cm9w dGlvbnMJX0tQT1NJWF9QUklPUklUWV9TQ0hFRFVMSU5HCm9wdGlvbnMJU1lTVlNFTQpvcHRpb25z CVNZU1ZNU0cKb3B0aW9ucwlTWVNWU0hNCm9wdGlvbnMJU1RBQ0sKb3B0aW9ucwlLVFJBQ0UKb3B0 aW9ucwlTQ1NJX0RFTEFZPTUwMDAKb3B0aW9ucwlDT01QQVRfRlJFRUJTRDcKb3B0aW9ucwlDT01Q QVRfRlJFRUJTRDYKb3B0aW9ucwlDT01QQVRfRlJFRUJTRDUKb3B0aW9ucwlDT01QQVRfRlJFRUJT RDQKb3B0aW9ucwlDT01QQVRfRlJFRUJTRDMyCm9wdGlvbnMJR0VPTV9MQUJFTApvcHRpb25zCUdF T01fUkFJRApvcHRpb25zCUdFT01fUEFSVF9HUFQKb3B0aW9ucwlQU0VVRE9GUwpvcHRpb25zCVBS T0NGUwpvcHRpb25zCUNEOTY2MApvcHRpb25zCU1TRE9TRlMKb3B0aW9ucwlORlNfUk9PVApvcHRp b25zCU5GU0xPQ0tECm9wdGlvbnMJTkZTRApvcHRpb25zCU5GU0NMCm9wdGlvbnMJTURfUk9PVApv cHRpb25zCVFVT1RBCm9wdGlvbnMJVUZTX0dKT1VSTkFMCm9wdGlvbnMJVUZTX0RJUkhBU0gKb3B0 aW9ucwlVRlNfQUNMCm9wdGlvbnMJU09GVFVQREFURVMKb3B0aW9ucwlGRlMKb3B0aW9ucwlTQ1RQ Cm9wdGlvbnMJVENQX09GRkxPQUQKb3B0aW9ucwlJTkVUNgpvcHRpb25zCUlORVQKb3B0aW9ucwlQ UkVFTVBUSU9OCm9wdGlvbnMJU0NIRURfVUxFCm9wdGlvbnMJTkVXX1BDSUIKb3B0aW9ucwlHRU9N X1BBUlRfTUJSCm9wdGlvbnMJR0VPTV9QQVJUX0VCUl9DT01QQVQKb3B0aW9ucwlHRU9NX1BBUlRf RUJSCm9wdGlvbnMJR0VPTV9QQVJUX0JTRApkZXZpY2UJaXNhCmRldmljZQltZW0KZGV2aWNlCWlv CmRldmljZQl1YXJ0X25zODI1MApkZXZpY2UJY3B1ZnJlcQpkZXZpY2UJYWNwaQpkZXZpY2UJcGNp CmRldmljZQlmZGMKZGV2aWNlCWFoY2kKZGV2aWNlCWF0YQpkZXZpY2UJbXZzCmRldmljZQlzaWlz CmRldmljZQlhaGMKZGV2aWNlCWFoZApkZXZpY2UJZXNwCmRldmljZQlocHRpb3AKZGV2aWNlCWlz cApkZXZpY2UJbXB0CmRldmljZQltcHMKZGV2aWNlCXN5bQpkZXZpY2UJdHJtCmRldmljZQlhZHYK ZGV2aWNlCWFkdwpkZXZpY2UJYWljCmRldmljZQlidApkZXZpY2UJaXNjaQpkZXZpY2UJc2NidXMK ZGV2aWNlCWNoCmRldmljZQlkYQpkZXZpY2UJc2EKZGV2aWNlCWNkCmRldmljZQlwYXNzCmRldmlj ZQlzZXMKZGV2aWNlCWFtcgpkZXZpY2UJYXJjbXNyCmRldmljZQljaXNzCmRldmljZQlkcHQKZGV2 aWNlCWhwdG12CmRldmljZQlocHRucgpkZXZpY2UJaHB0cnIKZGV2aWNlCWhwdDI3eHgKZGV2aWNl CWlpcgpkZXZpY2UJaXBzCmRldmljZQltbHkKZGV2aWNlCXR3YQpkZXZpY2UJdHdzCmRldmljZQlh YWMKZGV2aWNlCWFhY3AKZGV2aWNlCWFhY3JhaWQKZGV2aWNlCWlkYQpkZXZpY2UJbWZpCmRldmlj ZQltbHgKZGV2aWNlCXR3ZQpkZXZpY2UJYXRrYmRjCmRldmljZQlhdGtiZApkZXZpY2UJcHNtCmRl dmljZQlrYmRtdXgKZGV2aWNlCXZnYQpkZXZpY2UJc3BsYXNoCmRldmljZQlzYwpkZXZpY2UJYWdw CmRldmljZQljYmIKZGV2aWNlCXBjY2FyZApkZXZpY2UJY2FyZGJ1cwpkZXZpY2UJdWFydApkZXZp Y2UJcHBjCmRldmljZQlwcGJ1cwpkZXZpY2UJbHB0CmRldmljZQlwcGkKZGV2aWNlCXB1YwpkZXZp Y2UJYnhlCmRldmljZQlkZQpkZXZpY2UJZW0KZGV2aWNlCWlnYgpkZXZpY2UJaXhnYmUKZGV2aWNl CWxlCmRldmljZQl0aQpkZXZpY2UJdHhwCmRldmljZQl2eApkZXZpY2UJbWlpYnVzCmRldmljZQlh ZQpkZXZpY2UJYWdlCmRldmljZQlhbGMKZGV2aWNlCWFsZQpkZXZpY2UJYmNlCmRldmljZQliZmUK ZGV2aWNlCWJnZQpkZXZpY2UJY2FzCmRldmljZQlkYwpkZXZpY2UJZXQKZGV2aWNlCWZ4cApkZXZp Y2UJZ2VtCmRldmljZQlobWUKZGV2aWNlCWptZQpkZXZpY2UJbGdlCmRldmljZQltc2sKZGV2aWNl CW5mZQpkZXZpY2UJbmdlCmRldmljZQlwY24KZGV2aWNlCXJlCmRldmljZQlybApkZXZpY2UJc2YK ZGV2aWNlCXNnZQpkZXZpY2UJc2lzCmRldmljZQlzawpkZXZpY2UJc3RlCmRldmljZQlzdGdlCmRl dmljZQl0bApkZXZpY2UJdHgKZGV2aWNlCXZnZQpkZXZpY2UJdnIKZGV2aWNlCXdiCmRldmljZQl4 bApkZXZpY2UJY3MKZGV2aWNlCWVkCmRldmljZQlleApkZXZpY2UJZXAKZGV2aWNlCWZlCmRldmlj ZQlzbgpkZXZpY2UJeGUKZGV2aWNlCXdsYW4KZGV2aWNlCXdsYW5fd2VwCmRldmljZQl3bGFuX2Nj bXAKZGV2aWNlCXdsYW5fdGtpcApkZXZpY2UJd2xhbl9hbXJyCmRldmljZQlhbgpkZXZpY2UJYXRo CmRldmljZQlhdGhfcGNpCmRldmljZQlhdGhfaGFsCmRldmljZQlhdGhfcmF0ZV9zYW1wbGUKZGV2 aWNlCWlwdwpkZXZpY2UJaXdpCmRldmljZQlpd24KZGV2aWNlCW1hbG8KZGV2aWNlCW13bApkZXZp Y2UJcmFsCmRldmljZQl3aQpkZXZpY2UJd3BpCmRldmljZQlsb29wCmRldmljZQlyYW5kb20KZGV2 aWNlCXBhZGxvY2tfcm5nCmRldmljZQlyZHJhbmRfcm5nCmRldmljZQlldGhlcgpkZXZpY2UJdmxh bgpkZXZpY2UJdHVuCmRldmljZQltZApkZXZpY2UJZ2lmCmRldmljZQlmYWl0aApkZXZpY2UJZmly bXdhcmUKZGV2aWNlCWJwZgpkZXZpY2UJdWhjaQpkZXZpY2UJb2hjaQpkZXZpY2UJZWhjaQpkZXZp Y2UJeGhjaQpkZXZpY2UJdXNiCmRldmljZQl1a2JkCmRldmljZQl1bWFzcwpkZXZpY2UJc291bmQK ZGV2aWNlCXNuZF9jbWkKZGV2aWNlCXNuZF9jc2EKZGV2aWNlCXNuZF9lbXUxMGt4CmRldmljZQlz bmRfZXMxMzd4CmRldmljZQlzbmRfaGRhCmRldmljZQlzbmRfaWNoCmRldmljZQlzbmRfdmlhODIz MwpkZXZpY2UJbW1jCmRldmljZQltbWNzZApkZXZpY2UJc2RoY2kKZGV2aWNlCXZpcnRpbwpkZXZp Y2UJdmlydGlvX3BjaQpkZXZpY2UJdnRuZXQKZGV2aWNlCXZpcnRpb19ibGsKZGV2aWNlCXZpcnRp b19zY3NpCmRldmljZQl2aXJ0aW9fYmFsbG9vbgpkZXZpY2UJaHlwZXJ2CmRldmljZQl4ZW5wY2kK ZGV2aWNlCXZteAoKLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCmRkYiBjYXB0dXJlIGJ1ZmZlcgoKZGRiOiBkZGJf Y2FwdHVyZToga3ZtX25saXN0Cg== --089e0149342c1f12220505d7de71-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 20 12:56:07 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 856269F3; Mon, 20 Oct 2014 12:56:07 +0000 (UTC) Received: from esa-annu.net.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 16ADB8; Mon, 20 Oct 2014 12:56:04 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqgEACoGRVSDaFve/2dsb2JhbABcg2FcgwLJGwqGeVQCgScBfYQDAQEEAQEBICsgCxsYAgINGQIjBgEJJgYIBwQBHASICgMRDa8/jV8NhjEBAQEBBgEBAQEBARyBLIxxgV0GAQEBGjQHgneBVAWWRoQPc4N9jVyGWoQTIS8HgQAIFyKBAwEBAQ X-IronPort-AV: E=Sophos;i="5.04,756,1406606400"; d="scan'208";a="162343319" Received: from muskoka.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.222]) by esa-annu.net.uoguelph.ca with ESMTP; 20 Oct 2014 08:55:33 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 3562CB416F; Mon, 20 Oct 2014 08:55:33 -0400 (EDT) Date: Mon, 20 Oct 2014 08:55:33 -0400 (EDT) From: Rick Macklem To: "Tobias C. Berner" Message-ID: <527008925.2973263.1413809733207.JavaMail.root@uoguelph.ca> In-Reply-To: <9401112.gOMxVk2Kpo@noxon.firefly> Subject: Re: kernel page fault with nfs MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.203] X-Mailer: Zimbra 7.2.6_GA_2926 (ZimbraWebClient - FF3.0 (Win)/7.2.6_GA_2926) Cc: freebsd-current@freebsd.org, araujo@freebsd.org, Allan Jude X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2014 12:56:07 -0000 Tobias C. Berner wrote: > Now that I posted it, 32767 should of course be 2^15=32768. Let me > recheck if it still > hangs with the correct value. > > On Monday 20 October 2014 09.15:39 Tobias C. Berner wrote: > > Hi Marcelo > > > > Yes, I'm using readahead: > > The mountoptions are > > "readahead=4,soft,intr,rw,tcp,wsize=32767,rsize=32767,late" > > If you type "nfsstat -m", you will see what is actually getting used. (I suspect the above rsize/wsize got clipped to 32256 or something like that. I think it clips it to a multiple of 512.) If rsize/wsize are not a power of 2, there are issues, although I've never been able to see why it is broken. Maybe it should clip it to the power of 2 below the value, since it causes unexplained problems otherwise. rick > > > > mfg Tobias > > > > On Monday 20 October 2014 10.41:30 Marcelo Araujo wrote: > > > Hello Tobias, > > > > > > Could you show how you are mount the NFS share? > > > Are you using 'readahead' option? > > > > > > Best Regards, > > > > > > 2014-10-19 17:40 GMT+08:00 Tobias C. Berner : > > > > both are at 1100038. > > > > > > > > On Sunday 19 October 2014 11.12:36 Marcelo Araujo wrote: > > > > > It is still strange, could you do what Allan said and send us > > > > > the > > > > > result > > > > > > > > in > > > > > > > > > case you are not sure you have world and kernel in the same > > > > > revision! > > > > > > > > > > On Oct 19, 2014 6:48 AM, "Tobias C. Berner" > > > > > wrote: > > > > > > Hi > > > > > > > > > > > > World ist from october 16, installed world and kernel then. > > > > > > > > > > > > Kernel was later rebuilt with debug-options. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Is the following more sensible? > > > > > > > > > > > > > ################################################## > > > > > > > > > > > > # kgdb NOXON/kernel.debug vmcore.1 > > > > > > > > > > > > Fatal trap 12: page fault while in kernel mode > > > > > > > > > > > > cpuid = 5; apic id = 05 > > > > > > > > > > > > fault virtual address = 0xfffffe07d1744000 > > > > > > > > > > > > fault code = supervisor write data, page not present > > > > > > > > > > > > instruction pointer = 0x20:0xffffffff80d4d58a > > > > > > > > > > > > stack pointer = 0x28:0xfffffe086057f240 > > > > > > > > > > > > frame pointer = 0x28:0xfffffe086057f2f0 > > > > > > > > > > > > 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 = 6524 (python2.7) > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > (kgdb) bt > > > > > > > > > > > > #0 doadump (textdump=1) at pcpu.h:219 > > > > > > > > > > > > #1 0xffffffff80926b6d in kern_reboot (howto=260) at > > > > > > /usr/src/sys/kern/kern_shutdown.c:447 > > > > > > > > > > > > #2 0xffffffff809270c0 in panic (fmt=) > > > > > > at > > > > > > /usr/src/sys/kern/kern_shutdown.c:746 > > > > > > > > > > > > #3 0xffffffff8035f167 in db_panic (addr= > > > > > out>, > > > > > > have_addr=2, count=0, modif=0x0) at > > > > > > /usr/src/sys/ddb/db_command.c:473 > > > > > > > > > > > > #4 0xffffffff8035ed7d in db_command (cmd_table=0x0) at > > > > > > /usr/src/sys/ddb/db_command.c:440 > > > > > > > > > > > > #5 0xffffffff8035eaf4 in db_command_loop () at > > > > > > /usr/src/sys/ddb/db_command.c:493 > > > > > > > > > > > > #6 0xffffffff80361600 in db_trap (type= > > > > > out>, > > > > > > code=0) > > > > > > > > at > > > > > > > > > > /usr/src/sys/ddb/db_main.c:251 > > > > > > > > > > > > #7 0xffffffff80966f01 in kdb_trap (type=12, code=0, > > > > > > tf= > > > > > optimized > > > > > > out>) at /usr/src/sys/kern/subr_kdb.c:654 > > > > > > > > > > > > #8 0xffffffff80d4fa7c in trap_fatal > > > > > > (frame=0xfffffe086057f190, > > > > > > > > eva= > > > > > > > > > optimized out>) at /usr/src/sys/amd64/amd64/trap.c:861 > > > > > > > > > > > > #9 0xffffffff80d4fe0c in trap_pfault > > > > > > (frame=0xfffffe086057f190, > > > > > > usermode=) at > > > > > > /usr/src/sys/amd64/amd64/trap.c:677 > > > > > > > > > > > > #10 0xffffffff80d4f42e in trap (frame=0xfffffe086057f190) > > > > > > at > > > > > > /usr/src/sys/amd64/amd64/trap.c:426 > > > > > > > > > > > > #11 0xffffffff80d33972 in calltrap () at > > > > > > /usr/src/sys/amd64/amd64/exception.S:231 > > > > > > > > > > > > #12 0xffffffff80d4d58a in bzero () at > > > > > > /usr/src/sys/amd64/amd64/support.S:53 > > > > > > > > > > > > #13 0xffffffff80830463 in ncl_doio (vp=0xfffff801e7f99938, > > > > > > bp=0xfffffe07c5a168e8, cr=, td= > > > > > optimized > > > > > > > > out>, > > > > > > > > > > called_from_strategy=) > > > > > > > > > > > > at /usr/src/sys/fs/nfsclient/nfs_clbio.c:1648 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Mon Oct 20 16:42:14 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4B2D9AF; Mon, 20 Oct 2014 16:42:14 +0000 (UTC) Received: from mail-la0-x235.google.com (mail-la0-x235.google.com [IPv6:2a00:1450:4010:c03::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9B3BB8E3; Mon, 20 Oct 2014 16:42:13 +0000 (UTC) Received: by mail-la0-f53.google.com with SMTP id gq15so4250272lab.26 for ; Mon, 20 Oct 2014 09:42:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=J9LMJCWL5A+RSgqVdMyk4ewqL2aAmkPbAxkmRUlY1kU=; b=o/WwVZHS/nfaMRFDG06zn98TLqZI7kP9eCunH/HYz95iF+UhPPTHlhOcXJ5yJXKPfr 92FjH25EambLgzcOuSYUyiIxddw0BvjRB45/BvNW/YjBaNvDKDdIPERf1ei4mE73RRSM OXJMTxjbNoft8zibkIR+O+WZ3V3i3d9nhfkFJFbnQL4W+1pP2xhi1awPfIpRkCiOnd4r IP/VwtJY0L/bAJeqThLYn2KxcubKqSWOpozenXjzzspydZPTqB9ABISBtfJcVpIzvAPi 249/JtOL99wWr+JjVgZ1bKZMS7xzOUKfGOjAzB+DEhEdXQbUMKl1T0BqzBuv062TkP+U 9icg== MIME-Version: 1.0 X-Received: by 10.112.12.35 with SMTP id v3mr10546203lbb.80.1413823329572; Mon, 20 Oct 2014 09:42:09 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.112.131.66 with HTTP; Mon, 20 Oct 2014 09:42:09 -0700 (PDT) Date: Mon, 20 Oct 2014 09:42:09 -0700 X-Google-Sender-Auth: VtkaPBLJ5VtfhZtnYpsoP4wBOlk Message-ID: Subject: Jenkins, Kyua, and Bhyve used for FreeBSD OS testing From: Craig Rodrigues To: freebsd-current Current , "freebsd-testing@freebsd.org" , kyua-discuss@googlegroups.com Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2014 16:42:14 -0000 Hi, FYI, Kohsuke Kawaguchi, the lead developer of Jenkins, accepted my posting on the Jenkins blog, which describes how the FreeBSD project is using Jenkins, Kyua, and Bhyve for FreeBSD OS testing: http://jenkins-ci.org/content/freebsd-project-use-jenkins-os-testing -- Craig From owner-freebsd-current@FreeBSD.ORG Mon Oct 20 17:29:46 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 07E89E7F for ; Mon, 20 Oct 2014 17:29:46 +0000 (UTC) Received: from mail-ig0-x236.google.com (mail-ig0-x236.google.com [IPv6:2607:f8b0:4001:c05::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CC274D66 for ; Mon, 20 Oct 2014 17:29:45 +0000 (UTC) Received: by mail-ig0-f182.google.com with SMTP id hn15so5033719igb.9 for ; Mon, 20 Oct 2014 10:29:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:content-type; bh=2HwbwQEql9ImDUmHcLcS4N/9YK1izZESmPvCq82jJpI=; b=e3+Fj+Qi2OUxzukpRmQXXQb9/tDN6QFEuMR8inVbNEcVlTogKOSL+ZykaaMlEO7ayR 4/LEPoL6h1zt9PE4BY+Iw0Idj8zTBISvP09gb+w+YEg55rQ1oGbydvKufTxdK7GhjUF7 EPkW/FX8PTZmResimDXue7upwx+QrvVrn7zVoRfrrA/Na4q6YrswP4XdlFr5ZWIG/ewc HMDO2XoE0iL6/fQ//y86b6EuJySu4i9ex21mDIDWanbNUmQDO43WCcibXGXbA9+ZsSVW SPXbDSfO3fGxtkCIougvYLtwqW8kAo7L1uI/qB0IHcvE9mIb9LCSE6LBMaCXO/4qBCtq i9iA== X-Received: by 10.50.27.98 with SMTP id s2mr5850375igg.21.1413826185066; Mon, 20 Oct 2014 10:29:45 -0700 (PDT) MIME-Version: 1.0 Sender: carpeddiem@gmail.com Received: by 10.107.29.132 with HTTP; Mon, 20 Oct 2014 10:29:24 -0700 (PDT) In-Reply-To: References: From: Ed Maste Date: Mon, 20 Oct 2014 13:29:24 -0400 X-Google-Sender-Auth: 1JSWwkChVKGgYAYF7eut3O-xkbo Message-ID: Subject: Re: Voxer using FreeBSD, BSDNow.tv interview To: freebsd-current Current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2014 17:29:46 -0000 On 19 October 2014 18:09, Craig Rodrigues wrote: > Hi, > > If you don't watch BSDNow.tv ( http://bsdnow.tv ), I encourage you to do so. > Allan Jude and Kris Moore do a great job of doing a weekly video podcast > of news in the BSD world. It is great stuff. > > In episode 58 ( http://www.bsdnow.tv/episodes/2014_10_08-behind_the_masq ) > BSDNow interviewed the CTO of Voxer ( http://voxer.com ), > a mobile messaging startup based in San Francisco. Thanks for linking to this Craig - it's a good interview. As always the whole BSDNow.tv episode is interesting, but if anyone wants to jump right to this interview it starts at 14:44. From owner-freebsd-current@FreeBSD.ORG Mon Oct 20 17:36:15 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7B52614D for ; Mon, 20 Oct 2014 17:36:15 +0000 (UTC) Received: from mail.ultra-secure.de (mail.ultra-secure.de [88.198.178.88]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BA239E41 for ; Mon, 20 Oct 2014 17:36:14 +0000 (UTC) Received: (qmail 3330 invoked by uid 89); 20 Oct 2014 17:36:23 -0000 Received: from unknown (HELO ?192.168.1.200?) (rainer@ultra-secure.de@217.71.83.52) by mail.ultra-secure.de with ESMTPA; 20 Oct 2014 17:36:23 -0000 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.0 \(1990.1\)) Subject: Re: Voxer using FreeBSD, BSDNow.tv interview From: Rainer Duffner In-Reply-To: <31A8D963-F8EF-4D68-9586-39EE8A7C7C5A@FreeBSD.org> Date: Mon, 20 Oct 2014 19:36:10 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <1FB509B4-25C3-42D7-9F66-8685DEC712D2@ultra-secure.de> References: <31A8D963-F8EF-4D68-9586-39EE8A7C7C5A@FreeBSD.org> To: David Chisnall X-Mailer: Apple Mail (2.1990.1) Cc: Craig Rodrigues , freebsd-advocacy@freebsd.org, freebsd-current Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2014 17:36:15 -0000 > Am 20.10.2014 um 10:19 schrieb David Chisnall : >=20 >=20 > I presume that most of the relevant differences are for users / = developers and not sysadmins? It's worth noting that GNU coreutils, = tar, bash, and a load of other things are in the ports repository. I = wonder if it's worth having a gnu-userland metaport, perhaps with = something like the Solaris approach of sticking them all in a different = tree so that you can just add that to the start of your PATH and have = all of the GNU tools work by default. =20 >=20 They use chef. The chef omnibus installer assumes there is a /bin/bash. Even the = FreeBSD version of it. Well, it least it did the last time I looked. = Maybe this got fixed in the meantime. Which means that to =E2=80=9Ebootstrap=E2=80=9C a node, you=E2=80=99ve = first got to install pkg on it, install bash, symlink it to /bin/bash = and then bootstrap the node. Which kind of runs against the concept of doing everything via chef. From owner-freebsd-current@FreeBSD.ORG Mon Oct 20 18:33:02 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C66454E3 for ; Mon, 20 Oct 2014 18:33:02 +0000 (UTC) Received: from phlegethon.blisses.org (phlegethon.blisses.org [50.56.97.101]) (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 A24C57B8 for ; Mon, 20 Oct 2014 18:33:01 +0000 (UTC) Received: from blisses.org (cocytus.blisses.org [23.25.209.73]) by phlegethon.blisses.org (Postfix) with ESMTPSA id C02A914893D; Mon, 20 Oct 2014 14:32:54 -0400 (EDT) Date: Mon, 20 Oct 2014 14:32:53 -0400 From: Mason Loring Bliss To: Tomoaki AOKI Subject: Re: HOWTO articles for migrating from Linux to FreeBSD, especially for pkg? Message-ID: <20141020183253.GE6490@blisses.org> References: <20140811221043.492110d4@arch> <20140813213718.4814f58c@arch> <53EC1214.9020505@pinyon.org> <20141018121150.5aae6682@X220.alogt.com> <20141018145857.c17931841923f39c79464033@dec.sakura.ne.jp> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20141018145857.c17931841923f39c79464033@dec.sakura.ne.jp> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2014 18:33:02 -0000 On Sat, Oct 18, 2014 at 02:58:57PM +0900, Tomoaki AOKI wrote: > I think the advantages of the forum are... > > *Well moderated by moderators and anministrators. > *Registering email address is needed, but not disclosed by default. The disadvantages of web fora include: * I can't read things in my very efficient email client. Related: * I have to compose my replies in a web browser edit window. * I need to visit periodically and hope that the site makes it possible for me to attend to unread messages without struggling. I think wikis are useful. I think web fora exist because folks haven't had sufficient exposure to email to make the advantages clear. Not discussed here are newsgroups, which are perhaps ideal for the sorts of topics commonly found on mailing lists, except perhaps that they're not at all centralized. -- Mason Loring Bliss (( "In the drowsy dark cave of the mind dreams mason@blisses.org )) build their nest with fragments dropped http://blisses.org/ (( from day's caravan." - Rabindranath Tagore From owner-freebsd-current@FreeBSD.ORG Mon Oct 20 18:33:41 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1CAAE5EA; Mon, 20 Oct 2014 18:33:41 +0000 (UTC) Received: from spindle.one-eyed-alien.net (spindle.one-eyed-alien.net [199.48.129.229]) by mx1.freebsd.org (Postfix) with ESMTP id EC4C87C4; Mon, 20 Oct 2014 18:33:40 +0000 (UTC) Received: by spindle.one-eyed-alien.net (Postfix, from userid 3001) id 5C5945A9F25; Mon, 20 Oct 2014 18:33:40 +0000 (UTC) Date: Mon, 20 Oct 2014 18:33:40 +0000 From: Brooks Davis To: Allan Jude Subject: Re: ssh None cipher Message-ID: <20141020183340.GC94319@spindle.one-eyed-alien.net> References: <5441E834.2000906@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pvezYHf7grwyp3Bc" Content-Disposition: inline In-Reply-To: <5441E834.2000906@freebsd.org> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2014 18:33:41 -0000 --pvezYHf7grwyp3Bc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Oct 18, 2014 at 12:10:28AM -0400, Allan Jude wrote: > On 2014-10-17 22:43, Benjamin Kaduk wrote: > > On Fri, 17 Oct 2014, Ben Woods wrote: > >=20 > >> Whilst trying to replicate data from my FreeNAS to my FreeBSD home the= ater > >> PC on my local LAN, I came across this bug preventing use of the None > >> cipher: > >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D163127 > >> > >> I think I could enable the None cipher by recompiling base with a flag= in > >> /etc/src.conf. > >=20 > > I agree. > >=20 > >> Is there any harm in enabling this by default, but having the None cip= her > >> remain disabled in /etc/ssh/sshd_config? That way people wouldn't have= it > >> on my default, but wouldn't have to recompile to enable it. > >=20 > > I do not see any immediate and concrete harm that doing so would cause, > > yet that is insufficient for me to think that doing so would be a good > > idea. >=20 > I've been using openssh-portable from ports with the none cipher patch > to get around this. >=20 > IIRC, upstream openssh refuses to merge the none cipher patches "because > you shouldn't do that". But I'd vote for having it compiled in and just > disabled by default. >=20 > It will refuse to let you have a shell without encryption, and prints a > big fat hairy warning when encryption is disabled. When Bjoern and I did the merge of the HPN patches we left None disable by default out of a desire to be conservative with a change we knew some people didn't like. I think turning it on by default would be fine given the seatbelts in place to prevent accidental inappropriate use. -- Brooks --pvezYHf7grwyp3Bc Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlRFVYMACgkQXY6L6fI4GtSxygCgsjY+w69Ao0gcA6Ku5uhL/UvF aLUAoJGBDMSx6LpXYuKM7sLVHtmVOb0t =9tAH -----END PGP SIGNATURE----- --pvezYHf7grwyp3Bc-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 20 18:42:34 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CFD9D9E1; Mon, 20 Oct 2014 18:42:34 +0000 (UTC) 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 B390F8BB; Mon, 20 Oct 2014 18:42:34 +0000 (UTC) Received: by mail.lifanov.com (Postfix, from userid 58) id F3EF71B4362; Mon, 20 Oct 2014 14:33:25 -0400 (EDT) Received: from [127.0.0.1] (vnat004.nandomedia.com [166.108.31.68]) (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 B73081B435E; Mon, 20 Oct 2014 14:33:22 -0400 (EDT) Message-ID: <54455570.8070808@mail.lifanov.com> Date: Mon, 20 Oct 2014 14:33:20 -0400 From: Nikolai Lifanov User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.1.2 MIME-Version: 1.0 To: Rainer Duffner , David Chisnall Subject: Re: Voxer using FreeBSD, BSDNow.tv interview References: <31A8D963-F8EF-4D68-9586-39EE8A7C7C5A@FreeBSD.org> <1FB509B4-25C3-42D7-9F66-8685DEC712D2@ultra-secure.de> In-Reply-To: <1FB509B4-25C3-42D7-9F66-8685DEC712D2@ultra-secure.de> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Cc: Craig Rodrigues , freebsd-advocacy@freebsd.org, freebsd-current Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2014 18:42:34 -0000 On 10/20/14 13:36, Rainer Duffner wrote: > >> Am 20.10.2014 um 10:19 schrieb David Chisnall : >> >> >> I presume that most of the relevant differences are for users / developers and not sysadmins? It's worth noting that GNU coreutils, tar, bash, and a load of other things are in the ports repository. I wonder if it's worth having a gnu-userland metaport, perhaps with something like the Solaris approach of sticking them all in a different tree so that you can just add that to the start of your PATH and have all of the GNU tools work by default. >> > > > They use chef. > The chef omnibus installer assumes there is a /bin/bash. Even the FreeBSD version of it. Well, it least it did the last time I looked. Maybe this got fixed in the meantime. > Which means that to „bootstrap“ a node, you’ve first got to install pkg on it, install bash, symlink it to /bin/bash and then bootstrap the node. > Which kind of runs against the concept of doing everything via chef. > > > Hi from sysutils/ansible maintainer! The ansible port REINPLACE_CMDs away hardcoded paths at build time. This way managing FreeBSD "just works". Maybe chef can benefit from the same approach? - Nikolai Lifanov From owner-freebsd-current@FreeBSD.ORG Mon Oct 20 18:43:53 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9F0BEB47; Mon, 20 Oct 2014 18:43:53 +0000 (UTC) Received: from mail-la0-x231.google.com (mail-la0-x231.google.com [IPv6:2a00:1450:4010:c03::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 91A8E8DE; Mon, 20 Oct 2014 18:43:52 +0000 (UTC) Received: by mail-la0-f49.google.com with SMTP id q1so4530161lam.36 for ; Mon, 20 Oct 2014 11:43:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=eePNaMCbtjwoJ7Wt/ZTXZFAEuc0NHdE3aU/wqE7WBaM=; b=hkIIyXWZQxxR8vH31rtjB1ysj4mRwrFR6YzpDPyqRSMJPNf0OtSnZtXn2KYG0axbkC O05IL7M17WnbHrtG+fP2LlBH+wyOCpSGQEt0xnDC+HDK3/9yVkyxhYduL6ZNS4TddV1O mmggEKbSEpD1eUk63n6t7YqVBmakE1SOXBmEGVz5bP3eVZJTTKT0x9rDnaTE6MFrwUZf 6yzee7hQ4C3RJZRSndKFLXjzfNwJYhdoP58RutJdSL+2MK54gEYds2N6+kCvsAzhHwwc Dfb20j1PuhhC2xqfcjfbJiEkVwiq1amWIgOjtVyMT3NtksM23u2dayDMMhK6dsWxzDlR nsmg== X-Received: by 10.152.87.171 with SMTP id az11mr4883749lab.97.1413830630396; Mon, 20 Oct 2014 11:43:50 -0700 (PDT) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by mx.google.com with ESMTPSA id je9sm3570281lac.6.2014.10.20.11.43.48 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 20 Oct 2014 11:43:49 -0700 (PDT) Sender: Baptiste Daroussin Date: Mon, 20 Oct 2014 20:43:46 +0200 From: Baptiste Daroussin To: Nikolai Lifanov Subject: Re: Voxer using FreeBSD, BSDNow.tv interview Message-ID: <20141020184345.GA20589@ivaldir.etoilebsd.net> References: <31A8D963-F8EF-4D68-9586-39EE8A7C7C5A@FreeBSD.org> <1FB509B4-25C3-42D7-9F66-8685DEC712D2@ultra-secure.de> <54455570.8070808@mail.lifanov.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Kj7319i9nmIyA2yE" Content-Disposition: inline In-Reply-To: <54455570.8070808@mail.lifanov.com> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: Craig Rodrigues , freebsd-advocacy@freebsd.org, freebsd-current Current , David Chisnall , Rainer Duffner X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2014 18:43:53 -0000 --Kj7319i9nmIyA2yE Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Oct 20, 2014 at 02:33:20PM -0400, Nikolai Lifanov wrote: > On 10/20/14 13:36, Rainer Duffner wrote: > >=20 > >> Am 20.10.2014 um 10:19 schrieb David Chisnall : > >> > >> > >> I presume that most of the relevant differences are for users / develo= pers and not sysadmins? It's worth noting that GNU coreutils, tar, bash, a= nd a load of other things are in the ports repository. I wonder if it's wo= rth having a gnu-userland metaport, perhaps with something like the Solaris= approach of sticking them all in a different tree so that you can just add= that to the start of your PATH and have all of the GNU tools work by defau= lt. =20 > >> > >=20 > >=20 > > They use chef. > > The chef omnibus installer assumes there is a /bin/bash. Even the FreeB= SD version of it. Well, it least it did the last time I looked. Maybe this = got fixed in the meantime. > > Which means that to =E2=80=9Ebootstrap=E2=80=9C a node, you=E2=80=99ve = first got to install pkg on it, install bash, symlink it to /bin/bash and t= hen bootstrap the node. > > Which kind of runs against the concept of doing everything via chef. > >=20 > >=20 > >=20 >=20 > Hi from sysutils/ansible maintainer! >=20 > The ansible port REINPLACE_CMDs away hardcoded paths at build time. This > way managing FreeBSD "just works". Maybe chef can benefit from the same > approach? >=20 USES=3Dshebangfix is there exactly for that. regards, Bapt --Kj7319i9nmIyA2yE Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlRFV+EACgkQ8kTtMUmk6EwHIQCfQt0K3hI121MaV2Avj0pwpm8X tQ4An2nQ8U41BlEpV65SaqJfp5qNg+AQ =C4Bz -----END PGP SIGNATURE----- --Kj7319i9nmIyA2yE-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 20 18:49:36 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CB7A7E0D; Mon, 20 Oct 2014 18:49:36 +0000 (UTC) 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 AC30B935; Mon, 20 Oct 2014 18:49:36 +0000 (UTC) Received: by mail.lifanov.com (Postfix, from userid 58) id 78A281B4368; Mon, 20 Oct 2014 14:49:36 -0400 (EDT) Received: from [127.0.0.1] (vnat004.nandomedia.com [166.108.31.68]) (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 81C1E19E448; Mon, 20 Oct 2014 14:49:33 -0400 (EDT) Message-ID: <5445593B.4090606@mail.lifanov.com> Date: Mon, 20 Oct 2014 14:49:31 -0400 From: Nikolai Lifanov User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.1.2 MIME-Version: 1.0 To: Baptiste Daroussin Subject: Re: Voxer using FreeBSD, BSDNow.tv interview References: <31A8D963-F8EF-4D68-9586-39EE8A7C7C5A@FreeBSD.org> <1FB509B4-25C3-42D7-9F66-8685DEC712D2@ultra-secure.de> <54455570.8070808@mail.lifanov.com> <20141020184345.GA20589@ivaldir.etoilebsd.net> In-Reply-To: <20141020184345.GA20589@ivaldir.etoilebsd.net> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Cc: Craig Rodrigues , freebsd-advocacy@freebsd.org, freebsd-current Current , David Chisnall , Rainer Duffner X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2014 18:49:36 -0000 On 10/20/14 14:43, Baptiste Daroussin wrote: > On Mon, Oct 20, 2014 at 02:33:20PM -0400, Nikolai Lifanov wrote: >> On 10/20/14 13:36, Rainer Duffner wrote: >>> >>>> Am 20.10.2014 um 10:19 schrieb David Chisnall : >>>> >>>> >>>> I presume that most of the relevant differences are for users / developers and not sysadmins? It's worth noting that GNU coreutils, tar, bash, and a load of other things are in the ports repository. I wonder if it's worth having a gnu-userland metaport, perhaps with something like the Solaris approach of sticking them all in a different tree so that you can just add that to the start of your PATH and have all of the GNU tools work by default. >>>> >>> >>> >>> They use chef. >>> The chef omnibus installer assumes there is a /bin/bash. Even the FreeBSD version of it. Well, it least it did the last time I looked. Maybe this got fixed in the meantime. >>> Which means that to „bootstrap“ a node, you’ve first got to install pkg on it, install bash, symlink it to /bin/bash and then bootstrap the node. >>> Which kind of runs against the concept of doing everything via chef. >>> >>> >>> >> >> Hi from sysutils/ansible maintainer! >> >> The ansible port REINPLACE_CMDs away hardcoded paths at build time. This >> way managing FreeBSD "just works". Maybe chef can benefit from the same >> approach? >> > USES=shebangfix is there exactly for that. > I USES=shebangfix, but it only fixes ~40% of path problems (although in a very neat and easy to use way). Hardcoded etcdir, module directory, man pages, etc. also need to be changed. > regards, > Bapt > From owner-freebsd-current@FreeBSD.ORG Mon Oct 20 18:51:23 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 91AD8F30; Mon, 20 Oct 2014 18:51:23 +0000 (UTC) Received: from mail-lb0-x22f.google.com (mail-lb0-x22f.google.com [IPv6:2a00:1450:4010:c04::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8005D94D; Mon, 20 Oct 2014 18:51:22 +0000 (UTC) Received: by mail-lb0-f175.google.com with SMTP id u10so4495499lbd.34 for ; Mon, 20 Oct 2014 11:51:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=rLrf6PlJN3v/mZbT2XDNaGKFHLV27B1iKfOg8kh5ABk=; b=0U21Bc6SnXO4+VRHFIZ99uOPgvqsp/edQse1Xjyd5KIzCHlxLIDDDSQhwudRieELz9 VZo53XCNnwDlrMNjLzLvgN7cs88PXFtxpP1/6f+XCfVOFZXbNzHAxgdxNc65FJAUB1rW u87IIZ7M1tYrbWtjSwLxFqWAwZc/45bDBCgPkht5lzE5T5dVeZDCtq6KvPJNGkwRycMB g16EfbYRKBhFhp9+eODLoFH1RhQHZHKqgtMiSLgIygCAkAJndEBvPVjbHbRBb1McOY3N j1F1IT1yV30NZkczlQmrTBGwWkTKAUBlrJEijfSCsTh986z3hr907AEWqXba1lLY3dlt 0arg== X-Received: by 10.152.27.67 with SMTP id r3mr29338491lag.19.1413831080451; Mon, 20 Oct 2014 11:51:20 -0700 (PDT) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by mx.google.com with ESMTPSA id nb7sm3561944lbb.43.2014.10.20.11.51.18 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 20 Oct 2014 11:51:19 -0700 (PDT) Sender: Baptiste Daroussin Date: Mon, 20 Oct 2014 20:51:16 +0200 From: Baptiste Daroussin To: Nikolai Lifanov Subject: Re: Voxer using FreeBSD, BSDNow.tv interview Message-ID: <20141020185115.GC20589@ivaldir.etoilebsd.net> References: <31A8D963-F8EF-4D68-9586-39EE8A7C7C5A@FreeBSD.org> <1FB509B4-25C3-42D7-9F66-8685DEC712D2@ultra-secure.de> <54455570.8070808@mail.lifanov.com> <20141020184345.GA20589@ivaldir.etoilebsd.net> <5445593B.4090606@mail.lifanov.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YD3LsXFS42OYHhNZ" Content-Disposition: inline In-Reply-To: <5445593B.4090606@mail.lifanov.com> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: Craig Rodrigues , freebsd-advocacy@freebsd.org, freebsd-current Current , David Chisnall , Rainer Duffner X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2014 18:51:23 -0000 --YD3LsXFS42OYHhNZ Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Oct 20, 2014 at 02:49:31PM -0400, Nikolai Lifanov wrote: > On 10/20/14 14:43, Baptiste Daroussin wrote: > > On Mon, Oct 20, 2014 at 02:33:20PM -0400, Nikolai Lifanov wrote: > >> On 10/20/14 13:36, Rainer Duffner wrote: > >>> > >>>> Am 20.10.2014 um 10:19 schrieb David Chisnall : > >>>> > >>>> > >>>> I presume that most of the relevant differences are for users / deve= lopers and not sysadmins? It's worth noting that GNU coreutils, tar, bash,= and a load of other things are in the ports repository. I wonder if it's = worth having a gnu-userland metaport, perhaps with something like the Solar= is approach of sticking them all in a different tree so that you can just a= dd that to the start of your PATH and have all of the GNU tools work by def= ault. =20 > >>>> > >>> > >>> > >>> They use chef. > >>> The chef omnibus installer assumes there is a /bin/bash. Even the Fre= eBSD version of it. Well, it least it did the last time I looked. Maybe thi= s got fixed in the meantime. > >>> Which means that to =E2=80=9Ebootstrap=E2=80=9C a node, you=E2=80=99v= e first got to install pkg on it, install bash, symlink it to /bin/bash and= then bootstrap the node. > >>> Which kind of runs against the concept of doing everything via chef. > >>> > >>> > >>> > >> > >> Hi from sysutils/ansible maintainer! > >> > >> The ansible port REINPLACE_CMDs away hardcoded paths at build time. Th= is > >> way managing FreeBSD "just works". Maybe chef can benefit from the same > >> approach? > >> > > USES=3Dshebangfix is there exactly for that. > >=20 >=20 > I USES=3Dshebangfix, but it only fixes ~40% of path problems (although in > a very neat and easy to use way). Hardcoded etcdir, module directory, > man pages, etc. also need to be changed. >=20 Yes that is the job of the maintainer, so bugging the chef maintainer is the right thing to do. Maintaining a port meaning making sure it workds properly the FreeBSD way. regards, Bapt --YD3LsXFS42OYHhNZ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlRFWaMACgkQ8kTtMUmk6Ey7RACgwXEoQKIR9x0p4t1B8/AZIImu Hv4An0nty0+swNHHuSQ+pt+bOBM/jPsR =lSjc -----END PGP SIGNATURE----- --YD3LsXFS42OYHhNZ-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 20 19:13:40 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B8E4E71D for ; Mon, 20 Oct 2014 19:13:40 +0000 (UTC) Received: from mail.ultra-secure.de (mail.ultra-secure.de [88.198.178.88]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D7458C26 for ; Mon, 20 Oct 2014 19:13:39 +0000 (UTC) Received: (qmail 5437 invoked by uid 89); 20 Oct 2014 19:13:48 -0000 Received: from unknown (HELO ?192.168.1.200?) (rainer@ultra-secure.de@217.71.83.52) by mail.ultra-secure.de with ESMTPA; 20 Oct 2014 19:13:48 -0000 Mime-Version: 1.0 (Mac OS X Mail 8.0 \(1990.1\)) Subject: Re: Voxer using FreeBSD, BSDNow.tv interview From: Rainer Duffner In-Reply-To: <20141020185115.GC20589@ivaldir.etoilebsd.net> Date: Mon, 20 Oct 2014 21:13:35 +0200 Message-Id: References: <31A8D963-F8EF-4D68-9586-39EE8A7C7C5A@FreeBSD.org> <1FB509B4-25C3-42D7-9F66-8685DEC712D2@ultra-secure.de> <54455570.8070808@mail.lifanov.com> <20141020184345.GA20589@ivaldir.etoilebsd.net> <5445593B.4090606@mail.lifanov.com> <20141020185115.GC20589@ivaldir.etoilebsd.net> To: Baptiste Daroussin X-Mailer: Apple Mail (2.1990.1) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: Craig Rodrigues , freebsd-advocacy@freebsd.org, freebsd-current Current , Nikolai Lifanov , David Chisnall X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2014 19:13:40 -0000 >>=20 > Yes that is the job of the maintainer, so bugging the chef maintainer = is the > right thing to do. >=20 > Maintaining a port meaning making sure it workds properly the FreeBSD = way. The omnibus installer is not a port. AFAIK. It=E2=80=99s the installer provided by Chef (the company, formerly known = as =E2=80=9EOpscode=E2=80=9C). It=E2=80=99s basically a shell-script with an archive attached that = dumps stuff into /opt/chef and creates a couple of symlinks. From owner-freebsd-current@FreeBSD.ORG Mon Oct 20 19:48:41 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0DE89215; Mon, 20 Oct 2014 19:48:41 +0000 (UTC) Received: from mail-lb0-x22e.google.com (mail-lb0-x22e.google.com [IPv6:2a00:1450:4010:c04::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id ED1B6F65; Mon, 20 Oct 2014 19:48:39 +0000 (UTC) Received: by mail-lb0-f174.google.com with SMTP id p9so4454129lbv.5 for ; Mon, 20 Oct 2014 12:48:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=gD4eXlDs1uYQ8h7mCRL91IGNnvYNfpsJI+VDznBTTkY=; b=lE3X0AAfL389jiZct7WkhoHVJmht+qSRRXnxCmw7fEAB+/lQO1iwQmsimM1AW1/clU 6ANmLFyRldS3Ls+uLIuw0iJ6KVC12FJSMS6nfhNvlXXtjDJ9IHQnrJSGDvRhq/qDDq3H cKB7Qj4BTkBLCo1tJKPFkG/HaSBvW9QQbhv++Zhy474H5yPHo2wN/Hg1V2+9s0JfCQFI MBFmj0rAw28MEIMVAeLHbaFegmZjdetXxtBI9PHf1zEew7bkPgJp1ZZNNYxl7MN8+WoW AukWc+sGeNML1z4SLwP2KsIlBo40U7cgy9EZ2JzNPlIu8CXp4czgoSnHT+vvh4NF+Iy9 SfLA== X-Received: by 10.152.216.167 with SMTP id or7mr5370004lac.93.1413834517661; Mon, 20 Oct 2014 12:48:37 -0700 (PDT) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by mx.google.com with ESMTPSA id dc5sm3615189lbd.24.2014.10.20.12.48.35 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 20 Oct 2014 12:48:36 -0700 (PDT) Sender: Baptiste Daroussin Date: Mon, 20 Oct 2014 21:48:33 +0200 From: Baptiste Daroussin To: Rainer Duffner Subject: Re: Voxer using FreeBSD, BSDNow.tv interview Message-ID: <20141020194833.GD20589@ivaldir.etoilebsd.net> References: <31A8D963-F8EF-4D68-9586-39EE8A7C7C5A@FreeBSD.org> <1FB509B4-25C3-42D7-9F66-8685DEC712D2@ultra-secure.de> <54455570.8070808@mail.lifanov.com> <20141020184345.GA20589@ivaldir.etoilebsd.net> <5445593B.4090606@mail.lifanov.com> <20141020185115.GC20589@ivaldir.etoilebsd.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Xm/fll+QQv+hsKip" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Cc: Craig Rodrigues , freebsd-advocacy@freebsd.org, freebsd-current Current , Nikolai Lifanov , David Chisnall X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2014 19:48:41 -0000 --Xm/fll+QQv+hsKip Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Oct 20, 2014 at 09:13:35PM +0200, Rainer Duffner wrote: > >>=20 > > Yes that is the job of the maintainer, so bugging the chef maintainer i= s the > > right thing to do. > >=20 > > Maintaining a port meaning making sure it workds properly the FreeBSD w= ay. >=20 >=20 > The omnibus installer is not a port. > AFAIK. > It=E2=80=99s the installer provided by Chef (the company, formerly known = as =E2=80=9EOpscode=E2=80=9C). >=20 > It=E2=80=99s basically a shell-script with an archive attached that dumps= stuff into /opt/chef and creates a couple of symlinks. >=20 >=20 >=20 Well that is the problem, I know a couple of people using chef from ports on freebsd just fine on some large deployments, that explains why I got surpri= sed by this feedback Bapt --Xm/fll+QQv+hsKip Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlRFZxEACgkQ8kTtMUmk6EwxrACeITY63e1fYLSiD+OikJiXQmt6 s+QAn2AKKB5I+UUBjPdoKNdErwbojj9Y =Ph6X -----END PGP SIGNATURE----- --Xm/fll+QQv+hsKip-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 20 21:13:01 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0905ABF5 for ; Mon, 20 Oct 2014 21:13:01 +0000 (UTC) Received: from mail-oi0-x234.google.com (mail-oi0-x234.google.com [IPv6:2607:f8b0:4003:c06::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C8D98B12 for ; Mon, 20 Oct 2014 21:13:00 +0000 (UTC) Received: by mail-oi0-f52.google.com with SMTP id a3so4416393oib.11 for ; Mon, 20 Oct 2014 14:13:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=MOrni3uDcpv+oeoObr44ExMT55smMuEoxcV3PMUQn8s=; b=O8N6zwec0L6HlenikEUnDK6gLtGcfEJnu2SJ1CgY90oaTjyOHOHjwr8cU92i1iB2RD OW+1oMMIpPwq3V6fDttoEN/l5QUpuIJbQZSMLD7cIApH6P2/NxQNhK2fvNlgh2VFHnRo YJBRZBSAxwoOX9J/xkCghl134LDSIh/uZIfNzveSmtI6FkkLxmuZllhlLxUODmkQOVET UGDPRe/PabaPNGYFzDZEneKz1/kfCBMMBFSoOrcZlvc1ZxXtzxxoj5kBMVpeSAciLcLD tXQKxXWlHqWZpDRwqgaPYgYVddEDwZzR/nQlGGGmzBwfpvO/CbZiS2uh3EDa8MJ1kCY0 ihrQ== MIME-Version: 1.0 X-Received: by 10.182.33.67 with SMTP id p3mr4546514obi.15.1413839580138; Mon, 20 Oct 2014 14:13:00 -0700 (PDT) Received: by 10.202.191.213 with HTTP; Mon, 20 Oct 2014 14:13:00 -0700 (PDT) In-Reply-To: <20141008055911.GA970@michelle.fasterthan.com> References: <20140930015741.GA2451@michelle.fasterthan.com> <20141001013637.GD2632@michelle.fasterthan.com> <20141002050730.GA964@michelle.fasterthan.com> <20141008055911.GA970@michelle.fasterthan.com> Date: Mon, 20 Oct 2014 23:13:00 +0200 Message-ID: Subject: Re: [CFT] alc(4) QAC AR816x/AR817x ethernet controller support From: Oliver Pinter To: pyunyh@gmail.com Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2014 21:13:01 -0000 On 10/8/14, Yonghyeon PYUN wrote: > On Thu, Oct 02, 2014 at 02:07:30PM +0900, Yonghyeon PYUN wrote: >> On Wed, Oct 01, 2014 at 10:36:37AM +0900, Yonghyeon PYUN wrote: >> > On Tue, Sep 30, 2014 at 10:57:41AM +0900, Yonghyeon PYUN wrote: >> > > Hi, >> > > I've added support for QAC AR816x/AR817x ethernet controllers. It >> > > passed my limited testing and I need more testers. You can find >> > > patches from the following URLs. >> > > >> > > http://people.freebsd.org/~yongari/alc/pci.quirk.diff >> > > and >> > > http://people.freebsd.org/~yongari/alc/alc.diff.20140930 >> > > >> > > pci.qurik.diff is to workaround silicon bug of AR816x. Without it >> > > MSI/MSIX interrupt wouldn't work. If you just want to use >> > > legacy INTx interrupt you don't have to apply it but you have to >> > > tell alc(4) not to use MSI/MSIX interrupt with tunables( >> > > hw.alc.msi.disable and hw.alc.msix_disable). >> > > >> > > alc.diff.20140930 will add support for AR8161/AR8162/AR8171/AR8172 >> > > and E2200 controllers. It supports all hardware features except >> > > RSS. If you have any QAC AR816x/AR817x or old AR813x/AR815x >> > > controllers please test and report how the diff works for you. >> > > Thanks. >> > >> > http://people.freebsd.org/~yongari/alc/pci.quirk.diff >> > http://people.freebsd.org/~yongari/alc/alc.diff.20141001 >> > >> > Patch updated to address link establishment issue. >> >> http://people.freebsd.org/~yongari/alc/alc.diff.20141002 >> Patch updated again to correct wrong lock assertion. > > FYI: I've committed all the changes required to support > AR816x/AR817x. Cool! Working fine with AR8161 on Gigabyte H87N-Wifi Mobo! Thanks! > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Mon Oct 20 21:15:01 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9B225D90 for ; Mon, 20 Oct 2014 21:15:01 +0000 (UTC) Received: from udns.ultimatedns.net (unknown [IPv6:2602:d1:b4d6:e600:4261:86ff:fef6:aa2a]) (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 61F87B38 for ; Mon, 20 Oct 2014 21:15:01 +0000 (UTC) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id s9KLFlfo018558 for ; Mon, 20 Oct 2014 14:15:47 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) To: In-Reply-To: <20141020183253.GE6490@blisses.org> References: <20140811221043.492110d4@arch> <20140813213718.4814f58c@arch> <53EC1214.9020505@pinyon.org> <20141018121150.5aae6682@X220.alogt.com> <20141018145857.c17931841923f39c79464033@dec.sakura.ne.jp>, <20141020183253.GE6490@blisses.org> From: "Chris H" Subject: Re: HOWTO articles for migrating from Linux to FreeBSD, especially for pkg? Date: Mon, 20 Oct 2014 14:15:47 -0700 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: <5837e41bf824926f9c49325e1817aec8@ultimatedns.net> Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2014 21:15:01 -0000 On Mon, 20 Oct 2014 14:32:53 -0400 Mason Loring Bliss wrote > On Sat, Oct 18, 2014 at 02:58:57PM +0900, Tomoaki AOKI wrote: > > > I think the advantages of the forum are... > > > > *Well moderated by moderators and anministrators. > > *Registering email address is needed, but not disclosed by default. > > The disadvantages of web fora include: > > * I can't read things in my very efficient email client. Related: > * I have to compose my replies in a web browser edit window. > * I need to visit periodically and hope that the site makes it possible for > me to attend to unread messages without struggling. > > I think wikis are useful. I think web fora exist because folks haven't had > sufficient exposure to email to make the advantages clear. Not discussed here > are newsgroups, which are perhaps ideal for the sorts of topics commonly > found on mailing lists, except perhaps that they're not at all centralized. This thread reeks of bikeshed. There isn't anything wrong with all of the opinions shared in this thread except there will surely be no final consensus. :) --Chris > > -- > Mason Loring Bliss (( "In the drowsy dark cave of the mind dreams > mason@blisses.org )) build their nest with fragments dropped > http://blisses.org/ (( from day's caravan." - Rabindranath Tagore > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Oct 20 21:39:24 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 606182F7; Mon, 20 Oct 2014 21:39:24 +0000 (UTC) Received: from mail-qa0-x236.google.com (mail-qa0-x236.google.com [IPv6:2607:f8b0:400d:c00::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 01DB0DFA; Mon, 20 Oct 2014 21:39:23 +0000 (UTC) Received: by mail-qa0-f54.google.com with SMTP id i13so4045621qae.13 for ; Mon, 20 Oct 2014 14:39:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=amGfAgjxylqmxqFrf3Z1uGJmMfHRb+obfHKF6+o0XXQ=; b=cXrhuemPhxqMeER1Drzl7HLpJKw6uoJWWBWfjqxsqSpKnDOUa3Dm2hsulzVc3gvHVV ZI9S2TsRpNlXvdDU0WNnlZFraltnC/MVXbuIk5DTGtiax6wZfXv9DBZaEIMZukNyYjG9 Dsrv3OIxmRh8ZCby5Z80p+hO9RIw5ByFUnndYlVBNS4GFs+mdyb8SbwvJ59rmxkh7VE6 KK6XY6HO/ODfwC0+3S3Px9QTEf2gb1iP7HCrvPovr8yLcOIz4YA3zxuiSCWMMKzwwS99 0Jb/eRzZHgnMXrEJCOuaCI3kzzHcE6jgk9sFMXi7+WiqR4HJEhJtey+BMR5kqNqEJGkH 7inQ== MIME-Version: 1.0 X-Received: by 10.140.40.99 with SMTP id w90mr37299779qgw.18.1413841162659; Mon, 20 Oct 2014 14:39:22 -0700 (PDT) Sender: hiren.panchasara@gmail.com Received: by 10.96.205.201 with HTTP; Mon, 20 Oct 2014 14:39:22 -0700 (PDT) In-Reply-To: <20141020082345.GA2040@unixarea.DDR.dd> References: <20141020072528.GA1748@unixarea.DDR.dd> <20141020082345.GA2040@unixarea.DDR.dd> Date: Mon, 20 Oct 2014 14:39:22 -0700 X-Google-Sender-Auth: klpICHOJH4G9ynp4r40J5YgH5Xc Message-ID: Subject: Re: FreeBSD && TCP stealth From: hiren panchasara To: Matthias Apitz , freebsd-current , "freebsd-net@freebsd.org" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2014 21:39:24 -0000 I am not aware of any work but adding -net to get more "networking" eyeball= s. On Mon, Oct 20, 2014 at 1:23 AM, Matthias Apitz wrote: > El d=C3=ADa Monday, October 20, 2014 a las 09:25:28AM +0200, Matthias Api= tz escribi=C3=B3: > >> >> Hello, >> >> Is there any work started or in progress to implement TCP stealth in our >> kernel as proposed to IETF in >> >> https://datatracker.ietf.org/doc/draft-kirsch-ietf-tcp-stealth/ >> >> The idea is that the client put some magic value in the ISN of the first >> SYN pkg which is derived from a secret the client and the server share. >> The server can check the ISN and decide if it will answer the SYN pkg or >> do a RST, for example. > > For Linux wip see also: https://gnunet.org/knock > > matthias > -- > Matthias Apitz | /"\ ASCII Ribbon Campaign: > E-mail: guru@unixarea.de | \ / - No HTML/RTF in E-mail > WWW: http://www.unixarea.de/ | X - No proprietary attachments > phone: +49-170-4527211 | / \ - Respect for open standards > | en.wikipedia.org/wiki/ASCII_Ribbon_Campaig= n > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " From owner-freebsd-current@FreeBSD.ORG Mon Oct 20 22:22:08 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 947ECBA for ; Mon, 20 Oct 2014 22:22:08 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 54FF0367 for ; Mon, 20 Oct 2014 22:22:07 +0000 (UTC) Received: from [192.168.1.2] (Seawolf.HML3.ScaleEngine.net [209.51.186.28]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 99A3A62D35 for ; Mon, 20 Oct 2014 22:22:01 +0000 (UTC) Message-ID: <54458B06.5050301@freebsd.org> Date: Mon, 20 Oct 2014 18:21:58 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: HOWTO articles for migrating from Linux to FreeBSD, especially for pkg? References: <20140811221043.492110d4@arch> <20140813213718.4814f58c@arch> <53EC1214.9020505@pinyon.org> <20141018121150.5aae6682@X220.alogt.com> <20141018145857.c17931841923f39c79464033@dec.sakura.ne.jp>, <20141020183253.GE6490@blisses.org> <5837e41bf824926f9c49325e1817aec8@ultimatedns.net> In-Reply-To: <5837e41bf824926f9c49325e1817aec8@ultimatedns.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DkpUTgwHHEIf03xHrggQlokr825i5BLVq" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2014 22:22:08 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --DkpUTgwHHEIf03xHrggQlokr825i5BLVq Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 2014-10-20 17:15, Chris H wrote: > On Mon, 20 Oct 2014 14:32:53 -0400 Mason Loring Bliss wrote >=20 >> On Sat, Oct 18, 2014 at 02:58:57PM +0900, Tomoaki AOKI wrote: >> >>> I think the advantages of the forum are... >>> >>> *Well moderated by moderators and anministrators. >>> *Registering email address is needed, but not disclosed by default.= >> >> The disadvantages of web fora include: >> >> * I can't read things in my very efficient email client. Related: >> * I have to compose my replies in a web browser edit window. >> * I need to visit periodically and hope that the site makes it possibl= e for >> me to attend to unread messages without struggling. >> >> I think wikis are useful. I think web fora exist because folks haven't= had >> sufficient exposure to email to make the advantages clear. Not discuss= ed here >> are newsgroups, which are perhaps ideal for the sorts of topics common= ly >> found on mailing lists, except perhaps that they're not at all central= ized. >=20 > This thread reeks of bikeshed. > There isn't anything wrong with all of the opinions shared in this thre= ad > except there will surely be no final consensus. :) >=20 > --Chris >> >> --=20 >> Mason Loring Bliss (( "In the drowsy dark cave of the mind dreams >> mason@blisses.org )) build their nest with fragments dropped >> http://blisses.org/ (( from day's caravan." - Rabindranath Tagore >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.= org" >=20 >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" >=20 This thread is supposed to be about how to make it easier for people to migrate to FreeBSD from Linux. Not a discussion about forums vs mailing lists vs newsgroups. --=20 Allan Jude --DkpUTgwHHEIf03xHrggQlokr825i5BLVq 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) iQIcBAEBAgAGBQJURYsKAAoJEJrBFpNRJZKf6Z0P/279+CCOjPWqb79WMUVZpsSA YASUMl82XrBhP50hVx0LABWmtdTp4zzmgdBaN1hqhK29bUhDM2w1fpkKpcm3peKk qPtICJUBIUYItkSNRmycpbYijs0S4M3+E13J31PNTfu7ZJpK1WCaMylnCPZ2PaDs 1bItxVopTpKg7HVUyy1uG6UkkkB2Ye0JiIxg00ALjjHjdC9y3ZtjKIMPyxTXQ+pe ScGdDqIJS8CibHPLHYBQLkzbuwYWUz02hHG2DP9Yg+4M+0TzXTk4qugLZ0Hc0yCQ +rSA6rRTJgeHH1I2OluCS5bn+Zi9chCjVizMIRS4cMr3FrtPWR4R1zVS7Jt0M/Uc AmAqjD7fK/qgKhaI30D1aQaomdMvmrAo1j8ihUNPXlWGkUt/6fsQYfzBvTXS7qIX mEAhHFOKz0x+exORj1T6xqeGKDSFx3u3JrSzqmxdtOJw+1CXkWWEyKLIrwp3yY/6 17nt33PfHiFu9+v5XMWp1PY3aomJRycmj9PWyezP1TuB5EdekE+HPY3f1ozUc5it qhXXe1K8C4FZ2E3+fIdyrJB/spJDQkejH/nmr1lj0MnmRh0wP44/CQUFZm5YJec1 pQqnCyAXq+JYlmCpbtjPgqk4D+MsJUmNVpqY1LBN5TXP3e97JG7QKKr1V/meUh+b Le9z/jjnp0Sgu8ra7Xck =xY5q -----END PGP SIGNATURE----- --DkpUTgwHHEIf03xHrggQlokr825i5BLVq-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 20 22:23:20 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 51CFF320 for ; Mon, 20 Oct 2014 22:23:20 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 28B29380 for ; Mon, 20 Oct 2014 22:23:19 +0000 (UTC) Received: from [192.168.1.2] (Seawolf.HML3.ScaleEngine.net [209.51.186.28]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 23E4362D7E for ; Mon, 20 Oct 2014 22:23:19 +0000 (UTC) Message-ID: <54458B57.60106@freebsd.org> Date: Mon, 20 Oct 2014 18:23:19 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: ssh None cipher References: <5441E834.2000906@freebsd.org> <20141020183340.GC94319@spindle.one-eyed-alien.net> In-Reply-To: <20141020183340.GC94319@spindle.one-eyed-alien.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lr9mkxBmurnIWkuvbEUlWA9AET76J5ETL" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2014 22:23:20 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --lr9mkxBmurnIWkuvbEUlWA9AET76J5ETL Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 2014-10-20 14:33, Brooks Davis wrote: > On Sat, Oct 18, 2014 at 12:10:28AM -0400, Allan Jude wrote: >> On 2014-10-17 22:43, Benjamin Kaduk wrote: >>> On Fri, 17 Oct 2014, Ben Woods wrote: >>> >>>> Whilst trying to replicate data from my FreeNAS to my FreeBSD home t= heater >>>> PC on my local LAN, I came across this bug preventing use of the Non= e >>>> cipher: >>>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D163127 >>>> >>>> I think I could enable the None cipher by recompiling base with a fl= ag in >>>> /etc/src.conf. >>> >>> I agree. >>> >>>> Is there any harm in enabling this by default, but having the None c= ipher >>>> remain disabled in /etc/ssh/sshd_config? That way people wouldn't ha= ve it >>>> on my default, but wouldn't have to recompile to enable it. >>> >>> I do not see any immediate and concrete harm that doing so would caus= e, >>> yet that is insufficient for me to think that doing so would be a goo= d >>> idea. >> >> I've been using openssh-portable from ports with the none cipher patch= >> to get around this. >> >> IIRC, upstream openssh refuses to merge the none cipher patches "becau= se >> you shouldn't do that". But I'd vote for having it compiled in and jus= t >> disabled by default. >> >> It will refuse to let you have a shell without encryption, and prints = a >> big fat hairy warning when encryption is disabled. >=20 > When Bjoern and I did the merge of the HPN patches we left None disable= > by default out of a desire to be conservative with a change we knew som= e > people didn't like. I think turning it on by default would be fine giv= en > the seatbelts in place to prevent accidental inappropriate use. >=20 > -- Brooks >=20 +1 to this. --=20 Allan Jude --lr9mkxBmurnIWkuvbEUlWA9AET76J5ETL 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) iQIcBAEBAgAGBQJURYtXAAoJEJrBFpNRJZKffG4QAIRhTMFT8f/5nXUL99DGW5Ag 722nBVgof6rALvsePoNo998QTOJ1Wj3dgOJWH8HPg0NcdfNJLHX3hYTUPlLURSKn G+Zjo23WRtjbEIMOE2rrFYRs3R0WTwQcIMQQyt+Xgix+MsPrboUefMQ1M7P7Q880 wTUVLLNKxoZFvszf/if9JDWBpGaskwgvx6ogbdcmq7gAVaR6Xqq3bDHLLb/dWNvm UkKvWbkzLtXVbkGhT6Q1iIvblTDyAZeUqLYiPgMw00ce1KlBW4USPi7tkGJbKav2 LLL3NK7s+L+TBaB5um9pw0t2K0Pyro1a3aLVQskx6JynCQX3R0eJ1GHSCM2weOKi BBpxGO77ZE8q1KAwWzvNF3itbQjy18X7MuysdDTioNBkp6nB1zp809BXL4yHassc bVBTrfOKM/nMcyLPbbDxfGoBRXWASjTZnlKnkB/Di+GUghQdW/4mjUBzWapbPdQu yl1yvrJbjAE3ZsYMjNGssPJYV+ERWHZeIpAXMGvAsszTlFYimgNNlrMPM8SUZJt6 rNQef9DMcRyso5OeiipevNwUihJIqig1Lq0FvhShglZ51tNFImqtFCmtO0Zgkbhs nL1Nkrx0kWridHmDQXcE051u183jwkvFfgumopMvdqKAinoKsBAEx1QB4KOD5bcm cCiJmyiImXXWQTa/6emk =fXoA -----END PGP SIGNATURE----- --lr9mkxBmurnIWkuvbEUlWA9AET76J5ETL-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 20 22:50:50 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0F660783; Mon, 20 Oct 2014 22:50:50 +0000 (UTC) Received: from mail-wg0-x234.google.com (mail-wg0-x234.google.com [IPv6:2a00:1450:400c:c00::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 76E0A7C9; Mon, 20 Oct 2014 22:50:49 +0000 (UTC) Received: by mail-wg0-f52.google.com with SMTP id a1so13842wgh.35 for ; Mon, 20 Oct 2014 15:50:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=7irMDfbVimoFvVueIkGD2yvX+h3MjOs4DhS7OI2XaUg=; b=m9XxBbx0TlGEkobi5oaJE+EXtTKeSyTBSw9YT9+tM1dyUf8LJenjnSJSllUSlPNpyf bQR+qufirwkzd0Wf6nhkM53rxgZl6OiX8L1B1D0TI6HBVLbFSze5zr+uQ8T1X5oCNl6H MomAYkPVD3gccLiYrE4PJGIDpAiV4trOfl9E85PBRymX72DaabsY+FBSBgQI8Zibgk1Y xv7xzHSQLTUx1CvkeVg32cxv8Yig2LFH4uG09lhUQICjEJZ3b5BpGhbUUvQSPoEQXai8 PLQwXP0N3VgMDhRVM1LPgfS2W+UOqITQw4TMxohsEVofhlLOciNvn8BiR3TkW50OTSWW It3w== MIME-Version: 1.0 X-Received: by 10.180.11.200 with SMTP id s8mr18373303wib.20.1413845447773; Mon, 20 Oct 2014 15:50:47 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.216.106.136 with HTTP; Mon, 20 Oct 2014 15:50:47 -0700 (PDT) In-Reply-To: <54458B06.5050301@freebsd.org> References: <20140811221043.492110d4@arch> <20140813213718.4814f58c@arch> <53EC1214.9020505@pinyon.org> <20141018121150.5aae6682@X220.alogt.com> <20141018145857.c17931841923f39c79464033@dec.sakura.ne.jp> <20141020183253.GE6490@blisses.org> <5837e41bf824926f9c49325e1817aec8@ultimatedns.net> <54458B06.5050301@freebsd.org> Date: Mon, 20 Oct 2014 15:50:47 -0700 X-Google-Sender-Auth: GRQ6k8reUZq0rI0JM_4JQ8Ptx2s Message-ID: Subject: Re: HOWTO articles for migrating from Linux to FreeBSD, especially for pkg? From: Adrian Chadd To: Allan Jude Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2014 22:50:50 -0000 On 20 October 2014 15:21, Allan Jude wrote: > This thread is supposed to be about how to make it easier for people to > migrate to FreeBSD from Linux. Not a discussion about forums vs mailing > lists vs newsgroups. > It turns out those things are intertwined. It turns out that making it easier for people to do 'X' just isn't a handbook and a printed book - it's community building, communication and inclusiveness. All the ease of use in the world doesn't matter if people don't know about it and don't feel a part of of something. If you want to avoid the community building, then it's just a tool - and you should market it as such. :) -adrian From owner-freebsd-current@FreeBSD.ORG Mon Oct 20 23:15:30 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 513FE173; Mon, 20 Oct 2014 23:15:30 +0000 (UTC) Received: from phlegethon.blisses.org (phlegethon.blisses.org [50.56.97.101]) (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 15A1BA60; Mon, 20 Oct 2014 23:15:29 +0000 (UTC) Received: from blisses.org (cocytus.blisses.org [23.25.209.73]) by phlegethon.blisses.org (Postfix) with ESMTPSA id 850391F13D8; Mon, 20 Oct 2014 19:15:28 -0400 (EDT) Date: Mon, 20 Oct 2014 19:15:26 -0400 From: Mason Loring Bliss To: Allan Jude Subject: Re: HOWTO articles for migrating from Linux to FreeBSD, especially for pkg? Message-ID: <20141020231526.GO6490@blisses.org> References: <20140811221043.492110d4@arch> <20140813213718.4814f58c@arch> <53EC1214.9020505@pinyon.org> <20141018121150.5aae6682@X220.alogt.com> <20141018145857.c17931841923f39c79464033@dec.sakura.ne.jp> <20141020183253.GE6490@blisses.org> <5837e41bf824926f9c49325e1817aec8@ultimatedns.net> <54458B06.5050301@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <54458B06.5050301@freebsd.org> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2014 23:15:30 -0000 On Mon, Oct 20, 2014 at 06:21:58PM -0400, Allan Jude wrote: > This thread is supposed to be about how to make it easier for people to > migrate to FreeBSD from Linux. Not a discussion about forums vs mailing > lists vs newsgroups. I'm going to transition from being an avid Debian user who hates web fora to an avid FreeBSD who hates web fora. Anyway, my experience here is useful as I've got to be representative of a number of people making the transition lately. It's been a relatively smooth transition so far, with only a couple bugs and quirks in the way of my doing everything I did with Debian. Two things would be principally useful for people coming from Linux. First, the handbook should be updated and corrected, as it's a good enough resource that I've come to depend upon it, but I've hit snags that seem to not reflect the current state of FreeBSD. For instance, the page that talks about running buildworld and buildkernel have some instructions that are evidently vestigal for root-on-ZFS people. Another example, the documentation of Poudriere is hard to follow, presenting a complex and idealized set-up rather than explaining to a new user what the moving parts are and how it all works. I strongly suspect in that case that people who need the Handbook won't easily follow that, and people who can follow it don't need the Handbook per se, or that level of instruction. Joe Armstrong talks about this process of picking an audience in his forward to the second edition of his Erlang book: https://joearms.github.io/2014/06/26/Background-to-programming-erlang.html The second thing that would be useful would be a series of cheat sheets for various things. This can either be equivalent commands or equivalent systems. Let new folks know that LUKS is GELI and that md-raid1 is gmirror and so forth. Show common package handling commands for various Linux flavours and map them to pkgng and ports. For instance, what's the equivalent of "yum provides"? Or what do I do in place of "apt-cache search" or "zypper up" or similar. Other things in the grab bag... It's generally said that ports and pkgs shouldn't mix, but there are at least a couple instances where it's unavoidable: I bet roughly no one who installs Subversion wants the FreeBSD bug report headers baked in by default, but there they are unless you rebuild from ports with a non-default configuration. If you want to watch DVDs on your FreeBSD workstation, it's necessary to install libdvdcss, but you can't get it from pkgng because it's not there. Again, you must build from ports. I have nothing against ports, but people are warned off of mixing packages and ports when clearly it's necessary sometimes. Oh, here's one. I *was* horrified by ports at first, until someone told me about "make config-recursive". It really makes me wonder why this isn't the default. I remember giving up on FreeBSD when 9.x was new because I had to build X from ports after the FreeBSD breach, and it seemed like the process was going to take a couple days of stuttering stops and starts as random packages I didn't want in some cases popped up between compiles. I learned some mechanism for saying "just take the defaults" but what I know now is that what I really wanted was "make config-recursive". Why, out of curiosity, is it not the default? That would seem better than documenting it harder. Ah, and one more for the grab bag. I strongly suspect that many folks coming from Linux are going to bristle at the notion of using Sendmail. I used to run it so I wasn't terribly bothered by it, but maybe pre-populating rc.conf with obvious bits that people can see and turn off would be nice. OpenBSD has a nice model of populating rc.conf and sysctl.conf fully, and it ends up being a pleasant tool. Those awash in wonder, coming from Linux, can say, "Look, it's all right here!" -- Mason Loring Bliss mason@blisses.org Ewige Blumenkraft! (if awake 'sleep (aref #(sleep dream) (random 2))) -- Hamlet, Act III, Scene I From owner-freebsd-current@FreeBSD.ORG Mon Oct 20 23:18:53 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 146C12BA for ; Mon, 20 Oct 2014 23:18:53 +0000 (UTC) Received: from mail-ie0-f171.google.com (mail-ie0-f171.google.com [209.85.223.171]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D21D3A80 for ; Mon, 20 Oct 2014 23:18:52 +0000 (UTC) Received: by mail-ie0-f171.google.com with SMTP id tr6so52867ieb.30 for ; Mon, 20 Oct 2014 16:18:45 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=Wh4l48lbVXhDrtzoImv1FVHDmZ7EUmkAJOirr/0X8oo=; b=dhhbuexK58rKeX07flRfOZtoSUb9dBMg0We48qk47zRa22h8/14tCSNIEEviZHg3+L eueRexGff8Zqx5lCefmnAaV+KRwnKyyraf+I02IrOkoVNLNwLdM/ex1wapDKx3T917vF 5LhCD5z3LxGPdMqN0hw6vBQvxSYpHXuvLTlcG08DZeP28vCoQ1YI1kYMtr2YubwSS10I KvUuXdpMEMhA+8VRLHZTbpVQDzgVG96jtKnJ3bDnx6cdWXfE3/4IotODekZQPLeKFGCE 3ScBLPYKdBHYQmYVbvGEiFeN3i746PUsUvmbfodJWc4PXcmLNjLgM6EKQY0tmTQzztBu Gk9A== X-Gm-Message-State: ALoCoQm6gqtsOEFfjAO/lHK/eYqUhSIVmfwyrLUluitKC0nBgPKS4QmngOtX3q2obVAD+Xw8nH/w MIME-Version: 1.0 X-Received: by 10.50.61.137 with SMTP id p9mr22060996igr.34.1413847125694; Mon, 20 Oct 2014 16:18:45 -0700 (PDT) Received: by 10.50.182.200 with HTTP; Mon, 20 Oct 2014 16:18:45 -0700 (PDT) X-Originating-IP: [68.101.40.130] In-Reply-To: <1FB509B4-25C3-42D7-9F66-8685DEC712D2@ultra-secure.de> References: <31A8D963-F8EF-4D68-9586-39EE8A7C7C5A@FreeBSD.org> <1FB509B4-25C3-42D7-9F66-8685DEC712D2@ultra-secure.de> Date: Mon, 20 Oct 2014 19:18:45 -0400 Message-ID: Subject: Re: Voxer using FreeBSD, BSDNow.tv interview From: "Philip M. Gollucci" To: Rainer Duffner X-Mailman-Approved-At: Mon, 20 Oct 2014 23:21:35 +0000 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: Craig Rodrigues , freebsd-advocacy@freebsd.org, freebsd-current Current , David Chisnall X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2014 23:18:53 -0000 Not true, you can roll your own omnibus chef builds with this fixed. On Mon, Oct 20, 2014 at 1:36 PM, Rainer Duffner wrote: > > > Am 20.10.2014 um 10:19 schrieb David Chisnall : > > > > > > I presume that most of the relevant differences are for users / > developers and not sysadmins? It's worth noting that GNU coreutils, tar, > bash, and a load of other things are in the ports repository. I wonder i= f > it's worth having a gnu-userland metaport, perhaps with something like th= e > Solaris approach of sticking them all in a different tree so that you can > just add that to the start of your PATH and have all of the GNU tools wor= k > by default. > > > > > They use chef. > The chef omnibus installer assumes there is a /bin/bash. Even the FreeBSD > version of it. Well, it least it did the last time I looked. Maybe this g= ot > fixed in the meantime. > Which means that to =E2=80=9Ebootstrap=E2=80=9C a node, you=E2=80=99ve fi= rst got to install pkg on > it, install bash, symlink it to /bin/bash and then bootstrap the node. > Which kind of runs against the concept of doing everything via chef. > > > > > > > _______________________________________________ > freebsd-advocacy@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-advocacy > To unsubscribe, send any mail to "freebsd-advocacy-unsubscribe@freebsd.or= g > " --=20 ---------------------------------------------------------------------------= ------------------ TaxiMagic Mobile App $10 Promo Code - 'p6magic' any 1st time rider can use it $ 5 Promo Code - 'cabbie' - thanks New Castle! 4096R/D1EAB94D 2081 E230 3001 6508 8847 1BBF A0A8 DB0F D1EA B94D Philip M. Gollucci (pgollucci@p6m7g8.com) c: 703.336.9354 Member, Apache Software Foundation Committer, FreeBSD Foundation Consultant, P6M7G8 Inc. Sr. Director IT Operations, RideCharge Inc. Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. From owner-freebsd-current@FreeBSD.ORG Tue Oct 21 00:04:19 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AD065BA4 for ; Tue, 21 Oct 2014 00:04:19 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 70CFCE84 for ; Tue, 21 Oct 2014 00:04:18 +0000 (UTC) Received: from [192.168.1.2] (Seawolf.HML3.ScaleEngine.net [209.51.186.28]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 38C6562EC7; Tue, 21 Oct 2014 00:04:17 +0000 (UTC) Message-ID: <5445A2FE.8070100@freebsd.org> Date: Mon, 20 Oct 2014 20:04:14 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: Mason Loring Bliss Subject: Re: HOWTO articles for migrating from Linux to FreeBSD, especially for pkg? References: <20140811221043.492110d4@arch> <20140813213718.4814f58c@arch> <53EC1214.9020505@pinyon.org> <20141018121150.5aae6682@X220.alogt.com> <20141018145857.c17931841923f39c79464033@dec.sakura.ne.jp> <20141020183253.GE6490@blisses.org> <5837e41bf824926f9c49325e1817aec8@ultimatedns.net> <54458B06.5050301@freebsd.org> <20141020231526.GO6490@blisses.org> In-Reply-To: <20141020231526.GO6490@blisses.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="nW2jTwKO5t7sV0G3er7V6DaGa97IcWIVL" Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2014 00:04:19 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --nW2jTwKO5t7sV0G3er7V6DaGa97IcWIVL Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 2014-10-20 19:15, Mason Loring Bliss wrote: > On Mon, Oct 20, 2014 at 06:21:58PM -0400, Allan Jude wrote: >=20 >> This thread is supposed to be about how to make it easier for people t= o >> migrate to FreeBSD from Linux. Not a discussion about forums vs mailin= g >> lists vs newsgroups. >=20 > I'm going to transition from being an avid Debian user who hates web fo= ra to > an avid FreeBSD who hates web fora. >=20 > Anyway, my experience here is useful as I've got to be representative o= f a > number of people making the transition lately. It's been a relatively s= mooth > transition so far, with only a couple bugs and quirks in the way of my = doing > everything I did with Debian. >=20 > Two things would be principally useful for people coming from Linux. Thank you very much for sharing this >=20 > First, the handbook should be updated and corrected, as it's a good eno= ugh > resource that I've come to depend upon it, but I've hit snags that seem= to > not reflect the current state of FreeBSD. >=20 > For instance, the page that talks about running buildworld and buildker= nel > have some instructions that are evidently vestigal for root-on-ZFS peop= le. >=20 Which parts? Nothing about buildworld is really any different when using ZFS except maybe the way you mount /usr/obj with noatime etc. > Another example, the documentation of Poudriere is hard to follow, pres= enting > a complex and idealized set-up rather than explaining to a new user wha= t the > moving parts are and how it all works. I strongly suspect in that case = that > people who need the Handbook won't easily follow that, and people who c= an > follow it don't need the Handbook per se, or that level of instruction.= >=20 Can you be more specific? The documentation team likes to add 'quick start' sections to the often more complex sections, so that users looking to just get started can do so, and dig into the more advanced options once they have it working. > Joe Armstrong talks about this process of picking an audience in his fo= rward > to the second edition of his Erlang book: >=20 > https://joearms.github.io/2014/06/26/Background-to-programming-erla= ng.html >=20 > The second thing that would be useful would be a series of cheat sheets= for > various things. This can either be equivalent commands or equivalent sy= stems. > Let new folks know that LUKS is GELI and that md-raid1 is gmirror and s= o > forth. Show common package handling commands for various Linux flavours= and > map them to pkgng and ports. For instance, what's the equivalent of "yu= m > provides"? Or what do I do in place of "apt-cache search" or "zypper up= " or > similar. >=20 This is what this thread was originally about, creating such cheat sheets= =2E > Other things in the grab bag... It's generally said that ports and pkgs= > shouldn't mix, but there are at least a couple instances where it's > unavoidable: >=20 This was true with the old package system, since those packages were built work a ports tree snapshot from the date of the release. With the new binary packages being rebuild weekly, it is much less of an issues. One goal is to actually have the version of the ports tree that the most recent binary packages were built with available, so that users who use that would have 0 complications from mixing. Also, there have been some proposed features for pkg to make it aware of which packages were installed from ports, and when 'pkg upgrade' runs, to rebuild those packages from ports with the same options, instead of installing the 'wrong' version from the binary packages, requiring the user to 'pkg lock' or 'pkg annotate' to avoid that. > I bet roughly no one who installs Subversion wants the FreeBSD bug repo= rt > headers baked in by default, but there they are unless you rebuild from= ports > with a non-default configuration. >=20 > If you want to watch DVDs on your FreeBSD workstation, it's necessary t= o > install libdvdcss, but you can't get it from pkgng because it's not the= re. > Again, you must build from ports. >=20 Binary packages of libdvdcss are not built for legal reasons > I have nothing against ports, but people are warned off of mixing packa= ges > and ports when clearly it's necessary sometimes. >=20 It may be time to revisit this warning, as it may no longer be required. > Oh, here's one. I *was* horrified by ports at first, until someone told= me > about "make config-recursive". It really makes me wonder why this isn't= the > default. I remember giving up on FreeBSD when 9.x was new because I had= to > build X from ports after the FreeBSD breach, and it seemed like the pro= cess > was going to take a couple days of stuttering stops and starts as rando= m > packages I didn't want in some cases popped up between compiles. I lear= ned > some mechanism for saying "just take the defaults" but what I know now = is > that what I really wanted was "make config-recursive". Why, out of curi= osity, > is it not the default? That would seem better than documenting it harde= r. >=20 Making config-recursive the default is infact a good idea, unless someone knows a reason it should not be. > Ah, and one more for the grab bag. I strongly suspect that many folks c= oming > from Linux are going to bristle at the notion of using Sendmail. I used= to > run it so I wasn't terribly bothered by it, but maybe pre-populating rc= =2Econf > with obvious bits that people can see and turn off would be nice. OpenB= SD has > a nice model of populating rc.conf and sysctl.conf fully, and it ends u= p > being a pleasant tool. Those awash in wonder, coming from Linux, can sa= y, > "Look, it's all right here!" >=20 The pre-populated with every option version of rc.conf is /etc/defaults/rc.conf There was a project to better document the sysctl tunabled, but it seems to have stalled. --=20 Allan Jude --nW2jTwKO5t7sV0G3er7V6DaGa97IcWIVL 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) iQIcBAEBAgAGBQJURaMBAAoJEJrBFpNRJZKfZrIP/21n5ovHAetNdxgYeqC9m9gb qxWTpznUX9bwJUNhX1khUBOFkYmlKGAJbvbEYWH0l7yD85icSyIFjHhUk4Ad0BE7 iT8UwfhS7lfh/6rmNqWlMNCHyL/ESGZcSYZihpI4SOTGCOtwMx+nIkTwXDw9bwls ZZEfbomDe8dgBdJYEC3mHMRrkH7Zd0SCESmKBo1/EFNLlXLNzwbijyTV9I4Js2Dq 09ahAI3gphPV9nN/qHRGPWst9vtERoijzF53aacpXiTr5vGXNZdcxXJgmmkCSpSN HoFM0O1VrAqyArGNXqmp+UnmxSLLtuL/eVAqfLodbjuuX+AjXz6S6Z5oi0SAUbzv v1+BMJWCygH+/JFY0l+N8honBA4RYk/6D7cJf/s5di4mAouVmakCAKNrFJIKjPZb tJ5JjgFzvyBWqEikSNCdoh9etCFnWZcUDqxJGNoeHWIzELINnLd7vTAC1q/9sXS0 ZYphHi3djHkU/EHgi9URLdgY/2Wh8zehnhOMxfMpiqX1z4/OVl4GQJqzme4SmptV 9mAAqsOYvQfpcjOQjEULzbSuIx3oFm1htFYHKBDjT6fTVRLdGSxgC12HS4xrp3U6 heQy2Om1j9A+HMftD0g7DQOKl5dhIXmJC99TfCGOGugeIPX/mpUNZHY7VOjkjYeG VhGqx0a+oFyhoMJ82IpS =zZPa -----END PGP SIGNATURE----- --nW2jTwKO5t7sV0G3er7V6DaGa97IcWIVL-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 21 00:52:34 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2AB9F4F7; Tue, 21 Oct 2014 00:52:34 +0000 (UTC) Received: from phlegethon.blisses.org (phlegethon.blisses.org [50.56.97.101]) (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 0480F373; Tue, 21 Oct 2014 00:52:33 +0000 (UTC) Received: from blisses.org (cocytus.blisses.org [23.25.209.73]) by phlegethon.blisses.org (Postfix) with ESMTPSA id A44331F13D8; Mon, 20 Oct 2014 20:52:31 -0400 (EDT) Date: Mon, 20 Oct 2014 20:52:30 -0400 From: Mason Loring Bliss To: Allan Jude Subject: Re: HOWTO articles for migrating from Linux to FreeBSD, especially for pkg? Message-ID: <20141021005229.GQ6490@blisses.org> References: <20140813213718.4814f58c@arch> <53EC1214.9020505@pinyon.org> <20141018121150.5aae6682@X220.alogt.com> <20141018145857.c17931841923f39c79464033@dec.sakura.ne.jp> <20141020183253.GE6490@blisses.org> <5837e41bf824926f9c49325e1817aec8@ultimatedns.net> <54458B06.5050301@freebsd.org> <20141020231526.GO6490@blisses.org> <5445A2FE.8070100@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5445A2FE.8070100@freebsd.org> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2014 00:52:34 -0000 On Mon, Oct 20, 2014 at 08:04:14PM -0400, Allan Jude wrote: > > For instance, the page that talks about running buildworld and buildkernel > > have some instructions that are evidently vestigal for root-on-ZFS people. > > Which parts? Nothing about buildworld is really any different when using > ZFS except maybe the way you mount /usr/obj with noatime etc. https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html In this case, after "shutdown now" it suggests turning off a readonly flag that's not on, mounting everything despite nothing being unmounted, and setting the kernel time zone despite that never seeming to be an issue. > Can you be more specific? The documentation team likes to add 'quick start' > sections to the often more complex sections, so that users looking to just > get started can do so, and dig into the more advanced options once they > have it working. Sure. https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/ports-poudriere.html So, coming at it from scratch, the section has a quick description and notes where to find a sample config file. Then it says "It may be convenient to put poudriere datasets in an isolated tree mounted at /poudriere. Defaults for the other configuration values are adequate." However, that's the first appearance of the word "dataset" so I don't know what it is or why I want a root-level mount for it. Section 5.6.1 has an example invocation: poudriere jail -c -j 10amd64 -v 10.0-RELEASE This might not catch everyone, but the formality of the jail name and the version made me think that the jail name has to be of a certain strict form to work. Maybe it doesn't? It's not entirely clear. Then there's another example invocation: poudriere ports -c -p local It's not altogether clear (to me at least) what this is doing as compared with the -c -i -v invocataion. Again, I suspect I can spend enough time reading docs to figure it out, but that completely negates the value of the Handbook as a primary source for information. After these two somewhat opaque examples, we're told "poudriere can build ports with multiple configurations, in multiple jails, and from different port trees" and "The basic configuration shown here puts a single jail-, port-, and set-specific make.conf in /usr/local/etc/poudriere.d." This one definitely got me, as it seems to suggest that things should live in /usr/local/etc/poudriere.d, but it doesn't specify exactly where. I see something now that I think I missed before, which is that the long string "10amd64-local-workstation-pkglist" references bits of text from the first two invocations, but the description of how the string is formulated is somewhat opaque, depending to some extent on the still-undefined "set" which I presume to mean the same thing as "dataset". But, where do I go to find the built packages? I'm guessing at the moment that I'd find them somewhere in /poudriere, but I'm not entirely clear on how different architectures and sets and such are kept distinct... (I spun up a large virtual machine to do a test build and try to observe where things went afterwards, and at that I was still unclear on where, for instance, config options were stored... Anyway, the build exhausted its eight gigs of RAM and the OOM killer made a mess of things, and I haven't had a chance to revisit the process.) It's entirely possible that I'm just old and slow and that this stuff isn't as unclear to me as it seems, but at the very least it's introducing new concepts without defining them and then using them in combinations that don't help the reader to understand how the combinations work. Part of this is inconsistency in formatting - are all the italic bits freeform text that doesn't matter, in the examples? It seems like some of them (FreeBSD version, for example) can't be. Again, a dig through more docs would clarify it, but if that's necessary then this Handbook section seems somewhat inadequate. > One goal is to actually have the version of the ports tree that the most > recent binary packages were built with available, so that users who use > that would have 0 complications from mixing. That would be useful. > Also, there have been some proposed features for pkg to make it aware of > which packages were installed from ports, and when 'pkg upgrade' runs, to > rebuild those packages from ports with the same options, instead of > installing the 'wrong' version from the binary packages, requiring the user > to 'pkg lock' or 'pkg annotate' to avoid that. Hm, I'm as yet unfamiliar with those two commands, but again, that sounds pretty useful. > Binary packages of libdvdcss are not built for legal reasons I figured as much - Debian doesn't ship it at all, for comparison, leaving the user in an even worse position. It was a cause of stress when I also had "don't mix pkgs and ports" emblazoned across my vision. Worth noting is that my world hasn't ended mixing the two, to the point where I'm doing so fairly freely. > Making config-recursive the default is infact a good idea, unless someone > knows a reason it should not be. To reiterate, I gave up on FreeBSD for a time because I didn't know about it, during that period when there were no binary packages available at all. Other than Gentoo users, *everyone* coming from Linux is going to be coming from a distribution where binary packages are the default, with building source packages a relatively rare occurance. The first time they're faced with, say, building a big hunk of X and then finding their machine sitting at a configure screen, waiting for their input, they *will* vomit. > The pre-populated with every option version of rc.conf is > /etc/defaults/rc.conf Oh, hrm. So, my suggestion here would be having a comment in rc.conf by default that mentions this. > There was a project to better document the sysctl tunables, but it seems > to have stalled. Seems like that would be useful. Oh, while I'm on random nits, I'm using the Realtek network card built into my motherboard. It's a pretty common one, but it doesn't work quite right with FreeBSD. I might have found a combination of options to get it to work without periodic stalls or lock-ups (disable MSI and MSI-X, and set dev.re.0.int_rx_mod=0) but it was frustrating enough at several points for me to twitch and start looking for systemd-free Linux distributions, on the idea that the interface just works there, before I settled down and remembered all the reasons why I want to be running FreeBSD - of which there are many. While this is worthy of a bug report once I know more, it also qualifies as a mild docbug, because re(4) say, of dev.re.0.int_rx_mod: The following variables are available as both sysctl(8) variables and loader(8) tunables: But, in fact, it doesn't work as a loader tunable. I mention it as it's on the short list of things that really ticked me off and got me reading Slackware docs. If the goal is being friendly to people escaping Linux and systemd, one last bit that would be useful is having a "dual booting" section that describes how to add a FreeBSD chainloading entry to GRUB. I figured it out after a while, and now of course I don't dual boot at all, Debian being wholly expunged from my system, but having a clear path to dual-booting would lower the barrier for people to test the waters. Also in this vein would be making it possible to do a full install into a portion of a disk, where right now the installer wants a whole disk, but this goes beyond being a docbug and should be considered separately. (I'm not sure that how I implemented chainloading would be easily accomplished on a single disk split between Linux and FreeBSD either, FWIW.) -- The creatures outside looked from pig to man, and from man to pig, and from pig to man again; but already it was impossible to say which was which. - G. Orwell From owner-freebsd-current@FreeBSD.ORG Tue Oct 21 03:11:57 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AC51F14B; Tue, 21 Oct 2014 03:11:57 +0000 (UTC) Received: from mail-wi0-x233.google.com (mail-wi0-x233.google.com [IPv6:2a00:1450:400c:c05::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 12398322; Tue, 21 Oct 2014 03:11:56 +0000 (UTC) Received: by mail-wi0-f179.google.com with SMTP id d1so580804wiv.6 for ; Mon, 20 Oct 2014 20:11:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=Grnc2TWymPm3X8idH0A0O9+/Hf+UAo0dXIMVIRTk/uo=; b=V/6h8WiFVJLhDfhKiZXmFroCKtxC85tO9z6Bf+nqTJRDaT7FImkV4AIYvhsRub6MCa SJN/Pa/xIQjnADPCEtwkkOpSW3NwGSo5R+N/6w4IwAJzTA7lKtLrHw8KNStaRlKd4rHJ I5Dmb3rColWMHn7vElAMQEwQaysTzbITVtCyRb3a8v0fM/He3Qt0ayY1IIDhzEsT74U3 43p/eNtlVOz84OENaZGmoPE+mn1zNj6bWljew/iFbX4f6hzDk3lB6Yf/R8FUKEmlTUFu krrkIUmU9LBRj5YJ9RoGsdZF4NdpspQ3JkWBBItYhjQscBnv0bPxS4LAJvJDB3sIkWvQ lfqQ== MIME-Version: 1.0 X-Received: by 10.180.91.114 with SMTP id cd18mr24300175wib.37.1413861115331; Mon, 20 Oct 2014 20:11:55 -0700 (PDT) Received: by 10.216.159.193 with HTTP; Mon, 20 Oct 2014 20:11:55 -0700 (PDT) Reply-To: araujo@FreeBSD.org In-Reply-To: <527008925.2973263.1413809733207.JavaMail.root@uoguelph.ca> References: <9401112.gOMxVk2Kpo@noxon.firefly> <527008925.2973263.1413809733207.JavaMail.root@uoguelph.ca> Date: Tue, 21 Oct 2014 11:11:55 +0800 Message-ID: Subject: Re: kernel page fault with nfs From: Marcelo Araujo To: Rick Macklem Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: freebsd-current , "Tobias C. Berner" , Allan Jude X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2014 03:11:57 -0000 Hello Tibias, Any news? Best Regards, 2014-10-20 20:55 GMT+08:00 Rick Macklem : > Tobias C. Berner wrote: > > Now that I posted it, 32767 should of course be 2^15=32768. Let me > > recheck if it still > > hangs with the correct value. > > > > On Monday 20 October 2014 09.15:39 Tobias C. Berner wrote: > > > Hi Marcelo > > > > > > Yes, I'm using readahead: > > > The mountoptions are > > > "readahead=4,soft,intr,rw,tcp,wsize=32767,rsize=32767,late" > > > > If you type "nfsstat -m", you will see what is actually getting used. > (I suspect the above rsize/wsize got clipped to 32256 or something like > that. I think it clips it to a multiple of 512.) > > If rsize/wsize are not a power of 2, there are issues, although I've never > been able to see why it is broken. Maybe it should clip it to the power of > 2 below the value, since it causes unexplained problems otherwise. > > rick > > > > > > > mfg Tobias > > > > > > On Monday 20 October 2014 10.41:30 Marcelo Araujo wrote: > > > > Hello Tobias, > > > > > > > > Could you show how you are mount the NFS share? > > > > Are you using 'readahead' option? > > > > > > > > Best Regards, > > > > > > > > 2014-10-19 17:40 GMT+08:00 Tobias C. Berner : > > > > > both are at 1100038. > > > > > > > > > > On Sunday 19 October 2014 11.12:36 Marcelo Araujo wrote: > > > > > > It is still strange, could you do what Allan said and send us > > > > > > the > > > > > > result > > > > > > > > > > in > > > > > > > > > > > case you are not sure you have world and kernel in the same > > > > > > revision! > > > > > > > > > > > > On Oct 19, 2014 6:48 AM, "Tobias C. Berner" > > > > > > wrote: > > > > > > > Hi > > > > > > > > > > > > > > World ist from october 16, installed world and kernel then. > > > > > > > > > > > > > > Kernel was later rebuilt with debug-options. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Is the following more sensible? > > > > > > > > > > > > > > > > ################################################## > > > > > > > > > > > > > > # kgdb NOXON/kernel.debug vmcore.1 > > > > > > > > > > > > > > Fatal trap 12: page fault while in kernel mode > > > > > > > > > > > > > > cpuid = 5; apic id = 05 > > > > > > > > > > > > > > fault virtual address = 0xfffffe07d1744000 > > > > > > > > > > > > > > fault code = supervisor write data, page not present > > > > > > > > > > > > > > instruction pointer = 0x20:0xffffffff80d4d58a > > > > > > > > > > > > > > stack pointer = 0x28:0xfffffe086057f240 > > > > > > > > > > > > > > frame pointer = 0x28:0xfffffe086057f2f0 > > > > > > > > > > > > > > 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 = 6524 (python2.7) > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > (kgdb) bt > > > > > > > > > > > > > > #0 doadump (textdump=1) at pcpu.h:219 > > > > > > > > > > > > > > #1 0xffffffff80926b6d in kern_reboot (howto=260) at > > > > > > > /usr/src/sys/kern/kern_shutdown.c:447 > > > > > > > > > > > > > > #2 0xffffffff809270c0 in panic (fmt=) > > > > > > > at > > > > > > > /usr/src/sys/kern/kern_shutdown.c:746 > > > > > > > > > > > > > > #3 0xffffffff8035f167 in db_panic (addr= > > > > > > out>, > > > > > > > have_addr=2, count=0, modif=0x0) at > > > > > > > /usr/src/sys/ddb/db_command.c:473 > > > > > > > > > > > > > > #4 0xffffffff8035ed7d in db_command (cmd_table=0x0) at > > > > > > > /usr/src/sys/ddb/db_command.c:440 > > > > > > > > > > > > > > #5 0xffffffff8035eaf4 in db_command_loop () at > > > > > > > /usr/src/sys/ddb/db_command.c:493 > > > > > > > > > > > > > > #6 0xffffffff80361600 in db_trap (type= > > > > > > out>, > > > > > > > code=0) > > > > > > > > > > at > > > > > > > > > > > > /usr/src/sys/ddb/db_main.c:251 > > > > > > > > > > > > > > #7 0xffffffff80966f01 in kdb_trap (type=12, code=0, > > > > > > > tf= > > > > > > optimized > > > > > > > out>) at /usr/src/sys/kern/subr_kdb.c:654 > > > > > > > > > > > > > > #8 0xffffffff80d4fa7c in trap_fatal > > > > > > > (frame=0xfffffe086057f190, > > > > > > > > > > eva= > > > > > > > > > > > optimized out>) at /usr/src/sys/amd64/amd64/trap.c:861 > > > > > > > > > > > > > > #9 0xffffffff80d4fe0c in trap_pfault > > > > > > > (frame=0xfffffe086057f190, > > > > > > > usermode=) at > > > > > > > /usr/src/sys/amd64/amd64/trap.c:677 > > > > > > > > > > > > > > #10 0xffffffff80d4f42e in trap (frame=0xfffffe086057f190) > > > > > > > at > > > > > > > /usr/src/sys/amd64/amd64/trap.c:426 > > > > > > > > > > > > > > #11 0xffffffff80d33972 in calltrap () at > > > > > > > /usr/src/sys/amd64/amd64/exception.S:231 > > > > > > > > > > > > > > #12 0xffffffff80d4d58a in bzero () at > > > > > > > /usr/src/sys/amd64/amd64/support.S:53 > > > > > > > > > > > > > > #13 0xffffffff80830463 in ncl_doio (vp=0xfffff801e7f99938, > > > > > > > bp=0xfffffe07c5a168e8, cr=, td= > > > > > > optimized > > > > > > > > > > out>, > > > > > > > > > > > > called_from_strategy=) > > > > > > > > > > > > > > at /usr/src/sys/fs/nfsclient/nfs_clbio.c:1648 > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to > > "freebsd-current-unsubscribe@freebsd.org" > > > -- -- Marcelo Araujo (__)araujo@FreeBSD.org \\\'',)http://www.FreeBSD.org \/ \ ^ Power To Server. .\. /_) From owner-freebsd-current@FreeBSD.ORG Tue Oct 21 04:56:50 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1AA36FBB; Tue, 21 Oct 2014 04:56:50 +0000 (UTC) Received: from elvis.mu.org (elvis.mu.org [IPv6:2001:470:1f05:b76::196]) by mx1.freebsd.org (Postfix) with ESMTP id 078BCDFE; Tue, 21 Oct 2014 04:56:50 +0000 (UTC) Received: from [10.0.1.20] (c-76-21-10-192.hsd1.ca.comcast.net [76.21.10.192]) by elvis.mu.org (Postfix) with ESMTPSA id CCAA5341F839; Mon, 20 Oct 2014 21:56:49 -0700 (PDT) Subject: Re: Jenkins, Kyua, and Bhyve used for FreeBSD OS testing Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=us-ascii From: Alfred Perlstein In-Reply-To: Date: Mon, 20 Oct 2014 21:56:51 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <17CD4750-33C9-4D03-B26D-9A72E8019E3B@mu.org> References: To: Craig Rodrigues X-Mailer: Apple Mail (2.1283) Cc: kyua-discuss@googlegroups.com, freebsd-current Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2014 04:56:50 -0000 Craig this is really great. Thanks for doing this and thanks for the = Jenkins guys on giving a shout out! On Oct 20, 2014, at 9:42 AM, Craig Rodrigues wrote: > Hi, >=20 > FYI, Kohsuke Kawaguchi, the lead developer of Jenkins, > accepted my posting on the Jenkins blog, which describes > how the FreeBSD project is using Jenkins, Kyua, and Bhyve > for FreeBSD OS testing: >=20 > http://jenkins-ci.org/content/freebsd-project-use-jenkins-os-testing >=20 > -- > Craig > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" >=20 From owner-freebsd-current@FreeBSD.ORG Tue Oct 21 05:34:53 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C939F7B5; Tue, 21 Oct 2014 05:34:53 +0000 (UTC) Received: from mail-lb0-x235.google.com (mail-lb0-x235.google.com [IPv6:2a00:1450:4010:c04::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 20AB71FF; Tue, 21 Oct 2014 05:34:52 +0000 (UTC) Received: by mail-lb0-f181.google.com with SMTP id l4so346230lbv.26 for ; Mon, 20 Oct 2014 22:34:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=4dj4iB0+z3FWJ04kCaVxie6z5Xa/8/LwoTgUuG/YRsA=; b=KFAf9Yy/WPB2LeSSTbZoiJ+KUezyLrUMlxd9dKidMScynxnYazVt/0K5P3cM/fnWyj scVHfQGVaX3XcX7RJkcJ6Fmm3przsCmUejuB31NDwndy9GTfRhLhbukLSTPp+MkFpfb/ YP5Ex2yIW/H5Od9FO95++C3rXwYQWRqybv9Aar+1ESZ4gm/8Idi47kAko+xlan8uoe9h plnPkRmbBGJgGPFf7PAHzQr3u+fChyEiCmpBGnbqnqHsmC1vsZz7HuHjU3BqJT3zoK+C D5ZGR3efLNju+hR9StM+vNvGdabE0zQzqSAz+SB92zvlIi1VWVGrLVxVZuT59lNzruqw TTJg== MIME-Version: 1.0 X-Received: by 10.112.12.35 with SMTP id v3mr13772960lbb.80.1413869690994; Mon, 20 Oct 2014 22:34:50 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.112.131.66 with HTTP; Mon, 20 Oct 2014 22:34:50 -0700 (PDT) In-Reply-To: <17CD4750-33C9-4D03-B26D-9A72E8019E3B@mu.org> References: <17CD4750-33C9-4D03-B26D-9A72E8019E3B@mu.org> Date: Mon, 20 Oct 2014 22:34:50 -0700 X-Google-Sender-Auth: LjxTeq5us_4opD-NsLn0ngmYX5E Message-ID: Subject: Re: Jenkins, Kyua, and Bhyve used for FreeBSD OS testing From: Craig Rodrigues To: freebsd-current Current Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: kyua-discuss@googlegroups.com, "freebsd-testing@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2014 05:34:53 -0000 Hi, Thanks for those kind words, Alfred! I would like to point out a few things. (1) Jenkins team are really easy to work with, and I've been pushing fixes upstream to them, such as: https://github.com/jenkinsci/jenkins/pull/1387 which fixes shared library support on FreeBSD, Windows, Linux/ARM, Linux/PPC. Jenkins has something called the Jenkins Pull Request builder, so that when you submit a patch to them via a Github Pull Request, it checks out the Jenkins source, patches it, builds it, and runs automated tests. This helps the Jenkins team to decide whether to pull in a patch or not. It's quick, easy, works well........and honestly, makes working with an open source project fun! Unfortunately, working with FreeBSD can seem to be antiquated and a drudgery in comparison, but things are improving with things like Phabricator and Bugzilla. (2) By fixing up the unit tests and paying attention to failures, I've found real problems that need to be fixed. The yacc unit tests started failing after recent imports of byacc. I traced down the problem, and reported it upstream to Thomas Dickey who maintains byacc. He fixed the problem (see http://invisible-island.net/byacc/CHANGES 2014-10-05 and 2014-10-06) and I confirmed that fixed the unit tests. We have the fixed byacc in HEAD and stable/10 branches. Although I've got the ball rolling, hopefully more people in the FreeBSD community can help out by writing tests, paying attention to test failures, helping out with devops issues related to Jenkins, etc. For folks interested, hop on freebsd-testing@freebsd.org and help pitch in! -- Craig On Mon, Oct 20, 2014 at 9:56 PM, Alfred Perlstein wrote: > Craig this is really great. Thanks for doing this and thanks for the > Jenkins guys on giving a shout out! > > On Oct 20, 2014, at 9:42 AM, Craig Rodrigues wrote: > > > Hi, > > > > FYI, Kohsuke Kawaguchi, the lead developer of Jenkins, > > accepted my posting on the Jenkins blog, which describes > > how the FreeBSD project is using Jenkins, Kyua, and Bhyve > > for FreeBSD OS testing: > > > > http://jenkins-ci.org/content/freebsd-project-use-jenkins-os-testing > > > > -- > > Craig > > From owner-freebsd-current@FreeBSD.ORG Tue Oct 21 06:20:22 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2ECB023A; Tue, 21 Oct 2014 06:20:22 +0000 (UTC) Received: from mail.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (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 D7DAB857; Tue, 21 Oct 2014 06:20:21 +0000 (UTC) Received: from e-new.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.0x20.net (Postfix) with ESMTPS id 49D586A6002; Tue, 21 Oct 2014 08:20:18 +0200 (CEST) Received: from e-new.0x20.net (localhost [127.0.0.1]) by e-new.0x20.net (8.14.7/8.14.7) with ESMTP id s9L6KIHf020200; Tue, 21 Oct 2014 08:20:18 +0200 (CEST) (envelope-from lars@e-new.0x20.net) Received: (from lars@localhost) by e-new.0x20.net (8.14.7/8.14.7/Submit) id s9L6KGT5019632; Tue, 21 Oct 2014 08:20:16 +0200 (CEST) (envelope-from lars) Date: Tue, 21 Oct 2014 08:20:16 +0200 From: Lars Engels To: "Philip M. Gollucci" Subject: Re: Voxer using FreeBSD, BSDNow.tv interview Message-ID: <20141021062016.GH72082@e-new.0x20.net> Mail-Followup-To: Lars Engels , "Philip M. Gollucci" , Rainer Duffner , Craig Rodrigues , freebsd-current Current References: <31A8D963-F8EF-4D68-9586-39EE8A7C7C5A@FreeBSD.org> <1FB509B4-25C3-42D7-9F66-8685DEC712D2@ultra-secure.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="MD+Ffo4VJSI0Ass3" Content-Disposition: inline In-Reply-To: X-Editor: VIM - Vi IMproved 7.4 X-Operation-System: FreeBSD 8.4-RELEASE-p16 User-Agent: Mutt/1.5.23 (2014-03-12) Cc: Craig Rodrigues , freebsd-current Current , Rainer Duffner X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2014 06:20:22 -0000 --MD+Ffo4VJSI0Ass3 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline On Mon, Oct 20, 2014 at 07:18:45PM -0400, Philip M. Gollucci wrote: > Not true, you can roll your own omnibus chef builds with this fixed. Can we get this off advocacy@ please? --MD+Ffo4VJSI0Ass3 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJURfsfXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RjQwMDE3RTRERjUzMTI1N0FGRTUxNDlF NTRDQjM3RDNBMDg5RDZEAAoJEOVMs306CJ1tCSkIAKIF34Brdz9vrSbs3B4bJKJs bhIZHxL4QmSuvpoZhwCCkLSjkt+wMfXuwt8babdxp/RuXxWcSQCpAr5aGyCh8RZs gbU9XiXCVF3e9RyBLifXlWQH1il5D7yWp0P4ipgZV8O2qwHxLX6HV7nLOOgSK3Bj 8+mbYgzpIzihQObHEeUY/PxOp3g2zRZgxSfq+vowqCzjYQjVCSV+2r9Fa+E7Ach3 WxsJfhQhMXU9tyvllpwtDvjGz7jQ87mXcLY540tAk8AOaSFsBLkGEjxlQuCRtVbK rHW+5bijbLQXckfRrS1B2ySqiPKGlwGh62+ElJrDGLsgLULi4M641+2Y7h7KZm8= =ttfE -----END PGP SIGNATURE----- --MD+Ffo4VJSI0Ass3-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 21 07:36:38 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F25BD26D; Tue, 21 Oct 2014 07:36:37 +0000 (UTC) Received: from mail-pd0-x22b.google.com (mail-pd0-x22b.google.com [IPv6:2607:f8b0:400e:c02::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BC167F3A; Tue, 21 Oct 2014 07:36:37 +0000 (UTC) Received: by mail-pd0-f171.google.com with SMTP id ft15so787844pdb.16 for ; Tue, 21 Oct 2014 00:36:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=XS4j1adnP7muHqtrbOCOH38CTMEgQ+EN9JeVeP7rqgU=; b=tvwn8eOpQjoLFipovsTDKH+t71M7c+PoQ3WEDOa4W7kJ5MpjMusxv0XiNJp/wKm/Pc IjsEM/P8yPfySgjv7ExAbQYsfq14W3z5Gbjyzj2hCfa62TzC+sXAe5t5FjIQ9xJLCi0d lk8dJ7kU8X6HieKRg8LOaMkkZJu0PYGWriIGdWEaOhBsIc9ZtMH5P8QR/76A/Ur5sA9M Xj/rDNYkk6/o/KDVk1l6iUabXREzhZ9cwXS7PNGK0LtLSWupTv1Docs9RAxeJMjKNo/g lcdejkac0t4OBH9Hvqplr+/axMoegavPJ/hDMp1KpY7UtTDNK5Cx/8O8QVin9LyyP4e6 06rA== MIME-Version: 1.0 X-Received: by 10.70.123.228 with SMTP id md4mr728649pdb.159.1413876997268; Tue, 21 Oct 2014 00:36:37 -0700 (PDT) Received: by 10.70.43.175 with HTTP; Tue, 21 Oct 2014 00:36:37 -0700 (PDT) In-Reply-To: References: <9401112.gOMxVk2Kpo@noxon.firefly> <527008925.2973263.1413809733207.JavaMail.root@uoguelph.ca> Date: Tue, 21 Oct 2014 09:36:37 +0200 Message-ID: Subject: Re: kernel page fault with nfs From: "T.C.Berner" To: araujo@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: Rick Macklem , Allan Jude , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2014 07:36:38 -0000 The system now has an uptime of >24h using NFS heavily. So wsize/rsize=2^15-1 seems to have been the problem.... which is imho a bug therefore. mfg Tobias 2014-10-21 5:11 GMT+02:00 Marcelo Araujo : > Hello Tibias, > > Any news? > > > Best Regards, > > 2014-10-20 20:55 GMT+08:00 Rick Macklem : > >> Tobias C. Berner wrote: >> > Now that I posted it, 32767 should of course be 2^15=32768. Let me >> > recheck if it still >> > hangs with the correct value. >> > >> > On Monday 20 October 2014 09.15:39 Tobias C. Berner wrote: >> > > Hi Marcelo >> > > >> > > Yes, I'm using readahead: >> > > The mountoptions are >> > > "readahead=4,soft,intr,rw,tcp,wsize=32767,rsize=32767,late" >> > > >> If you type "nfsstat -m", you will see what is actually getting used. >> (I suspect the above rsize/wsize got clipped to 32256 or something like >> that. I think it clips it to a multiple of 512.) >> >> If rsize/wsize are not a power of 2, there are issues, although I've never >> been able to see why it is broken. Maybe it should clip it to the power of >> 2 below the value, since it causes unexplained problems otherwise. >> >> rick >> >> > > >> > > mfg Tobias >> > > >> > > On Monday 20 October 2014 10.41:30 Marcelo Araujo wrote: >> > > > Hello Tobias, >> > > > >> > > > Could you show how you are mount the NFS share? >> > > > Are you using 'readahead' option? >> > > > >> > > > Best Regards, >> > > > >> > > > 2014-10-19 17:40 GMT+08:00 Tobias C. Berner : >> > > > > both are at 1100038. >> > > > > >> > > > > On Sunday 19 October 2014 11.12:36 Marcelo Araujo wrote: >> > > > > > It is still strange, could you do what Allan said and send us >> > > > > > the >> > > > > > result >> > > > > >> > > > > in >> > > > > >> > > > > > case you are not sure you have world and kernel in the same >> > > > > > revision! >> > > > > > >> > > > > > On Oct 19, 2014 6:48 AM, "Tobias C. Berner" >> > > > > > wrote: >> > > > > > > Hi >> > > > > > > >> > > > > > > World ist from october 16, installed world and kernel then. >> > > > > > > >> > > > > > > Kernel was later rebuilt with debug-options. >> > > > > > > >> > > > > > > >> > > > > > > >> > > > > > > >> > > > > > > >> > > > > > > Is the following more sensible? >> > > > > > > >> > > > > > > >> > ################################################## >> > > > > > > >> > > > > > > # kgdb NOXON/kernel.debug vmcore.1 >> > > > > > > >> > > > > > > Fatal trap 12: page fault while in kernel mode >> > > > > > > >> > > > > > > cpuid = 5; apic id = 05 >> > > > > > > >> > > > > > > fault virtual address = 0xfffffe07d1744000 >> > > > > > > >> > > > > > > fault code = supervisor write data, page not present >> > > > > > > >> > > > > > > instruction pointer = 0x20:0xffffffff80d4d58a >> > > > > > > >> > > > > > > stack pointer = 0x28:0xfffffe086057f240 >> > > > > > > >> > > > > > > frame pointer = 0x28:0xfffffe086057f2f0 >> > > > > > > >> > > > > > > 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 = 6524 (python2.7) >> > > > > > > >> > > > > > > >> > > > > > > >> > > > > > > >> > > > > > > >> > > > > > > (kgdb) bt >> > > > > > > >> > > > > > > #0 doadump (textdump=1) at pcpu.h:219 >> > > > > > > >> > > > > > > #1 0xffffffff80926b6d in kern_reboot (howto=260) at >> > > > > > > /usr/src/sys/kern/kern_shutdown.c:447 >> > > > > > > >> > > > > > > #2 0xffffffff809270c0 in panic (fmt=) >> > > > > > > at >> > > > > > > /usr/src/sys/kern/kern_shutdown.c:746 >> > > > > > > >> > > > > > > #3 0xffffffff8035f167 in db_panic (addr=> > > > > > > out>, >> > > > > > > have_addr=2, count=0, modif=0x0) at >> > > > > > > /usr/src/sys/ddb/db_command.c:473 >> > > > > > > >> > > > > > > #4 0xffffffff8035ed7d in db_command (cmd_table=0x0) at >> > > > > > > /usr/src/sys/ddb/db_command.c:440 >> > > > > > > >> > > > > > > #5 0xffffffff8035eaf4 in db_command_loop () at >> > > > > > > /usr/src/sys/ddb/db_command.c:493 >> > > > > > > >> > > > > > > #6 0xffffffff80361600 in db_trap (type=> > > > > > > out>, >> > > > > > > code=0) >> > > > > >> > > > > at >> > > > > >> > > > > > > /usr/src/sys/ddb/db_main.c:251 >> > > > > > > >> > > > > > > #7 0xffffffff80966f01 in kdb_trap (type=12, code=0, >> > > > > > > tf=> > > > > > > optimized >> > > > > > > out>) at /usr/src/sys/kern/subr_kdb.c:654 >> > > > > > > >> > > > > > > #8 0xffffffff80d4fa7c in trap_fatal >> > > > > > > (frame=0xfffffe086057f190, >> > > > > >> > > > > eva=> > > > > >> > > > > > > optimized out>) at /usr/src/sys/amd64/amd64/trap.c:861 >> > > > > > > >> > > > > > > #9 0xffffffff80d4fe0c in trap_pfault >> > > > > > > (frame=0xfffffe086057f190, >> > > > > > > usermode=) at >> > > > > > > /usr/src/sys/amd64/amd64/trap.c:677 >> > > > > > > >> > > > > > > #10 0xffffffff80d4f42e in trap (frame=0xfffffe086057f190) >> > > > > > > at >> > > > > > > /usr/src/sys/amd64/amd64/trap.c:426 >> > > > > > > >> > > > > > > #11 0xffffffff80d33972 in calltrap () at >> > > > > > > /usr/src/sys/amd64/amd64/exception.S:231 >> > > > > > > >> > > > > > > #12 0xffffffff80d4d58a in bzero () at >> > > > > > > /usr/src/sys/amd64/amd64/support.S:53 >> > > > > > > >> > > > > > > #13 0xffffffff80830463 in ncl_doio (vp=0xfffff801e7f99938, >> > > > > > > bp=0xfffffe07c5a168e8, cr=, td=> > > > > > > optimized >> > > > > >> > > > > out>, >> > > > > >> > > > > > > called_from_strategy=) >> > > > > > > >> > > > > > > at /usr/src/sys/fs/nfsclient/nfs_clbio.c:1648 >> > _______________________________________________ >> > freebsd-current@freebsd.org mailing list >> > http://lists.freebsd.org/mailman/listinfo/freebsd-current >> > To unsubscribe, send any mail to >> > "freebsd-current-unsubscribe@freebsd.org" >> > >> > > > > -- > > -- > Marcelo Araujo (__)araujo@FreeBSD.org \\\'',)http://www.FreeBSD.org \/ \ ^ > Power To Server. .\. /_) > > From owner-freebsd-current@FreeBSD.ORG Tue Oct 21 07:45:28 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0A8E3481; Tue, 21 Oct 2014 07:45:28 +0000 (UTC) Received: from mail-wi0-x233.google.com (mail-wi0-x233.google.com [IPv6:2a00:1450:400c:c05::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 62EC2B5; Tue, 21 Oct 2014 07:45:27 +0000 (UTC) Received: by mail-wi0-f179.google.com with SMTP id d1so982357wiv.6 for ; Tue, 21 Oct 2014 00:45:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=6KTvp9C5oNL07exT+onkcMFwBSxGyCfgyduxitPk29k=; b=iLkDlIV44W05yDFjgY+TK5A8AHKKA5Ndr8AaMrumZ3hvd278v2C5sK71UD7KFknu+K y4fv28HpDiR/FRNulkuCQMic12MNUKpGf+K5OVEHNyC9Yz5WzxKBI56rS4Szh+KLfmu0 eDW+/YDT8WGeENS5987Wf8lHvdiXa0mkY0zrsfPkt68fEMKv4P4YSaeUB1pKr3I/7WMk ENAd/R0lghWDQeMq4fOxsOUhrHemAuMJuhcA4I5+YKhY3slR0oXHqsnLioctC4Egp12L FCwqkPpePDu6/pBGsL/1jlU98P2MZFYgxc/SQG4vzy06vlnlJbelJcVcP1hI66uFGv6D m8YA== MIME-Version: 1.0 X-Received: by 10.194.157.137 with SMTP id wm9mr40196725wjb.5.1413877525016; Tue, 21 Oct 2014 00:45:25 -0700 (PDT) Received: by 10.216.159.193 with HTTP; Tue, 21 Oct 2014 00:45:24 -0700 (PDT) Reply-To: araujo@FreeBSD.org In-Reply-To: References: <9401112.gOMxVk2Kpo@noxon.firefly> <527008925.2973263.1413809733207.JavaMail.root@uoguelph.ca> Date: Tue, 21 Oct 2014 15:45:24 +0800 Message-ID: Subject: Re: kernel page fault with nfs From: Marcelo Araujo To: "T.C.Berner" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: Rick Macklem , Allan Jude , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2014 07:45:28 -0000 Hello Tobias, That sounds good, at least you don't have any crash so far. I agree with you, seems a bug, I'm gonna take a look on that. Could you share with me your testbed or how you can reproduce the issue? Best Regards, 2014-10-21 15:36 GMT+08:00 T.C.Berner : > The system now has an uptime of >24h using NFS heavily. > > So wsize/rsize=2^15-1 seems to have been the problem.... which is imho a > bug therefore. > > > mfg Tobias > > 2014-10-21 5:11 GMT+02:00 Marcelo Araujo : > >> Hello Tibias, >> >> Any news? >> >> >> Best Regards, >> >> 2014-10-20 20:55 GMT+08:00 Rick Macklem : >> >>> Tobias C. Berner wrote: >>> > Now that I posted it, 32767 should of course be 2^15=32768. Let me >>> > recheck if it still >>> > hangs with the correct value. >>> > >>> > On Monday 20 October 2014 09.15:39 Tobias C. Berner wrote: >>> > > Hi Marcelo >>> > > >>> > > Yes, I'm using readahead: >>> > > The mountoptions are >>> > > "readahead=4,soft,intr,rw,tcp,wsize=32767,rsize=32767,late" >>> > > >>> If you type "nfsstat -m", you will see what is actually getting used. >>> (I suspect the above rsize/wsize got clipped to 32256 or something like >>> that. I think it clips it to a multiple of 512.) >>> >>> If rsize/wsize are not a power of 2, there are issues, although I've >>> never >>> been able to see why it is broken. Maybe it should clip it to the power >>> of >>> 2 below the value, since it causes unexplained problems otherwise. >>> >>> rick >>> >>> > > >>> > > mfg Tobias >>> > > >>> > > On Monday 20 October 2014 10.41:30 Marcelo Araujo wrote: >>> > > > Hello Tobias, >>> > > > >>> > > > Could you show how you are mount the NFS share? >>> > > > Are you using 'readahead' option? >>> > > > >>> > > > Best Regards, >>> > > > >>> > > > 2014-10-19 17:40 GMT+08:00 Tobias C. Berner : >>> > > > > both are at 1100038. >>> > > > > >>> > > > > On Sunday 19 October 2014 11.12:36 Marcelo Araujo wrote: >>> > > > > > It is still strange, could you do what Allan said and send us >>> > > > > > the >>> > > > > > result >>> > > > > >>> > > > > in >>> > > > > >>> > > > > > case you are not sure you have world and kernel in the same >>> > > > > > revision! >>> > > > > > >>> > > > > > On Oct 19, 2014 6:48 AM, "Tobias C. Berner" >>> > > > > > wrote: >>> > > > > > > Hi >>> > > > > > > >>> > > > > > > World ist from october 16, installed world and kernel then. >>> > > > > > > >>> > > > > > > Kernel was later rebuilt with debug-options. >>> > > > > > > >>> > > > > > > >>> > > > > > > >>> > > > > > > >>> > > > > > > >>> > > > > > > Is the following more sensible? >>> > > > > > > >>> > > > > > > >>> > ################################################## >>> > > > > > > >>> > > > > > > # kgdb NOXON/kernel.debug vmcore.1 >>> > > > > > > >>> > > > > > > Fatal trap 12: page fault while in kernel mode >>> > > > > > > >>> > > > > > > cpuid = 5; apic id = 05 >>> > > > > > > >>> > > > > > > fault virtual address = 0xfffffe07d1744000 >>> > > > > > > >>> > > > > > > fault code = supervisor write data, page not present >>> > > > > > > >>> > > > > > > instruction pointer = 0x20:0xffffffff80d4d58a >>> > > > > > > >>> > > > > > > stack pointer = 0x28:0xfffffe086057f240 >>> > > > > > > >>> > > > > > > frame pointer = 0x28:0xfffffe086057f2f0 >>> > > > > > > >>> > > > > > > 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 = 6524 (python2.7) >>> > > > > > > >>> > > > > > > >>> > > > > > > >>> > > > > > > >>> > > > > > > >>> > > > > > > (kgdb) bt >>> > > > > > > >>> > > > > > > #0 doadump (textdump=1) at pcpu.h:219 >>> > > > > > > >>> > > > > > > #1 0xffffffff80926b6d in kern_reboot (howto=260) at >>> > > > > > > /usr/src/sys/kern/kern_shutdown.c:447 >>> > > > > > > >>> > > > > > > #2 0xffffffff809270c0 in panic (fmt=) >>> > > > > > > at >>> > > > > > > /usr/src/sys/kern/kern_shutdown.c:746 >>> > > > > > > >>> > > > > > > #3 0xffffffff8035f167 in db_panic (addr=>> > > > > > > out>, >>> > > > > > > have_addr=2, count=0, modif=0x0) at >>> > > > > > > /usr/src/sys/ddb/db_command.c:473 >>> > > > > > > >>> > > > > > > #4 0xffffffff8035ed7d in db_command (cmd_table=0x0) at >>> > > > > > > /usr/src/sys/ddb/db_command.c:440 >>> > > > > > > >>> > > > > > > #5 0xffffffff8035eaf4 in db_command_loop () at >>> > > > > > > /usr/src/sys/ddb/db_command.c:493 >>> > > > > > > >>> > > > > > > #6 0xffffffff80361600 in db_trap (type=>> > > > > > > out>, >>> > > > > > > code=0) >>> > > > > >>> > > > > at >>> > > > > >>> > > > > > > /usr/src/sys/ddb/db_main.c:251 >>> > > > > > > >>> > > > > > > #7 0xffffffff80966f01 in kdb_trap (type=12, code=0, >>> > > > > > > tf=>> > > > > > > optimized >>> > > > > > > out>) at /usr/src/sys/kern/subr_kdb.c:654 >>> > > > > > > >>> > > > > > > #8 0xffffffff80d4fa7c in trap_fatal >>> > > > > > > (frame=0xfffffe086057f190, >>> > > > > >>> > > > > eva=>> > > > > >>> > > > > > > optimized out>) at /usr/src/sys/amd64/amd64/trap.c:861 >>> > > > > > > >>> > > > > > > #9 0xffffffff80d4fe0c in trap_pfault >>> > > > > > > (frame=0xfffffe086057f190, >>> > > > > > > usermode=) at >>> > > > > > > /usr/src/sys/amd64/amd64/trap.c:677 >>> > > > > > > >>> > > > > > > #10 0xffffffff80d4f42e in trap (frame=0xfffffe086057f190) >>> > > > > > > at >>> > > > > > > /usr/src/sys/amd64/amd64/trap.c:426 >>> > > > > > > >>> > > > > > > #11 0xffffffff80d33972 in calltrap () at >>> > > > > > > /usr/src/sys/amd64/amd64/exception.S:231 >>> > > > > > > >>> > > > > > > #12 0xffffffff80d4d58a in bzero () at >>> > > > > > > /usr/src/sys/amd64/amd64/support.S:53 >>> > > > > > > >>> > > > > > > #13 0xffffffff80830463 in ncl_doio (vp=0xfffff801e7f99938, >>> > > > > > > bp=0xfffffe07c5a168e8, cr=, td=>> > > > > > > optimized >>> > > > > >>> > > > > out>, >>> > > > > >>> > > > > > > called_from_strategy=) >>> > > > > > > >>> > > > > > > at /usr/src/sys/fs/nfsclient/nfs_clbio.c:1648 >>> > _______________________________________________ >>> > freebsd-current@freebsd.org mailing list >>> > http://lists.freebsd.org/mailman/listinfo/freebsd-current >>> > To unsubscribe, send any mail to >>> > "freebsd-current-unsubscribe@freebsd.org" >>> > >>> >> >> >> >> -- >> >> -- >> Marcelo Araujo (__)araujo@FreeBSD.org \\\'',)http://www.FreeBSD.org \/ \ ^ >> Power To Server. .\. /_) >> >> > -- -- Marcelo Araujo (__)araujo@FreeBSD.org \\\'',)http://www.FreeBSD.org \/ \ ^ Power To Server. .\. /_) From owner-freebsd-current@FreeBSD.ORG Tue Oct 21 08:14:21 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B4D21CC6; Tue, 21 Oct 2014 08:14:21 +0000 (UTC) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cloud.theravensnest.org", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8AC8E3EB; Tue, 21 Oct 2014 08:14:21 +0000 (UTC) Received: from [192.168.0.106] (cpc14-cmbg15-2-0-cust307.5-4.cable.virginm.net [82.26.1.52]) (authenticated bits=0) by theravensnest.org (8.14.9/8.14.9) with ESMTP id s9L8EDY6099509 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 21 Oct 2014 08:14:19 GMT (envelope-from theraven@FreeBSD.org) X-Authentication-Warning: theravensnest.org: Host cpc14-cmbg15-2-0-cust307.5-4.cable.virginm.net [82.26.1.52] claimed to be [192.168.0.106] Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: HOWTO articles for migrating from Linux to FreeBSD, especially for pkg? From: David Chisnall In-Reply-To: <20141020231526.GO6490@blisses.org> Date: Tue, 21 Oct 2014 09:14:07 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <2F4335C6-31F3-46C8-AEB9-3D615E305C48@FreeBSD.org> References: <20140811221043.492110d4@arch> <20140813213718.4814f58c@arch> <53EC1214.9020505@pinyon.org> <20141018121150.5aae6682@X220.alogt.com> <20141018145857.c17931841923f39c79464033@dec.sakura.ne.jp> <20141020183253.GE6490@blisses.org> <5837e41bf824926f9c49325e1817aec8@ultimatedns.net> <54458B06.5050301@freebsd.org> <20141020231526.GO6490@blisses.org> To: Mason Loring Bliss X-Mailer: Apple Mail (2.1878.6) Cc: freebsd-current@freebsd.org, Allan Jude X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2014 08:14:21 -0000 On 21 Oct 2014, at 00:15, Mason Loring Bliss wrote: > The second thing that would be useful would be a series of cheat = sheets for > various things. This can either be equivalent commands or equivalent = systems. > Let new folks know that LUKS is GELI and that md-raid1 is gmirror and = so > forth. Show common package handling commands for various Linux = flavours and > map them to pkgng and ports. For instance, what's the equivalent of = "yum > provides"? Or what do I do in place of "apt-cache search" or "zypper = up" or > similar. I agree that this would be useful, but it requires someone familiar with = both systems to write. Perhaps you could help by coming up with a list = of things that you did frequently with Debian and a description of what = they did, then someone more familiar with the FreeBSD side can help fill = in any gaps where you haven't yet worked out what the FreeBSD equivalent = is (or, if there isn't a FreeBSD equivalent, then we have a useful = feature request). > Other things in the grab bag... It's generally said that ports and = pkgs > shouldn't mix, but there are at least a couple instances where it's > unavoidable: >=20 > I bet roughly no one who installs Subversion wants the FreeBSD bug = report > headers baked in by default, but there they are unless you rebuild = from ports > with a non-default configuration. It's worth noting that the FreeBSD headers don't affect operation. = Subversion only adds the headers to the commit message if they're = modified. I think that the fix for this is to add a line at the top = saying # Things below this line are only included if modified I find that I do occasionally use those in other projects. > If you want to watch DVDs on your FreeBSD workstation, it's necessary = to > install libdvdcss, but you can't get it from pkgng because it's not = there. > Again, you must build from ports. Really? I've installed vlc from packages and it seems able to play = DVDs. I don't remember having to do anything special. Perhaps I had an = old version of libdecss installed. I thought that CSS had been ruled = not to be an 'effective copyright protection mechanism' in the US, so = wasn't covered by the DMCA anymore. > I have nothing against ports, but people are warned off of mixing = packages > and ports when clearly it's necessary sometimes. >=20 > Oh, here's one. I *was* horrified by ports at first, until someone = told me > about "make config-recursive". It really makes me wonder why this = isn't the > default. I remember giving up on FreeBSD when 9.x was new because I = had to > build X from ports after the FreeBSD breach, and it seemed like the = process > was going to take a couple days of stuttering stops and starts as = random > packages I didn't want in some cases popped up between compiles. I = learned > some mechanism for saying "just take the defaults" but what I know now = is > that what I really wanted was "make config-recursive". Why, out of = curiosity, > is it not the default? That would seem better than documenting it = harder. The recommended way of building packages now is to use Poudriere. The = Poudriere section in the handbook is still very new and contributions = are *very* welcome. I think that having an example of 'how to build = libdecss from ports' there might be a good idea. There is a plan that each package set should come with a package = containing the matching ports tree, so that you can build package from = ports that are compatible with the binary ones. That should make a lot = of this easier. I think the two cases for Poudriere that need to be in the handbook are: - How to build a few custom packages but mostly use upstream for an = individual - How to build a local package repository for your organisation with a = load of custom config options for packages built from ports and some = custom local-only ports > Ah, and one more for the grab bag. I strongly suspect that many folks = coming > from Linux are going to bristle at the notion of using Sendmail. I = used to > run it so I wasn't terribly bothered by it, but maybe pre-populating = rc.conf > with obvious bits that people can see and turn off would be nice. = OpenBSD has > a nice model of populating rc.conf and sysctl.conf fully, and it ends = up > being a pleasant tool. Those awash in wonder, coming from Linux, can = say, > "Look, it's all right here!" We put those things in /etc/defaults/rc.conf, which makes merges easier = on upgrade: the user doesn't touch /etc/defaults/rc.conf and the update = tool doesn't touch /etc/rc.conf. Again, if the handbook doesn't tell = you to look in /etc/defaults/rc.conf then that's an oversight that we = should fix. It might be a good idea to move this thread to the -docs mailing list, = as it seems to have identified a number of shortcomings in our = documentation and it would be a good idea to try to find some docs = people willing to help get them fixed. David From owner-freebsd-current@FreeBSD.ORG Tue Oct 21 09:10:17 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 96C7DCF8; Tue, 21 Oct 2014 09:10:17 +0000 (UTC) Received: from zhbdzmsp-smta15.bluewin.ch (zhbdzmsp-smta15.bluewin.ch [195.186.99.132]) by mx1.freebsd.org (Postfix) with ESMTP id 9BA01BE5; Tue, 21 Oct 2014 09:10:16 +0000 (UTC) Received: from [195.186.227.130] ([195.186.227.130:61820] helo=zhhdzmsp-smta12.bluewin.ch) by zhbdzmsp-smta15.bluewin.ch (envelope-from ) (ecelerity 3.5.7.40067 r(Platform:3.5.7.0)) with ESMTP id 9C/23-05081-0F226445; Tue, 21 Oct 2014 09:10:08 +0000 Received: from noxon.firefly (85.1.147.28) by zhhdzmsp-smta12.bluewin.ch (8.5.142) (authenticated as tobias.berner) id 52A87E3C13C3875F; Tue, 21 Oct 2014 09:10:08 +0000 From: "Tobias C. Berner" To: araujo@freebsd.org Subject: Re: kernel page fault with nfs Date: Tue, 21 Oct 2014 11:10:07 +0200 Message-ID: <9752382.X6OBTMl3Me@noxon.firefly> User-Agent: KMail/4.14.2 (FreeBSD/11.0-CURRENT; KDE/4.14.2; amd64; ; ) In-Reply-To: References: <9401112.gOMxVk2Kpo@noxon.firefly> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7Bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: Rick Macklem , Allan Jude , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2014 09:10:17 -0000 Hi Marcelo The following ist the current fstab-line which seems to run smoothly: odo.firefly:/storage/multimedia /multimedia nfs readahead=4,soft,intr,rw,tcp,wsize=32768,rsize=32768,late 0 0 nfsstat -m: odo.firefly:/storage/multimedia on /multimedia nfsv3,tcp,resvport,soft,intr,cto,lockd,sec=sys,acdirmin=3,acdirmax=60,acregmin=5,a cregmax=60,nametimeo=60,negnametimeo=60,rsize=32768,wsize=32768,readdirsi ze=32768,readahead=4,wcommitsize=2798255,timeout=120,retrans=2 Now the bad line (no different appart from the typo) odo.firefly:/storage/multimedia /multimedia nfs readahead=4,soft,intr,rw,tcp,wsize=32767,rsize=32767,late 0 0 which leads to the page-faults. And as you said wsize/rsize gets rounded down to the multiple of 512: odo.firefly:/storage/multimedia on /multimedia nfsv3,tcp,resvport,soft,intr,cto,lockd,sec=sys,acdirmin=3,acdirmax=60,acregmin=5,a cregmax=60,nametimeo=60,negnametimeo=60,rsize=32256,wsize=32256,readdirsi ze=32256,readahead=4,wcommitsize=2798255,timeout=120,retrans=2 I can easily reproduce the pagefault by letting for example multimedia/gpodder write to the nfs. hope this helps, mfg Tobias On Tuesday 21 October 2014 15.45:24 Marcelo Araujo wrote: > Hello Tobias, > > That sounds good, at least you don't have any crash so far. > I agree with you, seems a bug, I'm gonna take a look on that. > > Could you share with me your testbed or how you can reproduce the issue? > > Best Regards, > > 2014-10-21 15:36 GMT+08:00 T.C.Berner : > > The system now has an uptime of >24h using NFS heavily. > > > > So wsize/rsize=2^15-1 seems to have been the problem.... which is imho a > > bug therefore. > > > > > > mfg Tobias > > > > 2014-10-21 5:11 GMT+02:00 Marcelo Araujo : > >> Hello Tibias, > >> > >> Any news? > >> > >> > >> Best Regards, > >> > >> 2014-10-20 20:55 GMT+08:00 Rick Macklem : > >>> Tobias C. Berner wrote: > >>> > Now that I posted it, 32767 should of course be 2^15=32768. Let me > >>> > recheck if it still > >>> > hangs with the correct value. > >>> > > >>> > On Monday 20 October 2014 09.15:39 Tobias C. Berner wrote: > >>> > > Hi Marcelo > >>> > > > >>> > > Yes, I'm using readahead: > >>> > > The mountoptions are > >>> > > "readahead=4,soft,intr,rw,tcp,wsize=32767,rsize=32767,late" > >>> > >>> If you type "nfsstat -m", you will see what is actually getting used. > >>> (I suspect the above rsize/wsize got clipped to 32256 or something like > >>> > >>> that. I think it clips it to a multiple of 512.) > >>> > >>> If rsize/wsize are not a power of 2, there are issues, although I've > >>> never > >>> been able to see why it is broken. Maybe it should clip it to the power > >>> of > >>> 2 below the value, since it causes unexplained problems otherwise. > >>> > >>> rick > >>> > >>> > > mfg Tobias > >>> > > > >>> > > On Monday 20 October 2014 10.41:30 Marcelo Araujo wrote: > >>> > > > Hello Tobias, > >>> > > > > >>> > > > Could you show how you are mount the NFS share? > >>> > > > Are you using 'readahead' option? > >>> > > > > >>> > > > Best Regards, > >>> > > > > >>> > > > 2014-10-19 17:40 GMT+08:00 Tobias C. Berner : > >>> > > > > both are at 1100038. > >>> > > > > > >>> > > > > On Sunday 19 October 2014 11.12:36 Marcelo Araujo wrote: > >>> > > > > > It is still strange, could you do what Allan said and send us > >>> > > > > > the > >>> > > > > > result > >>> > > > > > >>> > > > > in > >>> > > > > > >>> > > > > > case you are not sure you have world and kernel in the same > >>> > > > > > revision! > >>> > > > > > > >>> > > > > > On Oct 19, 2014 6:48 AM, "Tobias C. Berner" > >>> > > > > > > >>> > > > > > wrote: > >>> > > > > > > Hi > >>> > > > > > > > >>> > > > > > > World ist from october 16, installed world and kernel then. > >>> > > > > > > > >>> > > > > > > Kernel was later rebuilt with debug-options. > >>> > > > > > > > >>> > > > > > > > >>> > > > > > > > >>> > > > > > > > >>> > > > > > > > >>> > > > > > > Is the following more sensible? > >>> > > >>> > ################################################## > >>> > > >>> > > > > > > # kgdb NOXON/kernel.debug vmcore.1 From owner-freebsd-current@FreeBSD.ORG Tue Oct 21 09:13:36 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C1593E29; Tue, 21 Oct 2014 09:13:36 +0000 (UTC) Received: from mail-wg0-x234.google.com (mail-wg0-x234.google.com [IPv6:2a00:1450:400c:c00::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F167BC9D; Tue, 21 Oct 2014 09:13:35 +0000 (UTC) Received: by mail-wg0-f52.google.com with SMTP id a1so809847wgh.23 for ; Tue, 21 Oct 2014 02:13:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=4JUl+jNB1Wt+rJXZ5LsR4VL7vbLbqz+GcvEM8Ikjyig=; b=O+14LEGq509YQoQ+QZYBPRFDl77tM/a1dFfTSZGxu4venU7C02N4tGHomNN8UIjwpQ kLtTy7rq1rcQvu3pl74JkW5+JqwlDRJAU4C6DdNgqShzS8yWfM0TVZ7EJEmGJTrpPVlN ByPrRkUnyCIIF6+f7c3RwcrA0LDBLbjidjRUkuf6Mc9Mbt2H8UliF0LV+MGuwonaHCvs aN/34+WHwDkwPMIYz7uUVrM//1l3s/BnnTBb8fN6eAHrTBamWP9MmspM0ZIBOzGiIH/e Bx2p5VZQ6ivAB0CBklTXl9BnGSnyutShuHtF2NoGX6w7qsGtgW84mIb0Zw1DVd09Ofkr G6Iw== MIME-Version: 1.0 X-Received: by 10.194.237.9 with SMTP id uy9mr39830766wjc.69.1413882812908; Tue, 21 Oct 2014 02:13:32 -0700 (PDT) Received: by 10.216.159.193 with HTTP; Tue, 21 Oct 2014 02:13:32 -0700 (PDT) Reply-To: araujo@FreeBSD.org In-Reply-To: <9752382.X6OBTMl3Me@noxon.firefly> References: <9401112.gOMxVk2Kpo@noxon.firefly> <9752382.X6OBTMl3Me@noxon.firefly> Date: Tue, 21 Oct 2014 17:13:32 +0800 Message-ID: Subject: Re: kernel page fault with nfs From: Marcelo Araujo To: "Tobias C. Berner" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: Rick Macklem , Allan Jude , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2014 09:13:36 -0000 Tobias, Thank you very much, it really helps to simulate the problem. I'm gonna try as soon as possible and I will keep you informed. Best Regards, 2014-10-21 17:10 GMT+08:00 Tobias C. Berner : > Hi Marcelo > > > > The following ist the current fstab-line which seems to run smoothly: > > odo.firefly:/storage/multimedia /multimedia nfs > readahead=4,soft,intr,rw,tcp,wsize=32768,rsize=32768,late 0 0 > > > > nfsstat -m: > > odo.firefly:/storage/multimedia on /multimedia > > > nfsv3,tcp,resvport,soft,intr,cto,lockd,sec=sys,acdirmin=3,acdirmax=60,acregmin=5,acregmax=60,nametimeo=60,negnametimeo=60,rsize=32768,wsize=32768,readdirsize=32768,readahead=4,wcommitsize=2798255,timeout=120,retrans=2 > > > > > > > > > > Now the bad line (no different appart from the typo) > > odo.firefly:/storage/multimedia /multimedia nfs > readahead=4,soft,intr,rw,tcp,wsize=32767,rsize=32767,late 0 0 > > which leads to the page-faults. > > And as you said wsize/rsize gets rounded down to the multiple of 512: > > odo.firefly:/storage/multimedia on /multimedia > > > nfsv3,tcp,resvport,soft,intr,cto,lockd,sec=sys,acdirmin=3,acdirmax=60,acregmin=5,acregmax=60,nametimeo=60,negnametimeo=60,rsize=32256,wsize=32256,readdirsize=32256,readahead=4,wcommitsize=2798255,timeout=120,retrans=2 > > > > > > I can easily reproduce the pagefault by letting for example > multimedia/gpodder write to the nfs. > > > > > > > > hope this helps, > > > > mfg Tobias > > > > > > > > > > On Tuesday 21 October 2014 15.45:24 Marcelo Araujo wrote: > > > Hello Tobias, > > > > > > That sounds good, at least you don't have any crash so far. > > > I agree with you, seems a bug, I'm gonna take a look on that. > > > > > > Could you share with me your testbed or how you can reproduce the issue? > > > > > > Best Regards, > > > > > > 2014-10-21 15:36 GMT+08:00 T.C.Berner : > > > > The system now has an uptime of >24h using NFS heavily. > > > > > > > > So wsize/rsize=2^15-1 seems to have been the problem.... which is imho > a > > > > bug therefore. > > > > > > > > > > > > mfg Tobias > > > > > > > > 2014-10-21 5:11 GMT+02:00 Marcelo Araujo : > > > >> Hello Tibias, > > > >> > > > >> Any news? > > > >> > > > >> > > > >> Best Regards, > > > >> > > > >> 2014-10-20 20:55 GMT+08:00 Rick Macklem : > > > >>> Tobias C. Berner wrote: > > > >>> > Now that I posted it, 32767 should of course be 2^15=32768. Let me > > > >>> > recheck if it still > > > >>> > hangs with the correct value. > > > >>> > > > > >>> > On Monday 20 October 2014 09.15:39 Tobias C. Berner wrote: > > > >>> > > Hi Marcelo > > > >>> > > > > > >>> > > Yes, I'm using readahead: > > > >>> > > The mountoptions are > > > >>> > > "readahead=4,soft,intr,rw,tcp,wsize=32767,rsize=32767,late" > > > >>> > > > >>> If you type "nfsstat -m", you will see what is actually getting used. > > > >>> (I suspect the above rsize/wsize got clipped to 32256 or something > like > > > >>> > > > >>> that. I think it clips it to a multiple of 512.) > > > >>> > > > >>> If rsize/wsize are not a power of 2, there are issues, although I've > > > >>> never > > > >>> been able to see why it is broken. Maybe it should clip it to the > power > > > >>> of > > > >>> 2 below the value, since it causes unexplained problems otherwise. > > > >>> > > > >>> rick > > > >>> > > > >>> > > mfg Tobias > > > >>> > > > > > >>> > > On Monday 20 October 2014 10.41:30 Marcelo Araujo wrote: > > > >>> > > > Hello Tobias, > > > >>> > > > > > > >>> > > > Could you show how you are mount the NFS share? > > > >>> > > > Are you using 'readahead' option? > > > >>> > > > > > > >>> > > > Best Regards, > > > >>> > > > > > > >>> > > > 2014-10-19 17:40 GMT+08:00 Tobias C. Berner < > tcberner@gmail.com>: > > > >>> > > > > both are at 1100038. > > > >>> > > > > > > > >>> > > > > On Sunday 19 October 2014 11.12:36 Marcelo Araujo wrote: > > > >>> > > > > > It is still strange, could you do what Allan said and send > us > > > >>> > > > > > the > > > >>> > > > > > result > > > >>> > > > > > > > >>> > > > > in > > > >>> > > > > > > > >>> > > > > > case you are not sure you have world and kernel in the same > > > >>> > > > > > revision! > > > >>> > > > > > > > > >>> > > > > > On Oct 19, 2014 6:48 AM, "Tobias C. Berner" > > > >>> > > > > > > > > >>> > > > > > wrote: > > > >>> > > > > > > Hi > > > >>> > > > > > > > > > >>> > > > > > > World ist from october 16, installed world and kernel > then. > > > >>> > > > > > > > > > >>> > > > > > > Kernel was later rebuilt with debug-options. > > > >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > Is the following more sensible? > > > >>> > > > > >>> > ################################################## > > > >>> > > > > >>> > > > > > > # kgdb NOXON/kernel.debug vmcore.1 > > > >>> > > > > > > > > > >>> > > > > > > Fatal trap 12: page fault while in kernel mode > > > >>> > > > > > > > > > >>> > > > > > > cpuid = 5; apic id = 05 > > > >>> > > > > > > > > > >>> > > > > > > fault virtual address = 0xfffffe07d1744000 > > > >>> > > > > > > > > > >>> > > > > > > fault code = supervisor write data, page not present > > > >>> > > > > > > > > > >>> > > > > > > instruction pointer = 0x20:0xffffffff80d4d58a > > > >>> > > > > > > > > > >>> > > > > > > stack pointer = 0x28:0xfffffe086057f240 > > > >>> > > > > > > > > > >>> > > > > > > frame pointer = 0x28:0xfffffe086057f2f0 > > > >>> > > > > > > > > > >>> > > > > > > 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 = 6524 (python2.7) > > > >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > (kgdb) bt > > > >>> > > > > > > > > > >>> > > > > > > #0 doadump (textdump=1) at pcpu.h:219 > > > >>> > > > > > > > > > >>> > > > > > > #1 0xffffffff80926b6d in kern_reboot (howto=260) at > > > >>> > > > > > > /usr/src/sys/kern/kern_shutdown.c:447 > > > >>> > > > > > > > > > >>> > > > > > > #2 0xffffffff809270c0 in panic (fmt= out>) > > > >>> > > > > > > at > > > >>> > > > > > > /usr/src/sys/kern/kern_shutdown.c:746 > > > >>> > > > > > > > > > >>> > > > > > > #3 0xffffffff8035f167 in db_panic (addr= > > >>> > > > > > > out>, > > > >>> > > > > > > have_addr=2, count=0, modif=0x0) at > > > >>> > > > > > > /usr/src/sys/ddb/db_command.c:473 > > > >>> > > > > > > > > > >>> > > > > > > #4 0xffffffff8035ed7d in db_command (cmd_table=0x0) at > > > >>> > > > > > > /usr/src/sys/ddb/db_command.c:440 > > > >>> > > > > > > > > > >>> > > > > > > #5 0xffffffff8035eaf4 in db_command_loop () at > > > >>> > > > > > > /usr/src/sys/ddb/db_command.c:493 > > > >>> > > > > > > > > > >>> > > > > > > #6 0xffffffff80361600 in db_trap (type= > > >>> > > > > > > out>, > > > >>> > > > > > > code=0) > > > >>> > > > > > > > >>> > > > > at > > > >>> > > > > > > > >>> > > > > > > /usr/src/sys/ddb/db_main.c:251 > > > >>> > > > > > > > > > >>> > > > > > > #7 0xffffffff80966f01 in kdb_trap (type=12, code=0, > > > >>> > > > > > > tf= > > >>> > > > > > > optimized > > > >>> > > > > > > out>) at /usr/src/sys/kern/subr_kdb.c:654 > > > >>> > > > > > > > > > >>> > > > > > > #8 0xffffffff80d4fa7c in trap_fatal > > > >>> > > > > > > (frame=0xfffffe086057f190, > > > >>> > > > > > > > >>> > > > > eva= > > >>> > > > > > > > >>> > > > > > > optimized out>) at /usr/src/sys/amd64/amd64/trap.c:861 > > > >>> > > > > > > > > > >>> > > > > > > #9 0xffffffff80d4fe0c in trap_pfault > > > >>> > > > > > > (frame=0xfffffe086057f190, > > > >>> > > > > > > usermode=) at > > > >>> > > > > > > /usr/src/sys/amd64/amd64/trap.c:677 > > > >>> > > > > > > > > > >>> > > > > > > #10 0xffffffff80d4f42e in trap (frame=0xfffffe086057f190) > > > >>> > > > > > > at > > > >>> > > > > > > /usr/src/sys/amd64/amd64/trap.c:426 > > > >>> > > > > > > > > > >>> > > > > > > #11 0xffffffff80d33972 in calltrap () at > > > >>> > > > > > > /usr/src/sys/amd64/amd64/exception.S:231 > > > >>> > > > > > > > > > >>> > > > > > > #12 0xffffffff80d4d58a in bzero () at > > > >>> > > > > > > /usr/src/sys/amd64/amd64/support.S:53 > > > >>> > > > > > > > > > >>> > > > > > > #13 0xffffffff80830463 in ncl_doio > (vp=0xfffff801e7f99938, > > > >>> > > > > > > bp=0xfffffe07c5a168e8, cr=, > td= > > >>> > > > > > > optimized > > > >>> > > > > > > > >>> > > > > out>, > > > >>> > > > > > > > >>> > > > > > > called_from_strategy=) > > > >>> > > > > > > > > > >>> > > > > > > at /usr/src/sys/fs/nfsclient/nfs_clbio.c:1648 > > > >>> > > > > >>> > _______________________________________________ > > > >>> > freebsd-current@freebsd.org mailing list > > > >>> > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > > >>> > To unsubscribe, send any mail to > > > >>> > "freebsd-current-unsubscribe@freebsd.org" > > > >> > > > >> -- > > > >> > > > >> -- > > > >> Marcelo Araujo (__)araujo@FreeBSD.org > > > >> \\\'',)http://www.FreeBSD.org \/ \ ^ Power > > > >> To Server. .\. /_) > > > -- -- Marcelo Araujo (__)araujo@FreeBSD.org \\\'',)http://www.FreeBSD.org \/ \ ^ Power To Server. .\. /_) From owner-freebsd-current@FreeBSD.ORG Tue Oct 21 09:15:09 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 03FF7119; Tue, 21 Oct 2014 09:15:09 +0000 (UTC) Received: from zhbdzmsp-smta17.bluewin.ch (zhbdzmsp-smta17.bluewin.ch [195.186.99.133]) by mx1.freebsd.org (Postfix) with ESMTP id 2F756CBE; Tue, 21 Oct 2014 09:15:07 +0000 (UTC) Received: from [195.186.227.131] ([195.186.227.131:48705] helo=zhhdzmsp-smta14.bluewin.ch) by zhbdzmsp-smta17.bluewin.ch (envelope-from ) (ecelerity 3.5.7.40067 r(Platform:3.5.7.0)) with ESMTP id 7A/F6-26555-31426445; Tue, 21 Oct 2014 09:15:00 +0000 Received: from noxon.firefly (85.1.147.28) by zhhdzmsp-smta14.bluewin.ch (8.5.142) (authenticated as tobias.berner) id 52330D9E1A5A374A; Tue, 21 Oct 2014 09:14:59 +0000 From: "Tobias C. Berner" To: araujo@freebsd.org Subject: Re: kernel page fault with nfs Date: Tue, 21 Oct 2014 11:14:59 +0200 Message-ID: <3608312.938l3Vq0Ir@noxon.firefly> User-Agent: KMail/4.14.2 (FreeBSD/11.0-CURRENT; KDE/4.14.2; amd64; ; ) In-Reply-To: References: <9401112.gOMxVk2Kpo@noxon.firefly> <9752382.X6OBTMl3Me@noxon.firefly> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: Rick Macklem , Allan Jude , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2014 09:15:09 -0000 No problem, I hope you are successful. mfg Tobias On Tuesday 21 October 2014 17.13:32 Marcelo Araujo wrote: > Tobias, > > Thank you very much, it really helps to simulate the problem. > I'm gonna try as soon as possible and I will keep you informed. > > Best Regards, > > 2014-10-21 17:10 GMT+08:00 Tobias C. Berner : > > Hi Marcelo > > > > The following ist the current fstab-line which seems to run smoothly: > > > > odo.firefly:/storage/multimedia /multimedia nfs > > readahead=4,soft,intr,rw,tcp,wsize=32768,rsize=32768,late 0 0 > > > > > > > > nfsstat -m: > > > > odo.firefly:/storage/multimedia on /multimedia > > > > > > nfsv3,tcp,resvport,soft,intr,cto,lockd,sec=sys,acdirmin=3,acdirmax=60,acre > > gmin=5,acregmax=60,nametimeo=60,negnametimeo=60,rsize=32768,wsize=32768,re > > addirsize=32768,readahead=4,wcommitsize=2798255,timeout=120,retrans=2 > > > > > > > > > > > > > > > > > > > > Now the bad line (no different appart from the typo) > > > > odo.firefly:/storage/multimedia /multimedia nfs > > readahead=4,soft,intr,rw,tcp,wsize=32767,rsize=32767,late 0 0 > > > > which leads to the page-faults. > > > > And as you said wsize/rsize gets rounded down to the multiple of 512: > > > > odo.firefly:/storage/multimedia on /multimedia > > > > > > nfsv3,tcp,resvport,soft,intr,cto,lockd,sec=sys,acdirmin=3,acdirmax=60,acre > > gmin=5,acregmax=60,nametimeo=60,negnametimeo=60,rsize=32256,wsize=32256,re > > addirsize=32256,readahead=4,wcommitsize=2798255,timeout=120,retrans=2 > > > > > > > > > > > > I can easily reproduce the pagefault by letting for example > > multimedia/gpodder write to the nfs. > > > > > > > > > > > > > > > > hope this helps, > > > > > > > > mfg Tobias > > > > On Tuesday 21 October 2014 15.45:24 Marcelo Araujo wrote: > > > Hello Tobias, > > > > > > > > > > > > That sounds good, at least you don't have any crash so far. > > > > > > I agree with you, seems a bug, I'm gonna take a look on that. > > > > > > > > > > > > Could you share with me your testbed or how you can reproduce the issue? > > > > > > > > > > > > Best Regards, > > > > > > 2014-10-21 15:36 GMT+08:00 T.C.Berner : > > > > The system now has an uptime of >24h using NFS heavily. > > > > > > > > > > > > > > > > So wsize/rsize=2^15-1 seems to have been the problem.... which is imho > > > > a > > > > > > bug therefore. > > > > > > > > > > > > > > > > > > > > > > > > mfg Tobias > > > > > > > > 2014-10-21 5:11 GMT+02:00 Marcelo Araujo : > > > >> Hello Tibias, > > > >> > > > >> > > > >> > > > >> Any news? > > > >> > > > >> > > > >> > > > >> > > > >> > > > >> Best Regards, > > > >> > > > >> 2014-10-20 20:55 GMT+08:00 Rick Macklem : > > > >>> Tobias C. Berner wrote: > > > >>> > Now that I posted it, 32767 should of course be 2^15=32768. Let me > > > >>> > > > > >>> > recheck if it still > > > >>> > > > > >>> > hangs with the correct value. > > > >>> > > > > >>> > On Monday 20 October 2014 09.15:39 Tobias C. Berner wrote: > > > >>> > > Hi Marcelo > > > >>> > > > > > >>> > > > > > >>> > > > > > >>> > > Yes, I'm using readahead: > > > >>> > > > > > >>> > > The mountoptions are > > > >>> > > > > > >>> > > "readahead=4,soft,intr,rw,tcp,wsize=32767,rsize=32767,late" > > > >>> > > > >>> If you type "nfsstat -m", you will see what is actually getting > > > >>> used. > > > >>> > > > >>> (I suspect the above rsize/wsize got clipped to 32256 or something > > > > like > > > > > >>> that. I think it clips it to a multiple of 512.) > > > >>> > > > >>> > > > >>> > > > >>> If rsize/wsize are not a power of 2, there are issues, although I've > > > >>> > > > >>> never > > > >>> > > > >>> been able to see why it is broken. Maybe it should clip it to the > > > > power > > > > > >>> of > > > >>> > > > >>> 2 below the value, since it causes unexplained problems otherwise. > > > >>> > > > >>> > > > >>> > > > >>> rick > > > >>> > > > >>> > > mfg Tobias > > > >>> > > > > > >>> > > On Monday 20 October 2014 10.41:30 Marcelo Araujo wrote: > > > >>> > > > Hello Tobias, > > > >>> > > > > > > >>> > > > > > > >>> > > > > > > >>> > > > Could you show how you are mount the NFS share? > > > >>> > > > > > > >>> > > > Are you using 'readahead' option? > > > >>> > > > > > > >>> > > > > > > >>> > > > > > > >>> > > > Best Regards, > > > >>> > > > > > > >>> > > > > > > >>> > > > > > > >>> > > > 2014-10-19 17:40 GMT+08:00 Tobias C. Berner < > > > > tcberner@gmail.com>: > > > >>> > > > > both are at 1100038. > > > >>> > > > > > > > >>> > > > > On Sunday 19 October 2014 11.12:36 Marcelo Araujo wrote: > > > >>> > > > > > It is still strange, could you do what Allan said and send > > > > us > > > > > >>> > > > > > the > > > >>> > > > > > > > > >>> > > > > > result > > > >>> > > > > > > > >>> > > > > in > > > >>> > > > > > > > >>> > > > > > case you are not sure you have world and kernel in the > > > >>> > > > > > same > > > >>> > > > > > > > > >>> > > > > > revision! > > > >>> > > > > > > > > >>> > > > > > > > > >>> > > > > > > > > >>> > > > > > On Oct 19, 2014 6:48 AM, "Tobias C. Berner" > > > >>> > > > > > > > > >>> > > > > > wrote: > > > >>> > > > > > > Hi > > > >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > World ist from october 16, installed world and kernel > > > > then. > > > > > >>> > > > > > > Kernel was later rebuilt with debug-options. > > > >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > Is the following more sensible? > > > >>> > > > > >>> > ################################################## > > > >>> > > > > >>> > > > > > > # kgdb NOXON/kernel.debug vmcore.1 > > > >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > Fatal trap 12: page fault while in kernel mode > > > >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > cpuid = 5; apic id = 05 > > > >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > fault virtual address = 0xfffffe07d1744000 > > > >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > fault code = supervisor write data, page not present > > > >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > instruction pointer = 0x20:0xffffffff80d4d58a > > > >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > stack pointer = 0x28:0xfffffe086057f240 > > > >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > frame pointer = 0x28:0xfffffe086057f2f0 > > > >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > 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 = 6524 (python2.7) > > > >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > (kgdb) bt > > > >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > #0 doadump (textdump=1) at pcpu.h:219 > > > >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > #1 0xffffffff80926b6d in kern_reboot (howto=260) at > > > >>> > > > > > > > > > >>> > > > > > > /usr/src/sys/kern/kern_shutdown.c:447 > > > >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > #2 0xffffffff809270c0 in panic (fmt= > > > out>) > > > > > >>> > > > > > > at > > > >>> > > > > > > > > > >>> > > > > > > /usr/src/sys/kern/kern_shutdown.c:746 > > > >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > #3 0xffffffff8035f167 in db_panic (addr= > > >>> > > > > > > > > > >>> > > > > > > out>, > > > >>> > > > > > > > > > >>> > > > > > > have_addr=2, count=0, modif=0x0) at > > > >>> > > > > > > > > > >>> > > > > > > /usr/src/sys/ddb/db_command.c:473 > > > >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > #4 0xffffffff8035ed7d in db_command (cmd_table=0x0) at > > > >>> > > > > > > > > > >>> > > > > > > /usr/src/sys/ddb/db_command.c:440 > > > >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > #5 0xffffffff8035eaf4 in db_command_loop () at > > > >>> > > > > > > > > > >>> > > > > > > /usr/src/sys/ddb/db_command.c:493 > > > >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > #6 0xffffffff80361600 in db_trap (type= > > >>> > > > > > > > > > >>> > > > > > > out>, > > > >>> > > > > > > > > > >>> > > > > > > code=0) > > > >>> > > > > > > > >>> > > > > at > > > >>> > > > > > > > >>> > > > > > > /usr/src/sys/ddb/db_main.c:251 > > > >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > #7 0xffffffff80966f01 in kdb_trap (type=12, code=0, > > > >>> > > > > > > > > > >>> > > > > > > tf= > > >>> > > > > > > > > > >>> > > > > > > optimized > > > >>> > > > > > > > > > >>> > > > > > > out>) at /usr/src/sys/kern/subr_kdb.c:654 > > > >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > #8 0xffffffff80d4fa7c in trap_fatal > > > >>> > > > > > > > > > >>> > > > > > > (frame=0xfffffe086057f190, > > > >>> > > > > > > > >>> > > > > eva= > > >>> > > > > > > > >>> > > > > > > optimized out>) at /usr/src/sys/amd64/amd64/trap.c:861 > > > >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > #9 0xffffffff80d4fe0c in trap_pfault > > > >>> > > > > > > > > > >>> > > > > > > (frame=0xfffffe086057f190, > > > >>> > > > > > > > > > >>> > > > > > > usermode=) at > > > >>> > > > > > > > > > >>> > > > > > > /usr/src/sys/amd64/amd64/trap.c:677 > > > >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > #10 0xffffffff80d4f42e in trap > > > >>> > > > > > > (frame=0xfffffe086057f190) > > > >>> > > > > > > > > > >>> > > > > > > at > > > >>> > > > > > > > > > >>> > > > > > > /usr/src/sys/amd64/amd64/trap.c:426 > > > >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > #11 0xffffffff80d33972 in calltrap () at > > > >>> > > > > > > > > > >>> > > > > > > /usr/src/sys/amd64/amd64/exception.S:231 > > > >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > #12 0xffffffff80d4d58a in bzero () at > > > >>> > > > > > > > > > >>> > > > > > > /usr/src/sys/amd64/amd64/support.S:53 > > > >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > #13 0xffffffff80830463 in ncl_doio > > > > (vp=0xfffff801e7f99938, > > > > > >>> > > > > > > bp=0xfffffe07c5a168e8, cr=, > > > > td= > > > > >>> > > > > > > optimized > > > >>> > > > > > > > >>> > > > > out>, > > > >>> > > > > > > > >>> > > > > > > called_from_strategy=) > > > >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > > > > >>> > > > > > > at /usr/src/sys/fs/nfsclient/nfs_clbio.c:1648 > > > >>> > > > > >>> > _______________________________________________ > > > >>> > > > > >>> > freebsd-current@freebsd.org mailing list > > > >>> > > > > >>> > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > > >>> > > > > >>> > To unsubscribe, send any mail to > > > >>> > > > > >>> > "freebsd-current-unsubscribe@freebsd.org" > > > >> > > > >> -- > > > >> > > > >> > > > >> > > > >> -- > > > >> > > > >> Marcelo Araujo (__)araujo@FreeBSD.org > > > >> > > > >> \\\'',)http://www.FreeBSD.org \/ \ ^ Power > > > >> > > > >> To Server. .\. /_) From owner-freebsd-current@FreeBSD.ORG Tue Oct 21 12:48:33 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3D614A13; Tue, 21 Oct 2014 12:48:33 +0000 (UTC) Received: from esa-annu.net.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 99F43856; Tue, 21 Oct 2014 12:48:31 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Aq0EAMRIRlSDaFve/2dsb2JhbABcg2FYBIMCyQ0KhnlUAoEkAX2EAgEBAQMBAQEBICsgCwUWGAICDRkCIwYBCSYOBwQBCBEDBIgKAwkIDa4kjjANhi4BAQEHAQEBAQEdgSyMcYFdBgEBAQUVNAeCNkESgUIFlkeED3ODQTyNXIJZhAGEEyEvB4EACBcigQMBAQE X-IronPort-AV: E=Sophos;i="5.04,762,1406606400"; d="scan'208";a="162548508" Received: from muskoka.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.222]) by esa-annu.net.uoguelph.ca with ESMTP; 21 Oct 2014 08:48:29 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id B2D9EB40A4; Tue, 21 Oct 2014 08:48:29 -0400 (EDT) Date: Tue, 21 Oct 2014 08:48:29 -0400 (EDT) From: Rick Macklem To: araujo@FreeBSD.org Message-ID: <938824126.3953339.1413895709720.JavaMail.root@uoguelph.ca> In-Reply-To: Subject: Re: kernel page fault with nfs MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.202] X-Mailer: Zimbra 7.2.6_GA_2926 (ZimbraWebClient - FF3.0 (Win)/7.2.6_GA_2926) Cc: freebsd-current , "Tobias C. Berner" , Allan Jude X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2014 12:48:33 -0000 Marcelo Araujo wrote: > Tobias, > > Thank you very much, it really helps to simulate the problem. > I'm gonna try as soon as possible and I will keep you informed. > You are more than welcome to try and find this. However, I don't think folks need to use a non-power of 2 rsize/wsize, so I think I'll change the client to clip rsize/wsize to that. (This example was just a typo.) Is there anyone out there that thinks having an rsize/wsize that isn't a power of 2 is needed? Thanks, rick > Best Regards, > > 2014-10-21 17:10 GMT+08:00 Tobias C. Berner : > > > Hi Marcelo > > > > > > > > The following ist the current fstab-line which seems to run > > smoothly: > > > > odo.firefly:/storage/multimedia /multimedia nfs > > readahead=4,soft,intr,rw,tcp,wsize=32768,rsize=32768,late 0 0 > > > > > > > > nfsstat -m: > > > > odo.firefly:/storage/multimedia on /multimedia > > > > > > nfsv3,tcp,resvport,soft,intr,cto,lockd,sec=sys,acdirmin=3,acdirmax=60,acregmin=5,acregmax=60,nametimeo=60,negnametimeo=60,rsize=32768,wsize=32768,readdirsize=32768,readahead=4,wcommitsize=2798255,timeout=120,retrans=2 > > > > > > > > > > > > > > > > > > > > Now the bad line (no different appart from the typo) > > > > odo.firefly:/storage/multimedia /multimedia nfs > > readahead=4,soft,intr,rw,tcp,wsize=32767,rsize=32767,late 0 0 > > > > which leads to the page-faults. > > > > And as you said wsize/rsize gets rounded down to the multiple of > > 512: > > > > odo.firefly:/storage/multimedia on /multimedia > > > > > > nfsv3,tcp,resvport,soft,intr,cto,lockd,sec=sys,acdirmin=3,acdirmax=60,acregmin=5,acregmax=60,nametimeo=60,negnametimeo=60,rsize=32256,wsize=32256,readdirsize=32256,readahead=4,wcommitsize=2798255,timeout=120,retrans=2 > > > > > > > > > > > > I can easily reproduce the pagefault by letting for example > > multimedia/gpodder write to the nfs. > > > > > > > > > > > > > > > > hope this helps, > > > > > > > > mfg Tobias > > > > > > > > > > > > > > > > > > > > On Tuesday 21 October 2014 15.45:24 Marcelo Araujo wrote: > > > > > Hello Tobias, > > > > > > > > > > That sounds good, at least you don't have any crash so far. > > > > > I agree with you, seems a bug, I'm gonna take a look on that. > > > > > > > > > > Could you share with me your testbed or how you can reproduce the > > > issue? > > > > > > > > > > Best Regards, > > > > > > > > > > 2014-10-21 15:36 GMT+08:00 T.C.Berner : > > > > > > The system now has an uptime of >24h using NFS heavily. > > > > > > > > > > > > So wsize/rsize=2^15-1 seems to have been the problem.... which > > > > is imho > > a > > > > > > bug therefore. > > > > > > > > > > > > > > > > > > mfg Tobias > > > > > > > > > > > > 2014-10-21 5:11 GMT+02:00 Marcelo Araujo > > > > : > > > > > >> Hello Tibias, > > > > > >> > > > > > >> Any news? > > > > > >> > > > > > >> > > > > > >> Best Regards, > > > > > >> > > > > > >> 2014-10-20 20:55 GMT+08:00 Rick Macklem > > > >> : > > > > > >>> Tobias C. Berner wrote: > > > > > >>> > Now that I posted it, 32767 should of course be 2^15=32768. > > > >>> > Let me > > > > > >>> > recheck if it still > > > > > >>> > hangs with the correct value. > > > > > >>> > > > > > > >>> > On Monday 20 October 2014 09.15:39 Tobias C. Berner wrote: > > > > > >>> > > Hi Marcelo > > > > > >>> > > > > > > > >>> > > Yes, I'm using readahead: > > > > > >>> > > The mountoptions are > > > > > >>> > > "readahead=4,soft,intr,rw,tcp,wsize=32767,rsize=32767,late" > > > > > >>> > > > > > >>> If you type "nfsstat -m", you will see what is actually > > > >>> getting used. > > > > > >>> (I suspect the above rsize/wsize got clipped to 32256 or > > > >>> something > > like > > > > > >>> > > > > > >>> that. I think it clips it to a multiple of 512.) > > > > > >>> > > > > > >>> If rsize/wsize are not a power of 2, there are issues, > > > >>> although I've > > > > > >>> never > > > > > >>> been able to see why it is broken. Maybe it should clip it to > > > >>> the > > power > > > > > >>> of > > > > > >>> 2 below the value, since it causes unexplained problems > > > >>> otherwise. > > > > > >>> > > > > > >>> rick > > > > > >>> > > > > > >>> > > mfg Tobias > > > > > >>> > > > > > > > >>> > > On Monday 20 October 2014 10.41:30 Marcelo Araujo wrote: > > > > > >>> > > > Hello Tobias, > > > > > >>> > > > > > > > > >>> > > > Could you show how you are mount the NFS share? > > > > > >>> > > > Are you using 'readahead' option? > > > > > >>> > > > > > > > > >>> > > > Best Regards, > > > > > >>> > > > > > > > > >>> > > > 2014-10-19 17:40 GMT+08:00 Tobias C. Berner < > > tcberner@gmail.com>: > > > > > >>> > > > > both are at 1100038. > > > > > >>> > > > > > > > > > >>> > > > > On Sunday 19 October 2014 11.12:36 Marcelo Araujo > > > >>> > > > > wrote: > > > > > >>> > > > > > It is still strange, could you do what Allan said > > > >>> > > > > > and send > > us > > > > > >>> > > > > > the > > > > > >>> > > > > > result > > > > > >>> > > > > > > > > > >>> > > > > in > > > > > >>> > > > > > > > > > >>> > > > > > case you are not sure you have world and kernel in > > > >>> > > > > > the same > > > > > >>> > > > > > revision! > > > > > >>> > > > > > > > > > > >>> > > > > > On Oct 19, 2014 6:48 AM, "Tobias C. Berner" > > > > > >>> > > > > > > > > > > >>> > > > > > wrote: > > > > > >>> > > > > > > Hi > > > > > >>> > > > > > > > > > > > >>> > > > > > > World ist from october 16, installed world and > > > >>> > > > > > > kernel > > then. > > > > > >>> > > > > > > > > > > > >>> > > > > > > Kernel was later rebuilt with debug-options. > > > > > >>> > > > > > > > > > > > >>> > > > > > > > > > > > >>> > > > > > > > > > > > >>> > > > > > > > > > > > >>> > > > > > > > > > > > >>> > > > > > > Is the following more sensible? > > > > > >>> > > > > > > >>> > ################################################## > > > > > >>> > > > > > > >>> > > > > > > # kgdb NOXON/kernel.debug vmcore.1 > > > > > >>> > > > > > > > > > > > >>> > > > > > > Fatal trap 12: page fault while in kernel mode > > > > > >>> > > > > > > > > > > > >>> > > > > > > cpuid = 5; apic id = 05 > > > > > >>> > > > > > > > > > > > >>> > > > > > > fault virtual address = 0xfffffe07d1744000 > > > > > >>> > > > > > > > > > > > >>> > > > > > > fault code = supervisor write data, page not > > > >>> > > > > > > present > > > > > >>> > > > > > > > > > > > >>> > > > > > > instruction pointer = 0x20:0xffffffff80d4d58a > > > > > >>> > > > > > > > > > > > >>> > > > > > > stack pointer = 0x28:0xfffffe086057f240 > > > > > >>> > > > > > > > > > > > >>> > > > > > > frame pointer = 0x28:0xfffffe086057f2f0 > > > > > >>> > > > > > > > > > > > >>> > > > > > > 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 = 6524 (python2.7) > > > > > >>> > > > > > > > > > > > >>> > > > > > > > > > > > >>> > > > > > > > > > > > >>> > > > > > > > > > > > >>> > > > > > > > > > > > >>> > > > > > > (kgdb) bt > > > > > >>> > > > > > > > > > > > >>> > > > > > > #0 doadump (textdump=1) at pcpu.h:219 > > > > > >>> > > > > > > > > > > > >>> > > > > > > #1 0xffffffff80926b6d in kern_reboot (howto=260) > > > >>> > > > > > > at > > > > > >>> > > > > > > /usr/src/sys/kern/kern_shutdown.c:447 > > > > > >>> > > > > > > > > > > > >>> > > > > > > #2 0xffffffff809270c0 in panic (fmt= > > >>> > > > > > > optimized > > out>) > > > > > >>> > > > > > > at > > > > > >>> > > > > > > /usr/src/sys/kern/kern_shutdown.c:746 > > > > > >>> > > > > > > > > > > > >>> > > > > > > #3 0xffffffff8035f167 in db_panic (addr= > > >>> > > > > > > optimized > > > > > >>> > > > > > > out>, > > > > > >>> > > > > > > have_addr=2, count=0, modif=0x0) at > > > > > >>> > > > > > > /usr/src/sys/ddb/db_command.c:473 > > > > > >>> > > > > > > > > > > > >>> > > > > > > #4 0xffffffff8035ed7d in db_command > > > >>> > > > > > > (cmd_table=0x0) at > > > > > >>> > > > > > > /usr/src/sys/ddb/db_command.c:440 > > > > > >>> > > > > > > > > > > > >>> > > > > > > #5 0xffffffff8035eaf4 in db_command_loop () at > > > > > >>> > > > > > > /usr/src/sys/ddb/db_command.c:493 > > > > > >>> > > > > > > > > > > > >>> > > > > > > #6 0xffffffff80361600 in db_trap (type= > > >>> > > > > > > optimized > > > > > >>> > > > > > > out>, > > > > > >>> > > > > > > code=0) > > > > > >>> > > > > > > > > > >>> > > > > at > > > > > >>> > > > > > > > > > >>> > > > > > > /usr/src/sys/ddb/db_main.c:251 > > > > > >>> > > > > > > > > > > > >>> > > > > > > #7 0xffffffff80966f01 in kdb_trap (type=12, > > > >>> > > > > > > code=0, > > > > > >>> > > > > > > tf= > > > > >>> > > > > > > optimized > > > > > >>> > > > > > > out>) at /usr/src/sys/kern/subr_kdb.c:654 > > > > > >>> > > > > > > > > > > > >>> > > > > > > #8 0xffffffff80d4fa7c in trap_fatal > > > > > >>> > > > > > > (frame=0xfffffe086057f190, > > > > > >>> > > > > > > > > > >>> > > > > eva= > > > > >>> > > > > > > > > > >>> > > > > > > optimized out>) at > > > >>> > > > > > > /usr/src/sys/amd64/amd64/trap.c:861 > > > > > >>> > > > > > > > > > > > >>> > > > > > > #9 0xffffffff80d4fe0c in trap_pfault > > > > > >>> > > > > > > (frame=0xfffffe086057f190, > > > > > >>> > > > > > > usermode=) at > > > > > >>> > > > > > > /usr/src/sys/amd64/amd64/trap.c:677 > > > > > >>> > > > > > > > > > > > >>> > > > > > > #10 0xffffffff80d4f42e in trap > > > >>> > > > > > > (frame=0xfffffe086057f190) > > > > > >>> > > > > > > at > > > > > >>> > > > > > > /usr/src/sys/amd64/amd64/trap.c:426 > > > > > >>> > > > > > > > > > > > >>> > > > > > > #11 0xffffffff80d33972 in calltrap () at > > > > > >>> > > > > > > /usr/src/sys/amd64/amd64/exception.S:231 > > > > > >>> > > > > > > > > > > > >>> > > > > > > #12 0xffffffff80d4d58a in bzero () at > > > > > >>> > > > > > > /usr/src/sys/amd64/amd64/support.S:53 > > > > > >>> > > > > > > > > > > > >>> > > > > > > #13 0xffffffff80830463 in ncl_doio > > (vp=0xfffff801e7f99938, > > > > > >>> > > > > > > bp=0xfffffe07c5a168e8, cr=, > > td= > > > > >>> > > > > > > optimized > > > > > >>> > > > > > > > > > >>> > > > > out>, > > > > > >>> > > > > > > > > > >>> > > > > > > called_from_strategy=) > > > > > >>> > > > > > > > > > > > >>> > > > > > > at /usr/src/sys/fs/nfsclient/nfs_clbio.c:1648 > > > > > >>> > > > > > > >>> > _______________________________________________ > > > > > >>> > freebsd-current@freebsd.org mailing list > > > > > >>> > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > > > > >>> > To unsubscribe, send any mail to > > > > > >>> > "freebsd-current-unsubscribe@freebsd.org" > > > > > >> > > > > > >> -- > > > > > >> > > > > > >> -- > > > > > >> Marcelo Araujo (__)araujo@FreeBSD.org > > > > > >> \\\'',)http://www.FreeBSD.org \/ \ ^ > > > >> Power > > > > > >> To Server. .\. /_) > > > > > > > > > > -- > > -- > Marcelo Araujo (__)araujo@FreeBSD.org > \\\'',)http://www.FreeBSD.org \/ \ ^ > Power To Server. .\. /_) > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://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 Oct 21 12:52:26 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0A737C9F; Tue, 21 Oct 2014 12:52:26 +0000 (UTC) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 5A63B910; Tue, 21 Oct 2014 12:52:24 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Aq0EAMRIRlSDaFve/2dsb2JhbABcg2FYBIMCyQ0KhnlUAoEkAX2EAgEBAQMBAQEBICsgCwUWGAICDRkCIwYBCSYOBwQBCBEDBIgKAwkIDa4kjjANhi4BAQEHAQEBAQEdgSyMcYFdBgEBAQUVNAeCNkESgUIFlkeED3ODQTyNXIJZhAGEEyEvB4EACBcigQMBAQE X-IronPort-AV: E=Sophos;i="5.04,762,1406606400"; d="scan'208";a="161325412" Received: from muskoka.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.222]) by esa-jnhn.mail.uoguelph.ca with ESMTP; 21 Oct 2014 08:52:11 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 8A00EB40AE; Tue, 21 Oct 2014 08:52:11 -0400 (EDT) Date: Tue, 21 Oct 2014 08:52:11 -0400 (EDT) From: Rick Macklem To: araujo@FreeBSD.org Message-ID: <35221425.3956293.1413895931556.JavaMail.root@uoguelph.ca> In-Reply-To: Subject: Re: kernel page fault with nfs MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.209] X-Mailer: Zimbra 7.2.6_GA_2926 (ZimbraWebClient - FF3.0 (Win)/7.2.6_GA_2926) Cc: freebsd-current , "Tobias C. Berner" , Allan Jude X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2014 12:52:26 -0000 Marcelo Araujo wrote: > Tobias, > > Thank you very much, it really helps to simulate the problem. > I'm gonna try as soon as possible and I will keep you informed. > Oh, and since the NFS client code is straightforward, I think the bug is somewhere in the buffer cache/vm code. Maybe for cases where the size of the buffer in the buffer cache isn't an exact multiple of PAGE_SIZE. rick > Best Regards, > > 2014-10-21 17:10 GMT+08:00 Tobias C. Berner : > > > Hi Marcelo > > > > > > > > The following ist the current fstab-line which seems to run > > smoothly: > > > > odo.firefly:/storage/multimedia /multimedia nfs > > readahead=4,soft,intr,rw,tcp,wsize=32768,rsize=32768,late 0 0 > > > > > > > > nfsstat -m: > > > > odo.firefly:/storage/multimedia on /multimedia > > > > > > nfsv3,tcp,resvport,soft,intr,cto,lockd,sec=sys,acdirmin=3,acdirmax=60,acregmin=5,acregmax=60,nametimeo=60,negnametimeo=60,rsize=32768,wsize=32768,readdirsize=32768,readahead=4,wcommitsize=2798255,timeout=120,retrans=2 > > > > > > > > > > > > > > > > > > > > Now the bad line (no different appart from the typo) > > > > odo.firefly:/storage/multimedia /multimedia nfs > > readahead=4,soft,intr,rw,tcp,wsize=32767,rsize=32767,late 0 0 > > > > which leads to the page-faults. > > > > And as you said wsize/rsize gets rounded down to the multiple of > > 512: > > > > odo.firefly:/storage/multimedia on /multimedia > > > > > > nfsv3,tcp,resvport,soft,intr,cto,lockd,sec=sys,acdirmin=3,acdirmax=60,acregmin=5,acregmax=60,nametimeo=60,negnametimeo=60,rsize=32256,wsize=32256,readdirsize=32256,readahead=4,wcommitsize=2798255,timeout=120,retrans=2 > > > > > > > > > > > > I can easily reproduce the pagefault by letting for example > > multimedia/gpodder write to the nfs. > > > > > > > > > > > > > > > > hope this helps, > > > > > > > > mfg Tobias > > > > > > > > > > > > > > > > > > > > On Tuesday 21 October 2014 15.45:24 Marcelo Araujo wrote: > > > > > Hello Tobias, > > > > > > > > > > That sounds good, at least you don't have any crash so far. > > > > > I agree with you, seems a bug, I'm gonna take a look on that. > > > > > > > > > > Could you share with me your testbed or how you can reproduce the > > > issue? > > > > > > > > > > Best Regards, > > > > > > > > > > 2014-10-21 15:36 GMT+08:00 T.C.Berner : > > > > > > The system now has an uptime of >24h using NFS heavily. > > > > > > > > > > > > So wsize/rsize=2^15-1 seems to have been the problem.... which > > > > is imho > > a > > > > > > bug therefore. > > > > > > > > > > > > > > > > > > mfg Tobias > > > > > > > > > > > > 2014-10-21 5:11 GMT+02:00 Marcelo Araujo > > > > : > > > > > >> Hello Tibias, > > > > > >> > > > > > >> Any news? > > > > > >> > > > > > >> > > > > > >> Best Regards, > > > > > >> > > > > > >> 2014-10-20 20:55 GMT+08:00 Rick Macklem > > > >> : > > > > > >>> Tobias C. Berner wrote: > > > > > >>> > Now that I posted it, 32767 should of course be 2^15=32768. > > > >>> > Let me > > > > > >>> > recheck if it still > > > > > >>> > hangs with the correct value. > > > > > >>> > > > > > > >>> > On Monday 20 October 2014 09.15:39 Tobias C. Berner wrote: > > > > > >>> > > Hi Marcelo > > > > > >>> > > > > > > > >>> > > Yes, I'm using readahead: > > > > > >>> > > The mountoptions are > > > > > >>> > > "readahead=4,soft,intr,rw,tcp,wsize=32767,rsize=32767,late" > > > > > >>> > > > > > >>> If you type "nfsstat -m", you will see what is actually > > > >>> getting used. > > > > > >>> (I suspect the above rsize/wsize got clipped to 32256 or > > > >>> something > > like > > > > > >>> > > > > > >>> that. I think it clips it to a multiple of 512.) > > > > > >>> > > > > > >>> If rsize/wsize are not a power of 2, there are issues, > > > >>> although I've > > > > > >>> never > > > > > >>> been able to see why it is broken. Maybe it should clip it to > > > >>> the > > power > > > > > >>> of > > > > > >>> 2 below the value, since it causes unexplained problems > > > >>> otherwise. > > > > > >>> > > > > > >>> rick > > > > > >>> > > > > > >>> > > mfg Tobias > > > > > >>> > > > > > > > >>> > > On Monday 20 October 2014 10.41:30 Marcelo Araujo wrote: > > > > > >>> > > > Hello Tobias, > > > > > >>> > > > > > > > > >>> > > > Could you show how you are mount the NFS share? > > > > > >>> > > > Are you using 'readahead' option? > > > > > >>> > > > > > > > > >>> > > > Best Regards, > > > > > >>> > > > > > > > > >>> > > > 2014-10-19 17:40 GMT+08:00 Tobias C. Berner < > > tcberner@gmail.com>: > > > > > >>> > > > > both are at 1100038. > > > > > >>> > > > > > > > > > >>> > > > > On Sunday 19 October 2014 11.12:36 Marcelo Araujo > > > >>> > > > > wrote: > > > > > >>> > > > > > It is still strange, could you do what Allan said > > > >>> > > > > > and send > > us > > > > > >>> > > > > > the > > > > > >>> > > > > > result > > > > > >>> > > > > > > > > > >>> > > > > in > > > > > >>> > > > > > > > > > >>> > > > > > case you are not sure you have world and kernel in > > > >>> > > > > > the same > > > > > >>> > > > > > revision! > > > > > >>> > > > > > > > > > > >>> > > > > > On Oct 19, 2014 6:48 AM, "Tobias C. Berner" > > > > > >>> > > > > > > > > > > >>> > > > > > wrote: > > > > > >>> > > > > > > Hi > > > > > >>> > > > > > > > > > > > >>> > > > > > > World ist from october 16, installed world and > > > >>> > > > > > > kernel > > then. > > > > > >>> > > > > > > > > > > > >>> > > > > > > Kernel was later rebuilt with debug-options. > > > > > >>> > > > > > > > > > > > >>> > > > > > > > > > > > >>> > > > > > > > > > > > >>> > > > > > > > > > > > >>> > > > > > > > > > > > >>> > > > > > > Is the following more sensible? > > > > > >>> > > > > > > >>> > ################################################## > > > > > >>> > > > > > > >>> > > > > > > # kgdb NOXON/kernel.debug vmcore.1 > > > > > >>> > > > > > > > > > > > >>> > > > > > > Fatal trap 12: page fault while in kernel mode > > > > > >>> > > > > > > > > > > > >>> > > > > > > cpuid = 5; apic id = 05 > > > > > >>> > > > > > > > > > > > >>> > > > > > > fault virtual address = 0xfffffe07d1744000 > > > > > >>> > > > > > > > > > > > >>> > > > > > > fault code = supervisor write data, page not > > > >>> > > > > > > present > > > > > >>> > > > > > > > > > > > >>> > > > > > > instruction pointer = 0x20:0xffffffff80d4d58a > > > > > >>> > > > > > > > > > > > >>> > > > > > > stack pointer = 0x28:0xfffffe086057f240 > > > > > >>> > > > > > > > > > > > >>> > > > > > > frame pointer = 0x28:0xfffffe086057f2f0 > > > > > >>> > > > > > > > > > > > >>> > > > > > > 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 = 6524 (python2.7) > > > > > >>> > > > > > > > > > > > >>> > > > > > > > > > > > >>> > > > > > > > > > > > >>> > > > > > > > > > > > >>> > > > > > > > > > > > >>> > > > > > > (kgdb) bt > > > > > >>> > > > > > > > > > > > >>> > > > > > > #0 doadump (textdump=1) at pcpu.h:219 > > > > > >>> > > > > > > > > > > > >>> > > > > > > #1 0xffffffff80926b6d in kern_reboot (howto=260) > > > >>> > > > > > > at > > > > > >>> > > > > > > /usr/src/sys/kern/kern_shutdown.c:447 > > > > > >>> > > > > > > > > > > > >>> > > > > > > #2 0xffffffff809270c0 in panic (fmt= > > >>> > > > > > > optimized > > out>) > > > > > >>> > > > > > > at > > > > > >>> > > > > > > /usr/src/sys/kern/kern_shutdown.c:746 > > > > > >>> > > > > > > > > > > > >>> > > > > > > #3 0xffffffff8035f167 in db_panic (addr= > > >>> > > > > > > optimized > > > > > >>> > > > > > > out>, > > > > > >>> > > > > > > have_addr=2, count=0, modif=0x0) at > > > > > >>> > > > > > > /usr/src/sys/ddb/db_command.c:473 > > > > > >>> > > > > > > > > > > > >>> > > > > > > #4 0xffffffff8035ed7d in db_command > > > >>> > > > > > > (cmd_table=0x0) at > > > > > >>> > > > > > > /usr/src/sys/ddb/db_command.c:440 > > > > > >>> > > > > > > > > > > > >>> > > > > > > #5 0xffffffff8035eaf4 in db_command_loop () at > > > > > >>> > > > > > > /usr/src/sys/ddb/db_command.c:493 > > > > > >>> > > > > > > > > > > > >>> > > > > > > #6 0xffffffff80361600 in db_trap (type= > > >>> > > > > > > optimized > > > > > >>> > > > > > > out>, > > > > > >>> > > > > > > code=0) > > > > > >>> > > > > > > > > > >>> > > > > at > > > > > >>> > > > > > > > > > >>> > > > > > > /usr/src/sys/ddb/db_main.c:251 > > > > > >>> > > > > > > > > > > > >>> > > > > > > #7 0xffffffff80966f01 in kdb_trap (type=12, > > > >>> > > > > > > code=0, > > > > > >>> > > > > > > tf= > > > > >>> > > > > > > optimized > > > > > >>> > > > > > > out>) at /usr/src/sys/kern/subr_kdb.c:654 > > > > > >>> > > > > > > > > > > > >>> > > > > > > #8 0xffffffff80d4fa7c in trap_fatal > > > > > >>> > > > > > > (frame=0xfffffe086057f190, > > > > > >>> > > > > > > > > > >>> > > > > eva= > > > > >>> > > > > > > > > > >>> > > > > > > optimized out>) at > > > >>> > > > > > > /usr/src/sys/amd64/amd64/trap.c:861 > > > > > >>> > > > > > > > > > > > >>> > > > > > > #9 0xffffffff80d4fe0c in trap_pfault > > > > > >>> > > > > > > (frame=0xfffffe086057f190, > > > > > >>> > > > > > > usermode=) at > > > > > >>> > > > > > > /usr/src/sys/amd64/amd64/trap.c:677 > > > > > >>> > > > > > > > > > > > >>> > > > > > > #10 0xffffffff80d4f42e in trap > > > >>> > > > > > > (frame=0xfffffe086057f190) > > > > > >>> > > > > > > at > > > > > >>> > > > > > > /usr/src/sys/amd64/amd64/trap.c:426 > > > > > >>> > > > > > > > > > > > >>> > > > > > > #11 0xffffffff80d33972 in calltrap () at > > > > > >>> > > > > > > /usr/src/sys/amd64/amd64/exception.S:231 > > > > > >>> > > > > > > > > > > > >>> > > > > > > #12 0xffffffff80d4d58a in bzero () at > > > > > >>> > > > > > > /usr/src/sys/amd64/amd64/support.S:53 > > > > > >>> > > > > > > > > > > > >>> > > > > > > #13 0xffffffff80830463 in ncl_doio > > (vp=0xfffff801e7f99938, > > > > > >>> > > > > > > bp=0xfffffe07c5a168e8, cr=, > > td= > > > > >>> > > > > > > optimized > > > > > >>> > > > > > > > > > >>> > > > > out>, > > > > > >>> > > > > > > > > > >>> > > > > > > called_from_strategy=) > > > > > >>> > > > > > > > > > > > >>> > > > > > > at /usr/src/sys/fs/nfsclient/nfs_clbio.c:1648 > > > > > >>> > > > > > > >>> > _______________________________________________ > > > > > >>> > freebsd-current@freebsd.org mailing list > > > > > >>> > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > > > > >>> > To unsubscribe, send any mail to > > > > > >>> > "freebsd-current-unsubscribe@freebsd.org" > > > > > >> > > > > > >> -- > > > > > >> > > > > > >> -- > > > > > >> Marcelo Araujo (__)araujo@FreeBSD.org > > > > > >> \\\'',)http://www.FreeBSD.org \/ \ ^ > > > >> Power > > > > > >> To Server. .\. /_) > > > > > > > > > > -- > > -- > Marcelo Araujo (__)araujo@FreeBSD.org > \\\'',)http://www.FreeBSD.org \/ \ ^ > Power To Server. .\. /_) > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://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 Oct 21 18:34:23 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3D4B1CC5; Tue, 21 Oct 2014 18:34:23 +0000 (UTC) Received: from phlegethon.blisses.org (phlegethon.blisses.org [50.56.97.101]) (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 17A33610; Tue, 21 Oct 2014 18:34:22 +0000 (UTC) Received: from blisses.org (cocytus.blisses.org [23.25.209.73]) by phlegethon.blisses.org (Postfix) with ESMTPSA id 69ABD1F1079; Tue, 21 Oct 2014 14:34:15 -0400 (EDT) Date: Tue, 21 Oct 2014 14:34:13 -0400 From: Mason Loring Bliss To: David Chisnall Subject: Re: HOWTO articles for migrating from Linux to FreeBSD, especially for pkg? Message-ID: <20141021183413.GD6490@blisses.org> References: <20140813213718.4814f58c@arch> <53EC1214.9020505@pinyon.org> <20141018121150.5aae6682@X220.alogt.com> <20141018145857.c17931841923f39c79464033@dec.sakura.ne.jp> <20141020183253.GE6490@blisses.org> <5837e41bf824926f9c49325e1817aec8@ultimatedns.net> <54458B06.5050301@freebsd.org> <20141020231526.GO6490@blisses.org> <2F4335C6-31F3-46C8-AEB9-3D615E305C48@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2F4335C6-31F3-46C8-AEB9-3D615E305C48@FreeBSD.org> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-current@freebsd.org, Allan Jude X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2014 18:34:23 -0000 On Tue, Oct 21, 2014 at 09:14:07AM +0100, David Chisnall wrote: > I agree that this would be useful, but it requires someone familiar with > both systems to write. Doing this stuff professionally, I could probably come up with equivalences for a number of Unices. What would be a reasonable path to getting write privs on the wiki? > > I bet roughly no one who installs Subversion wants the FreeBSD bug report > > headers baked in by default, > > It's worth noting that the FreeBSD headers don't affect operation. It mostly violates the principle of least surprise and is a cosmetic blemish. I'd suspect that a lot of people use Subversion for their own or their company development, and the default behaviour looks strange. It was certainly surprising to me in any event. A default of not having that turned on but an option to turn it on seems like the most reasonable thing, given that the option is so closely tied to FreeBSD development. > It might be a good idea to move this thread to the -docs mailing list, I will subscribe to that. -- Mason Loring Bliss (( If I have not seen as far as others, it is because mason@blisses.org )) giants were standing on my shoulders. - Hal Abelson From owner-freebsd-current@FreeBSD.ORG Tue Oct 21 20:44:22 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DFF8BA66 for ; Tue, 21 Oct 2014 20:44:22 +0000 (UTC) Received: from mail-wg0-x22b.google.com (mail-wg0-x22b.google.com [IPv6:2a00:1450:400c:c00::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7249D6AC for ; Tue, 21 Oct 2014 20:44:22 +0000 (UTC) Received: by mail-wg0-f43.google.com with SMTP id m15so2300343wgh.2 for ; Tue, 21 Oct 2014 13:44:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:message-id:subject:mime-version:content-type; bh=fFPCvKo6bFBCUe/BjOpmUnxOQaVe3Lc3u+pWZX0hoNw=; b=ORSLIm6/IwDtXpGsPSCGow4SF66Yx+rLAmRykRHwusMBnxXCLsYKKESi4Cb92R+Qs8 qDsCvZLX60+U8FQP+MzL6/LXhXNNaQrJ/AVPUS//tPh/MzRLPHyiitBEAyn3dbywKgz/ uwABEsL4dh1axtWbSzPflU33wgHx99NYk4StteyNz4QUqPcajf8RRKeVdexTjznzwfm/ iVd3q1zYmcI1sMJOZpjIsDlQNGhDQ5Knp818A6klO0SyjwHlu5wMxiZNNgrc3CP8CUOb kJv5+vkU4NCjr7YHccaNZ6cNfwY7/Z0dxr+hEjKPB0eof8Uurm7jXrADu2YAEt4HIlah DSdg== X-Received: by 10.180.103.233 with SMTP id fz9mr31712962wib.80.1413924260837; Tue, 21 Oct 2014 13:44:20 -0700 (PDT) Received: from frenziedmon.vks01.verknowsys.com ([46.29.147.192]) by mx.google.com with ESMTPSA id xw9sm16544584wjc.24.2014.10.21.13.44.19 for (version=TLSv1.2 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 21 Oct 2014 13:44:20 -0700 (PDT) Date: Tue, 21 Oct 2014 22:44:18 +0200 From: Daniel Dettlaff To: freebsd-current@freebsd.org Message-ID: Subject: ZFS: i/o error - all block copies unavailable #2 X-Mailer: Airmail (249) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2014 20:44:23 -0000 Hi=21 I saw posts from 2009 on this mailing list, about a boot issue with Z=46S= . I have IBM server with HW RAID10 made from 36 disks. I'm using =46reeBSD 9.2-RELEASE. =46rom system point of view my raid is seen as 65TiB drive at /dev/mfid0 =46rom Z=46S point of view it's plain stripe as one zvol (on mfid0p2). My= partition layout is GPT: root=40backup7:=7E =23 gpart show =3D> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A034 =C2=A0140624990141 =C2=A0mfid0 = =C2=A0GPT =C2=A0(65T) =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A034 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 128 =C2=A0 =C2=A0 =C2=A01 =C2=A0freebsd-boot =C2=A0(64k= ) =C2=A0 =C2=A0 162 =C2=A0140624990013 =C2=A0 =C2=A0 =C2=A02 =C2=A0freebsd-= zfs =C2=A0(65T) It was installed using mfsbsd installer based on =46reeBSD 9.2. This machine has been working happily, until today when I did =22reboot=22= . After that system is unbootable, and throws on boot: Z=46S: i/o error - all block copies unavailable Z=46S: can't find root dsl=5Fdir My pool is ok, I can boot to it through external ISO (f.e. mfsbsd). Also =22status=22 shows that everything's fine (screenshot of what my kvm= shows there): http://s.verknowsys.com/5f6de0dfbc6d576dc53c000409a27e344e60adee.png I saw in previous thread (http://marc.info/=3Fl=3Dfreebsd-fs&m=3D12580756= 4213035&w=3D2), that there's a patch for raidz that somewhat fixes that i= ssue in =46reeBSD 8.x with raidz. So far I did try many =22solutions=22 but none helped in that matter. I did try: update bootcode, move /boot from one place to other, update ke= rnel, switch between kernel / kernel.old, and several more or less stupid= attempts to fix it Any ideas=3F -- Daniel (dmilith) Dettlaff From owner-freebsd-current@FreeBSD.ORG Tue Oct 21 19:48:31 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 17DE3949; Tue, 21 Oct 2014 19:48:31 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id D621BDFB; Tue, 21 Oct 2014 19:48:30 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 2EA0ACE; Tue, 21 Oct 2014 19:48:30 +0000 (UTC) Date: Tue, 21 Oct 2014 19:48:17 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, jimharris@FreeBSD.org, kevlo@FreeBSD.org, bapt@FreeBSD.org, neel@FreeBSD.org, markj@FreeBSD.org, ngie@FreeBSD.org, bryanv@FreeBSD.org, hselasky@FreeBSD.org, jmg@FreeBSD.org, br@FreeBSD.org Message-ID: <1716274421.0.1413920908820.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #1671 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: FAILURE X-Mailman-Approved-At: Tue, 21 Oct 2014 21:30:57 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2014 19:48:31 -0000 See Changes: [ngie] Port t_chroot to FreeBSD - Add missing #include sys/stat.h for mkdir(2) - Omit the fchroot(2) tests because the support is not present on FreeBSD Sponsored by: EMC / Isilon Storage Division [ngie] unlink("/") fails with EISDIR instead of EBUSY on FreeBSD; test for = that instead Sponsored by: EMC / Isilon Storage Division [ngie] Mark osi __unused so this compiles cleanly on FreeBSD Sponsored by: EMC / Isilon Storage Division [jimharris] ixl: remove i40e_register_x710_int.h This file is not used by the FreeBSD ixl driver. Submitted by:=09Eric Joyner MFC after:=093 days [ngie] Port t_write to FreeBSD - Mark the signo variable for the signal handle __unused - Use limits.h instead of sys/syslimits.h (the latter does not exist on FreeBSD) Sponsored by: EMC / Isilon Storage Division [jmg] it is not cast to a pointer of the specified type, it is cast to the specified type... mtod(m, uint8_t) does not work, mtod(m, uint8_t *) does work.. [ngie] Add missing #include for sys/stat.h for fchmod Sponsored by: EMC / Isilon Storage Division [ngie] libutil.h is required for fparseln on FreeBSD Sponsored by: EMC / Isilon Storage Division [ngie] Port lib/libc/gen/t_siginfo to FreeBSD - mcontext_t on FreeBSD doesn't have a __gregs field (it's split out on Fre= eBSD into separate fields). In order to avoid muddying the test code with MD cod= e, the debugging trace info has not been implemented - FreeBSD does not implement the si_stime and si_utime fields in siginfo_t,= so omit the debugging code that dumps the values - sys/inttypes.h doesn't exist on FreeBSD Sponsored by: EMC / Isilon Storage Division [jmg] spell out the arguments.. the + *offsetp does not belong w/ the type, move it outside the .Fn macro... [bapt] Fix build by marking the new functions as weak This is a temporary fix [bapt] Add support for __cxa_throw_bad_array_new_length in libcxxrt It is required for use with newer g++49 Differential Revision:=09https://reviews.freebsd.org/D982 Reviewed by:=09theraven Approved by:=09theraven MFC after:=093 weeks [br] Add driver for Micrel KSZ9021 Gigabit Ethernet Transceiver (PHY). Sponsored by:=09DARPA, AFRL [hselasky] Fix minor typo in currently unused macro. MFC after:=093 days [hselasky] Fix multiple incorrect SYSCTL arguments in the kernel: - Wrong integer type was specified. - Wrong or missing "access" specifier. The "access" specifier sometimes included the SYSCTL type, which it should not, except for procedural SYSCTL nodes. - Logical OR where binary OR was expected. - Properly assert the "access" argument passed to all SYSCTL macros, using the CTASSERT macro. This applies to both static- and dynamically created SYSCTLs. - Properly assert the the data type for both static and dynamic SYSCTLs. In the case of static SYSCTLs we only assert that the data pointed to by the SYSCTL data pointer has the correct size, hence there is no easy way to assert types in the C language outside a C-function. - Rewrote some code which doesn't pass a constant "access" specifier when creating dynamic SYSCTL nodes, which is now a requirement. - Updated "EXAMPLES" section in SYSCTL manual page. MFC after:=093 days Sponsored by:=09Mellanox Technologies [kevlo] Add the Intel BayTrail USB device which needs port routing for USB = 3.0. Tested on the BayTrail E3845 platform. Reviewed by:=09hselasky [neel] Merge projects/bhyve_svm into HEAD. After this change bhyve supports AMD processors with the SVM/AMD-V hardware extensions. More details available here: https://lists.freebsd.org/pipermail/freebsd-virtualization/2014-October/002= 905.html Submitted by:=09Anish Gupta (akgupt3@gmail.com) Tested by:=09Benjamin Perrault (ben.perrault@gmail.com) Tested by:=09Willem Jan Withagen (wjw@digiware.nl) [bryanv] Use the size of the Ethernet address, not the entire header, when copying into forwarding entry. Reported by:=09Coverity CID:=09=091248849 [markj] Correct the calculation of tcps_rto in the struct tcpcb -> tcpsinfo= _t translator. Submitted by:=09Grenville Armitage MFC after:=091 week [markj] Fix a few small bugs in the DTrace USDT rules: * anchor search strings appropriately, * use .ALLSRC to pass the full path to the D script to dtrace(1), * don't insert the auto-generated header into SRCS - it doesn't accomplish anything, and we end up having to remove it from OBJS anyway. Reviewed by:=09=09rpaulo Differential Revision:=09https://reviews.freebsd.org/D978 MFC after:=09=093 weeks Sponsored by:=09=09EMC / Isilon Storage Division ------------------------------------------ [...truncated 131915 lines...] gzip -cn > gss_accept_sec_context.3.gz --- gss_acquire_cred.3.gz --- gzip -cn > gss_acquire_cred.3.gz --- gss_add_cred.3.gz --- gzip -cn > gss_add_cred.3.gz --- gss_add_oid_set_member.3.gz --- gzip -cn > gss_add_oid_set_member.3.gz --- gss_canonicalize_name.3.gz --- gzip -cn > gss_canonicalize_name.3.gz --- gss_compare_name.3.gz --- gzip -cn > gss_compare_name.3.gz --- gss_context_time.3.gz --- gzip -cn > gss_context_time.3.gz --- gss_create_empty_oid_set.3.gz --- gzip -cn > gss_create_empty_oid_set.3.gz --- gss_delete_sec_context.3.gz --- gzip -cn > gss_delete_sec_context.3.gz --- gss_display_name.3.gz --- gzip -cn > gss_display_name.3.gz --- gss_display_status.3.gz --- gzip -cn > gss_display_status.3.gz --- gss_duplicate_name.3.gz --- gzip -cn > gss_duplicate_name.3.gz --- gss_export_name.3.gz --- gzip -cn > gss_export_name.3.gz --- gss_export_sec_context.3.gz --- --- secure.all__D --- --- a_object.po --- --- lib.all__D --- gzip -cn > gss_export_sec_context.3.gz --- secure.all__D --- cc -pg -O2 -pipe -DTERMIOS -DANSI_SOURCE -I = -I -I/usr/obj -DOPENSSL_THREADS -DDSO_= DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DBSAES_ASM -= DVPAES_ASM -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF= 2m -DMD5_ASM -DGHASH_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_A= SM -I -I -I -std=3Dgnu89 -fstack-= protector -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unuse= d-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parenthes= es-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-swit= ch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c = -o a_object.po --- lib.all__D --- --- gss_get_mic.3.gz --- gzip -cn > gss_get_mic.3.gz --- sbin.all__D --- --- token.o --- cc -O2 -pipe -I. -I -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wal= l -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-pr= ototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-bo= dy -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compar= e -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enu= m-conversion -Qunused-arguments -c token.c --- lib.all__D --- --- gss_import_name.3.gz --- gzip -cn > gss_import_name.3.gz --- gss_import_sec_context.3.gz --- gzip -cn > gss_import_sec_context.3.gz --- gss_indicate_mechs.3.gz --- gzip -cn > gss_indicate_mechs.3.gz --- gss_init_sec_context.3.gz --- gzip -cn > gss_init_sec_context.3.gz --- gss_inquire_context.3.gz --- gzip -cn > gss_inquire_context.3.gz --- gss_inquire_cred.3.gz --- gzip -cn > gss_inquire_cred.3.gz --- gss_inquire_cred_by_mech.3.gz --- gzip -cn > gss_inquire_cred_by_mech.3.gz --- gss_inquire_mechs_for_name.3.gz --- gzip -cn > gss_inquire_mechs_for_name.3.gz --- gss_inquire_names_for_mech.3.gz --- gzip -cn > gss_inquire_names_for_mech.3.gz --- gss_process_context_token.3.gz --- gzip -cn > gss_process_context_token.3.gz --- rescue.all__D --- --- ex_abbrev.o --- cc -O2 -pipe -D__REGEX_PRIVATE -I -I -I -DUSE_WIDEC= HAR -DRESCUE -std=3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-bo= dy -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compar= e -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enu= m-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-= parentheses -Qunused-arguments -c --- lib.all__D --- --- gss_release_buffer.3.gz --- gzip -cn > gss_release_buffer.3.gz --- gss_release_cred.3.gz --- gzip -cn > gss_release_cred.3.gz --- gss_release_name.3.gz --- gzip -cn > gss_release_name.3.gz --- gss_release_oid_set.3.gz --- gzip -cn > gss_release_oid_set.3.gz --- gss_test_oid_set_member.3.gz --- gzip -cn > gss_test_oid_set_member.3.gz --- gss_unwrap.3.gz --- gzip -cn > gss_unwrap.3.gz --- gss_verify_mic.3.gz --- gzip -cn > gss_verify_mic.3.gz --- gss_wrap.3.gz --- gzip -cn > gss_wrap.3.gz --- gss_wrap_size_limit.3.gz --- gzip -cn > gss_wrap_size_limit.3.gz --- mech.5.gz --- gzip -cn > mech.5.gz --- all_subdir_librpcsec_gss --- =3D=3D=3D> lib/librpcsec_gss (all) --- rescue.all__D --- --- ex_append.o --- cc -O2 -pipe -D__REGEX_PRIVATE -I -I -I -DUSE_WIDEC= HAR -DRESCUE -std=3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-bo= dy -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compar= e -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enu= m-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-= parentheses -Qunused-arguments -c --- secure.all__D --- --- a_octet.po --- cc -pg -O2 -pipe -DTERMIOS -DANSI_SOURCE -I = -I -I/usr/obj -DOPENSSL_THREADS -DDSO_= DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DBSAES_ASM -= DVPAES_ASM -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF= 2m -DMD5_ASM -DGHASH_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_A= SM -I -I -I -std=3Dgnu89 -fstack-= protector -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unuse= d-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parenthes= es-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-swit= ch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c = -o a_octet.po --- lib.all__D --- --- rpcsec_gss.3.gz --- gzip -cn > rpcsec_gss.3.gz --- rescue.all__D --- --- ex_args.o --- cc -O2 -pipe -D__REGEX_PRIVATE -I -I -I -DUSE_WIDEC= HAR -DRESCUE -std=3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-bo= dy -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compar= e -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enu= m-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-= parentheses -Qunused-arguments -c --- lib.all__D --- --- rpc_gss_seccreate.3.gz --- gzip -cn > rpc_gss_seccreate.3.gz --- secure.all__D --- --- a_print.po --- cc -pg -O2 -pipe -DTERMIOS -DANSI_SOURCE -I = -I -I/usr/obj -DOPENSSL_THREADS -DDSO_= DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DBSAES_ASM -= DVPAES_ASM -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF= 2m -DMD5_ASM -DGHASH_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_A= SM -I -I -I -std=3Dgnu89 -fstack-= protector -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unuse= d-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parenthes= es-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-swit= ch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c = -o a_print.po --- sbin.all__D --- --- devd --- --- lib.all__D --- --- rpc_gss_set_defaults.3.gz --- --- sbin.all__D --- c++ -O2 -pipe -I. -I -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-= y2k -W -Wno-unused-parameter -Wpointer-arith -Wno-uninitialized -Wno-empty-= body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-comp= are -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-e= num-conversion -Qunused-arguments -Wno-c++11-extensions -static -o devd d= evd.o token.o parse.o -ll -lutil --- lib.all__D --- gzip -cn > rpc_gss_set_defaults.3.gz --- rpc_gss_max_data_length.3.gz --- gzip -cn > rpc_gss_max_data_length.3.gz --- rpc_gss_get_error.3.gz --- gzip -cn > rpc_gss_get_error.3.gz --- rpc_gss_mech_to_oid.3.gz --- gzip -cn > rpc_gss_mech_to_oid.3.gz --- secure.all__D --- --- a_set.po --- cc -pg -O2 -pipe -DTERMIOS -DANSI_SOURCE -I = -I -I/usr/obj -DOPENSSL_THREADS -DDSO_= DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DBSAES_ASM -= DVPAES_ASM -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF= 2m -DMD5_ASM -DGHASH_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_A= SM -I -I -I -std=3Dgnu89 -fstack-= protector -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unuse= d-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parenthes= es-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-swit= ch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c = -o a_set.po --- lib.all__D --- --- rpc_gss_oid_to_mech.3.gz --- gzip -cn > rpc_gss_oid_to_mech.3.gz --- rescue.all__D --- --- ex_argv.o --- --- sbin.all__D --- /usr/obj:(.rodata+0x1c0): multiple definition of `typ= einfo for std::bad_array_new_length' /usr/obj:(.rodata+0x90): first defined here /usr/obj:(.rodata+0x1a0): multiple definition of `typ= einfo name for std::bad_array_new_length' /usr/obj:(.rodata+0x70): first defined here /usr/obj:(.rodata+0xc0): multiple definition of `vtab= le for std::bad_array_new_length' /usr/obj:(.rodata+0x10): first defined here --- rescue.all__D --- cc -O2 -pipe -D__REGEX_PRIVATE -I -I -I -DUSE_WIDEC= HAR -DRESCUE -std=3Dgnu99 -fstack-protector -Wno-pointer-sign -Wno-empty-bo= dy -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compar= e -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enu= m-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-= parentheses -Qunused-arguments -c --- lib.all__D --- --- rpc_gss_qop_to_num.3.gz --- gzip -cn > rpc_gss_qop_to_num.3.gz --- rpc_gss_get_mechanisms.3.gz --- gzip -cn > rpc_gss_get_mechanisms.3.gz --- rpc_gss_get_mech_info.3.gz --- gzip -cn > rpc_gss_get_mech_info.3.gz --- rpc_gss_get_versions.3.gz --- gzip -cn > rpc_gss_get_versions.3.gz --- secure.all__D --- --- a_sign.po --- cc -pg -O2 -pipe -DTERMIOS -DANSI_SOURCE -I = -I -I/usr/obj -DOPENSSL_THREADS -DDSO_= DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DBSAES_ASM -= DVPAES_ASM -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF= 2m -DMD5_ASM -DGHASH_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_A= SM -I -I -I -std=3Dgnu89 -fstack-= protector -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unuse= d-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parenthes= es-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-swit= ch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c = -o a_sign.po --- lib.all__D --- --- rpc_gss_is_installed.3.gz --- gzip -cn > rpc_gss_is_installed.3.gz --- rpc_gss_set_svc_name.3.gz --- gzip -cn > rpc_gss_set_svc_name.3.gz --- rpc_gss_getcred.3.gz --- gzip -cn > rpc_gss_getcred.3.gz --- rpc_gss_set_callback.3.gz --- gzip -cn > rpc_gss_set_callback.3.gz --- rpc_gss_get_principal_name.3.gz --- gzip -cn > rpc_gss_get_principal_name.3.gz --- sbin.all__D --- c++: error: linker command failed with exit code 1 (use -v to see invocatio= n) *** [devd] Error code 1 make[4]: stopped in 1 error make[4]: stopped in *** [all_subdir_devd] Error code 2 make[3]: stopped in 1 error make[3]: stopped in --- lib.all__D --- A failure has been detected in another branch of the parallel make make[4]: stopped in *** [all_subdir_librpcsec_gss] Error code 2 make[3]: stopped in 1 error make[3]: stopped in --- sbin.all__D --- *** [sbin.all__D] Error code 2 make[2]: stopped in --- lib.all__D --- *** [lib.all__D] Error code 2 make[2]: stopped in --- rescue.all__D --- A failure has been detected in another branch of the parallel make make[6]: stopped in *** [vi_make] Error code 2 make[5]: stopped in /usr/obj 1 error make[5]: stopped in /usr/obj *** [objs] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [_sub.all] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [rescue.all__D] Error code 2 make[2]: stopped in --- secure.all__D --- A failure has been detected in another branch of the parallel make make[5]: stopped in *** [_sub.all] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [_sub.all] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [secure.all__D] Error code 2 make[2]: stopped in 4 errors make[2]: stopped in *** [everything] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [buildworld] Error code 2 make: stopped in 1 error make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Tue Oct 21 20:10:29 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B47F059C for ; Tue, 21 Oct 2014 20:10:29 +0000 (UTC) Received: from st11p00mm-asmtp003.mac.com (st11p00mm-asmtpout003.mac.com [17.172.81.2]) (using TLSv1 with cipher DES-CBC3-SHA (112/168 bits)) (Client CN "smtp.me.com", Issuer "VeriSign Class 3 Extended Validation SSL SGC CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 86EA7BB for ; Tue, 21 Oct 2014 20:10:28 +0000 (UTC) Received: from frenziedmon.vks01.verknowsys.com (192.46-29-147.tkchopin.pl [46.29.147.192]) by st11p00mm-asmtp003.mac.com (Oracle Communications Messaging Server 7u4-27.10(7.0.4.27.9) 64bit (built Jun 6 2014)) with ESMTPSA id <0NDT00BTE9D6H620@st11p00mm-asmtp003.mac.com> for freebsd-current@freebsd.org; Tue, 21 Oct 2014 20:10:20 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.12.52,1.0.28,0.0.0000 definitions=2014-10-21_08:2014-10-21,2014-10-21,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=25 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1408290000 definitions=main-1410210195 Date: Tue, 21 Oct 2014 22:10:17 +0200 From: Daniel Dettlaff To: freebsd-current@freebsd.org Message-id: Subject: ZFS: i/o error - all block copies unavailable #2 X-Mailer: Airmail (249) MIME-version: 1.0 X-Mailman-Approved-At: Tue, 21 Oct 2014 21:33:03 +0000 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2014 20:10:29 -0000 Hi=21 I saw posts from 2009 on this mailing list, about a boot issue with Z=46S= . I have IBM server with HW RAID10 made from 36 disks. I'm using =46reeBSD 9.2-RELEASE. =46rom system point of view my raid is seen as 65TiB drive at /dev/mfid0 =46rom Z=46S point of view it's plain stripe as one zvol (on mfid0p2). My= partition layout is GPT: root=40backup7:=7E =23 gpart show =3D> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A034 =C2=A0140624990141 =C2=A0mfid0 = =C2=A0GPT =C2=A0(65T) =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A034 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 128 =C2=A0 =C2=A0 =C2=A01 =C2=A0freebsd-boot =C2=A0(64k= ) =C2=A0 =C2=A0 162 =C2=A0140624990013 =C2=A0 =C2=A0 =C2=A02 =C2=A0freebsd-= zfs =C2=A0(65T) It was installed using mfsbsd installer based on =46reeBSD 9.2. This machine has been working happily, until today when I did =22reboot=22= . After that system is unbootable, and throws on boot: Z=46S: i/o error - all block copies unavailable Z=46S: can't find root dsl=5Fdir My pool is ok, I can boot to it through external ISO (f.e. mfsbsd). Also =22status=22 shows that everything's fine (screenshot of what my kvm= shows there): http://s.verknowsys.com/5f6de0dfbc6d576dc53c000409a27e344e60adee.png I saw in previous thread (http://marc.info/=3Fl=3Dfreebsd-fs&m=3D12580756= 4213035&w=3D2), that there's a patch for raidz that somewhat fixes that i= ssue in =46reeBSD 8.x with raidz. So far I did try many =22solutions=22 but none helped in that matter. I did try: update bootcode, move /boot from one place to other, update ke= rnel, switch between kernel / kernel.old, and several more or less stupid= attempts to fix it Any ideas=3F -- Daniel (dmilith) Dettlaff irc: dmilith on irc.freenode.net skype: dmilith From owner-freebsd-current@FreeBSD.ORG Tue Oct 21 21:34:52 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6A60EE07; Tue, 21 Oct 2014 21:34:52 +0000 (UTC) Received: from mail.auburn.protected-networks.net (mail.auburn.protected-networks.net [IPv6:2001:470:1f07:4e1::3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.auburn.protected-networks.net", Issuer "Protected Networks Certificate Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 15B08FB; Tue, 21 Oct 2014 21:34:52 +0000 (UTC) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [192.168.1.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "Iain Butler", Issuer "RSA Class 2 Personal CA v2" (verified OK)) (Authenticated sender: imb@mail.auburn.protected-networks.net) by mail.auburn.protected-networks.net (Postfix) with ESMTPSA id 61BF6B8D0; Tue, 21 Oct 2014 17:34:49 -0400 (EDT) Message-ID: <5446D178.60402@protected-networks.net> Date: Tue, 21 Oct 2014 17:34:48 -0400 From: Michael Butler User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: freebsd-current , Baptiste Daroussin Subject: SVN r273381/2 breaks world OpenPGP: id=0442D492 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2014 21:34:52 -0000 >From an empty obj tree on the second pass through, I get .. --- tblgen --- c++ -O2 -pipe -I/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/include -I/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/tools/clang/include -I/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen -I. -I/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -Wno-c++11-extensions -static -L/usr/obj/usr/src/tmp/legacy/usr/lib -o tblgen AsmMatcherEmitter.o AsmWriterEmitter.o AsmWriterInst.o CTagsEmitter.o CallingConvEmitter.o CodeEmitterGen.o CodeGenDAGPatterns.o CodeGenInstruction.o CodeGenMapTable.o CodeGenRegisters.o CodeGenSchedule.o CodeGenTarget.o DAGISelEmitter.o DAGISelMatcher.o DAGISelMatcherEmitter.o DAGISelMatcherGen.o DAGISelMatcherOpt.o DFAPacketizerEmitter.o DisassemblerEmitter.o FastISelEmitter.o FixedLenDecoderEmitter.o InstrInfoEmitter.o IntrinsicEmitter.o OptParserEmitter.o PseudoLoweringEmitter.o RegisterInfoEmitter.o SetTheory.o SubtargetEmitter.o TGValueTypes.o TableGen.o X86DisassemblerTables.o X86ModRMFilters.o X86RecognizableInstr.o /usr/obj/usr/src/tmp/usr/src/usr.bin/clang/tblgen/../../../lib/clang/libllvmtablegen/libllvmtablegen.a /usr/obj/usr/src/tmp/usr/src/usr.bin/clang/tblgen/../../../lib/clang/libllvmsupport/libllvmsupport.a -lncursesw -legacy /usr/lib/libc++.a(cxxrt_stdexcept.o):(.rodata+0x1c0): multiple definition of `typeinfo for std::bad_array_new_length' /usr/lib/libc++.a(new.o):(.rodata+0x90): first defined here /usr/lib/libc++.a(cxxrt_stdexcept.o):(.rodata+0x1a0): multiple definition of `typeinfo name for std::bad_array_new_length' /usr/lib/libc++.a(new.o):(.rodata+0x70): first defined here /usr/lib/libc++.a(cxxrt_stdexcept.o):(.rodata+0xc0): multiple definition of `vtable for std::bad_array_new_length' /usr/lib/libc++.a(new.o):(.rodata+0x10): first defined here c++: error: linker command failed with exit code 1 (use -v to see invocation) *** [tblgen] Error code 1 make[3]: stopped in /usr/src/usr.bin/clang/tblgen 1 error Recompiling and reinstalling libc++ doesn't change anything, imb From owner-freebsd-current@FreeBSD.ORG Tue Oct 21 22:03:55 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 88E032B9; Tue, 21 Oct 2014 22:03:55 +0000 (UTC) Received: from mail-ig0-x22d.google.com (mail-ig0-x22d.google.com [IPv6:2607:f8b0:4001:c05::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4AFF066B; Tue, 21 Oct 2014 22:03:55 +0000 (UTC) Received: by mail-ig0-f173.google.com with SMTP id h18so2301511igc.0 for ; Tue, 21 Oct 2014 15:03:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=zvuSdhbzaqGZA1JaJvX4FxznbHJ2o8hDP8/MkrxrTiM=; b=bR9yg5MpIx7fXAP1SXXyWfrduNst2GJY9lV/zujyHr62xJLeYENwsjMAIE0FHRZQku i1fUqejYECbrjVLWmtLSPcM6s0sQHV0xaDEY62RW2Qo/tWiSGtQ5ig4bkjS4QhSWV336 GHoJce/HpNJXWt38YHwt8EINPG8nfaK5e5LhPNRqanv+4dFQ0uvwx2BOoRpamrw1QmvG ZZNxQ08soC+3FpUPeMpizQqbqxvlHs7PO6ZlOzUPuhvAi+rg//ZIB6Y33G0gZSSh3AE7 J0iOGERd6IwYw7S2PHhnNhSG4SU5l/w+TPjSSa3r8S3toqg93j1Fh0lM1m89CVwl74VH +4ZA== MIME-Version: 1.0 X-Received: by 10.42.91.75 with SMTP id o11mr786241icm.89.1413929034665; Tue, 21 Oct 2014 15:03:54 -0700 (PDT) Received: by 10.42.223.69 with HTTP; Tue, 21 Oct 2014 15:03:54 -0700 (PDT) Reply-To: alc@freebsd.org In-Reply-To: <5443D918.9090307@jrv.org> References: <54250AE9.6070609@jrv.org> <543FAB3C.4090503@jrv.org> <543FEE6F.5050007@delphij.net> <54409050.4070401@jrv.org> <544096B3.20306@delphij.net> <54409CFE.8070905@jrv.org> <5443D918.9090307@jrv.org> Date: Tue, 21 Oct 2014 17:03:54 -0500 Message-ID: Subject: Re: zfs recv hangs in kmem arena From: Alan Cox To: "James R. Van Artsdalen" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: freebsd-fs@freebsd.org, d@delphij.net, Xin Li , "current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2014 22:03:55 -0000 On Sun, Oct 19, 2014 at 10:30 AM, James R. Van Artsdalen < james-freebsd-fs2@jrv.org> wrote: > Removing kern.maxfiles from loader.conf still hangs in "kmem arena". > > I tried using a memstick image of -CURRENT made from the release/ > process and this also hangs in "kmem arena" > > An uninvolved server of mine hung Friday night in state"kmem arena" > during periodic's "zpool history". After a reboot it did not hang > Saturday night. > > How up to date is your source tree? r2720221 is relevant. Without that change, there are circumstances in which the code that is supposed to free space from the kmem arena doesn't get called. > On 10/16/2014 11:37 PM, James R. Van Artsdalen wrote: > > On 10/16/2014 11:10 PM, Xin Li wrote: > >> On 10/16/14 8:43 PM, James R. Van Artsdalen wrote: > >>> On 10/16/2014 11:12 AM, Xin Li wrote: > >>>>> On 9/26/2014 1:42 AM, James R. Van Artsdalen wrote: > >>>>>> FreeBSD BLACKIE.housenet.jrv 10.1-BETA2 FreeBSD 10.1-BETA2 > >>>>>> #2 r272070M: Wed Sep 24 17:36:56 CDT 2014 > >>>>>> james@BLACKIE.housenet.jrv:/usr/obj/usr/src/sys/GENERIC > >>>>>> amd64 > >>>>>> > >>>>>> With current STABLE10 I am unable to replicate a ZFS pool > >>>>>> using zfs send/recv without zfs hanging in state "kmem > >>>>>> arena", within the first 4TB or so (of a 23TB Pool). > >>>> What does procstat -kk 1176 (or the PID of your 'zfs' process > >>>> that stuck in that state) say? > >>>> > >>>> Cheers, > >>>> > >>> SUPERTEX:/root# ps -lp 866 UID PID PPID CPU PRI NI VSZ RSS > >>> MWCHAN STAT TT TIME COMMAND 0 866 863 0 52 0 66800 > >>> 29716 kmem are D+ 1 57:40.82 zfs recv -duvF BIGTOX > >>> SUPERTEX:/root# procstat -kk 866 PID TID COMM TDNAME > >>> KSTACK 866 101573 zfs - mi_switch+0xe1 > >>> sleepq_wait+0x3a _cv_wait+0x16d vmem_xalloc+0x568 vmem_alloc+0x3d > >>> kmem_malloc+0x33 keg_alloc_slab+0xcd keg_fetch_slab+0x151 > >>> zone_fetch_slab+0x7e zone_import+0x40 uma_zalloc_arg+0x34e > >>> arc_get_data_buf+0x31a arc_buf_alloc+0xaa dmu_buf_will_fill+0x169 > >>> dmu_write+0xfc dmu_recv_stream+0xd40 zfs_ioc_recv+0x94e > >>> zfsdev_ioctl+0x5ca > >> Do you have any special tuning in your /boot/loader.conf? > >> > >> Cheers, > >> > > Below. I had forgotten some of this was there. > > > > After sending the previous message I ran kgdb to see if I could get a > > backtrace with function args. I didn't see how to do it for this proc, > > but during all this the process un-blocked and started running again. > > > > The process blocked again in kmem arena after a few minutes. > > > > > > SUPERTEX:/root# cat /boot/loader.conf > > zfs_load="YES" # ZFS > > vfs.root.mountfrom="zfs:SUPERTEX/UNIX" # Specify root partition > > in a way the > > # kernel understands > > kern.maxfiles="32K" # Set the sys. wide open files limit > > kern.ktrace.request_pool="512" > > #vfs.zfs.debug=1 > > vfs.zfs.check_hostid=0 > > > > loader_logo="beastie" # Desired logo: fbsdbw, beastiebw, beastie, > > none > > boot_verbose="YES" # -v: Causes extra debugging information to be > > printed > > geom_mirror_load="YES" # RAID1 disk driver (see gmirror(8)) > > geom_label_load="YES" # File system labels (see glabel(8)) > > ahci_load="YES" > > siis_load="YES" > > mvs_load="YES" > > coretemp_load="YES" # Intel Core CPU temperature monitor > > #console="comconsole" > > kern.msgbufsize="131072" # Set size of kernel message buffer > > > > kern.geom.label.gpt.enable=0 > > kern.geom.label.gptid.enable=0 > > kern.geom.label.disk_ident.enable=0 > > SUPERTEX:/root# > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://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 Oct 21 22:05:33 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5D176454; Tue, 21 Oct 2014 22:05:33 +0000 (UTC) Received: from mail-ig0-x22a.google.com (mail-ig0-x22a.google.com [IPv6:2607:f8b0:4001:c05::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1E40B696; Tue, 21 Oct 2014 22:05:33 +0000 (UTC) Received: by mail-ig0-f170.google.com with SMTP id hn18so352950igb.5 for ; Tue, 21 Oct 2014 15:05:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=HJdcIZnAuMAErzbYQdm/LSR4bxYIZDbj3joerIZoUsg=; b=O6v0OEiHc3g5dnvy9vFyiPSJXkb/emj3AO7ZDVgFU8LyZAbmD38w6lopvmjYOHEhbB d0AVoSeU9JFdZ7eA9rqEtbX3Anh2gzcKFRFyPSqDLBkiD5LXPqB8hcvCFmnnUnBurY/c 0Ld7D2c2ok4ZEfyWlQkp1CMuGiwoSIF2Wf2TAbo9F+HrTDX6xnzHGTXB3yi3aiGCyd0a zYBmdSoXDIeZThtQFWZ3ticwWYK6Rx4OZnq+8d1x+JZBKsJxZT2OZBRoSOIdt1cAIOLy JOipnJZLwAN2RpkWmWP6C9sQneEzd13AXf5CuCwivI+NwsSk5jufIWzDv8YT9xfG1iD8 Etrg== MIME-Version: 1.0 X-Received: by 10.107.165.76 with SMTP id o73mr40511143ioe.1.1413929132428; Tue, 21 Oct 2014 15:05:32 -0700 (PDT) Received: by 10.42.223.69 with HTTP; Tue, 21 Oct 2014 15:05:32 -0700 (PDT) Reply-To: alc@freebsd.org In-Reply-To: References: <54250AE9.6070609@jrv.org> <543FAB3C.4090503@jrv.org> <543FEE6F.5050007@delphij.net> <54409050.4070401@jrv.org> <544096B3.20306@delphij.net> <54409CFE.8070905@jrv.org> <5443D918.9090307@jrv.org> Date: Tue, 21 Oct 2014 17:05:32 -0500 Message-ID: Subject: Re: zfs recv hangs in kmem arena From: Alan Cox To: "James R. Van Artsdalen" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: freebsd-fs@freebsd.org, d@delphij.net, Xin Li , "current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2014 22:05:33 -0000 On Tue, Oct 21, 2014 at 5:03 PM, Alan Cox wrote: > On Sun, Oct 19, 2014 at 10:30 AM, James R. Van Artsdalen < > james-freebsd-fs2@jrv.org> wrote: > >> Removing kern.maxfiles from loader.conf still hangs in "kmem arena". >> >> I tried using a memstick image of -CURRENT made from the release/ >> process and this also hangs in "kmem arena" >> >> An uninvolved server of mine hung Friday night in state"kmem arena" >> during periodic's "zpool history". After a reboot it did not hang >> Saturday night. >> >> > > > How up to date is your source tree? r2720221 is relevant. Without that > change, there are circumstances in which the code that is supposed to free > space from the kmem arena doesn't get called. > > That should be r272071. > > > >> On 10/16/2014 11:37 PM, James R. Van Artsdalen wrote: >> > On 10/16/2014 11:10 PM, Xin Li wrote: >> >> On 10/16/14 8:43 PM, James R. Van Artsdalen wrote: >> >>> On 10/16/2014 11:12 AM, Xin Li wrote: >> >>>>> On 9/26/2014 1:42 AM, James R. Van Artsdalen wrote: >> >>>>>> FreeBSD BLACKIE.housenet.jrv 10.1-BETA2 FreeBSD 10.1-BETA2 >> >>>>>> #2 r272070M: Wed Sep 24 17:36:56 CDT 2014 >> >>>>>> james@BLACKIE.housenet.jrv:/usr/obj/usr/src/sys/GENERIC >> >>>>>> amd64 >> >>>>>> >> >>>>>> With current STABLE10 I am unable to replicate a ZFS pool >> >>>>>> using zfs send/recv without zfs hanging in state "kmem >> >>>>>> arena", within the first 4TB or so (of a 23TB Pool). >> >>>> What does procstat -kk 1176 (or the PID of your 'zfs' process >> >>>> that stuck in that state) say? >> >>>> >> >>>> Cheers, >> >>>> >> >>> SUPERTEX:/root# ps -lp 866 UID PID PPID CPU PRI NI VSZ RSS >> >>> MWCHAN STAT TT TIME COMMAND 0 866 863 0 52 0 66800 >> >>> 29716 kmem are D+ 1 57:40.82 zfs recv -duvF BIGTOX >> >>> SUPERTEX:/root# procstat -kk 866 PID TID COMM TDNAME >> >>> KSTACK 866 101573 zfs - mi_switch+0xe1 >> >>> sleepq_wait+0x3a _cv_wait+0x16d vmem_xalloc+0x568 vmem_alloc+0x3d >> >>> kmem_malloc+0x33 keg_alloc_slab+0xcd keg_fetch_slab+0x151 >> >>> zone_fetch_slab+0x7e zone_import+0x40 uma_zalloc_arg+0x34e >> >>> arc_get_data_buf+0x31a arc_buf_alloc+0xaa dmu_buf_will_fill+0x169 >> >>> dmu_write+0xfc dmu_recv_stream+0xd40 zfs_ioc_recv+0x94e >> >>> zfsdev_ioctl+0x5ca >> >> Do you have any special tuning in your /boot/loader.conf? >> >> >> >> Cheers, >> >> >> > Below. I had forgotten some of this was there. >> > >> > After sending the previous message I ran kgdb to see if I could get a >> > backtrace with function args. I didn't see how to do it for this proc, >> > but during all this the process un-blocked and started running again. >> > >> > The process blocked again in kmem arena after a few minutes. >> > >> > >> > SUPERTEX:/root# cat /boot/loader.conf >> > zfs_load="YES" # ZFS >> > vfs.root.mountfrom="zfs:SUPERTEX/UNIX" # Specify root partition >> > in a way the >> > # kernel understands >> > kern.maxfiles="32K" # Set the sys. wide open files limit >> > kern.ktrace.request_pool="512" >> > #vfs.zfs.debug=1 >> > vfs.zfs.check_hostid=0 >> > >> > loader_logo="beastie" # Desired logo: fbsdbw, beastiebw, beastie, >> > none >> > boot_verbose="YES" # -v: Causes extra debugging information to be >> > printed >> > geom_mirror_load="YES" # RAID1 disk driver (see gmirror(8)) >> > geom_label_load="YES" # File system labels (see glabel(8)) >> > ahci_load="YES" >> > siis_load="YES" >> > mvs_load="YES" >> > coretemp_load="YES" # Intel Core CPU temperature monitor >> > #console="comconsole" >> > kern.msgbufsize="131072" # Set size of kernel message buffer >> > >> > kern.geom.label.gpt.enable=0 >> > kern.geom.label.gptid.enable=0 >> > kern.geom.label.disk_ident.enable=0 >> > SUPERTEX:/root# >> > >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://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 Oct 21 22:11:04 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 29F1467B for ; Tue, 21 Oct 2014 22:11:04 +0000 (UTC) Received: from mail-lb0-x22f.google.com (mail-lb0-x22f.google.com [IPv6:2a00:1450:4010:c04::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9B80B7C7 for ; Tue, 21 Oct 2014 22:11:03 +0000 (UTC) Received: by mail-lb0-f175.google.com with SMTP id u10so1793919lbd.6 for ; Tue, 21 Oct 2014 15:11:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=rcaleI+u9nMLMe3Yko2gz0BHU/bDKLX15jJcaPdI+no=; b=PmaL+R1C114mFDcUFG30Ulu5Xbkxl3jGP4yJMHXhYMh3tDfNQwDpR0P0q94XhVmI5W RZGXKePq4jWJXZ1vPxbWq96+tpAL8YhXVVS97fPZ0WqAbbLRb219OUWp+phI8j9SJvM6 odH5YmKr/75PTLZdbVs3XhovPTbBJNRzPf3DN5r12grou9PrI2njklrkVZA8CVc+uNeN uMMbMspsmty5D0zmGSzF8wScvYInUkbS8ymjc8HbsoSVDK0LkoBkCeFDyDNYoCD6EHuO HqcxUsQZVepg1rOmcsDAN+L5eUsB1FiYbl9hVNtoSjt/aDRTbjZP4wdBeXsYYyg+P3up 2FlA== X-Received: by 10.112.180.198 with SMTP id dq6mr37058641lbc.56.1413929461540; Tue, 21 Oct 2014 15:11:01 -0700 (PDT) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by mx.google.com with ESMTPSA id l7sm4965688lah.27.2014.10.21.15.10.59 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 21 Oct 2014 15:11:00 -0700 (PDT) Sender: Baptiste Daroussin Date: Wed, 22 Oct 2014 00:10:56 +0200 From: Baptiste Daroussin To: Michael Butler Subject: Re: SVN r273381/2 breaks world Message-ID: <20141021221056.GC224@ivaldir.etoilebsd.net> References: <5446D178.60402@protected-networks.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="aT9PWwzfKXlsBJM1" Content-Disposition: inline In-Reply-To: <5446D178.60402@protected-networks.net> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2014 22:11:04 -0000 --aT9PWwzfKXlsBJM1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 21, 2014 at 05:34:48PM -0400, Michael Butler wrote: > From an empty obj tree on the second pass through, I get .. >=20 > --- tblgen --- > c++ -O2 -pipe > -I/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/include > -I/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/tools/clang/include= -I/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen > -I. > -I/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/../../lib/clang/inc= lude > -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS > -D__STDC_CONSTANT_MACROS -fno-strict-aliasing > -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" > -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\= "\" > -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include > -fno-exceptions -fno-rtti -Wno-c++11-extensions -static > -L/usr/obj/usr/src/tmp/legacy/usr/lib -o tblgen AsmMatcherEmitter.o > AsmWriterEmitter.o AsmWriterInst.o CTagsEmitter.o CallingConvEmitter.o > CodeEmitterGen.o CodeGenDAGPatterns.o CodeGenInstruction.o > CodeGenMapTable.o CodeGenRegisters.o CodeGenSchedule.o CodeGenTarget.o > DAGISelEmitter.o DAGISelMatcher.o DAGISelMatcherEmitter.o > DAGISelMatcherGen.o DAGISelMatcherOpt.o DFAPacketizerEmitter.o > DisassemblerEmitter.o FastISelEmitter.o FixedLenDecoderEmitter.o > InstrInfoEmitter.o IntrinsicEmitter.o OptParserEmitter.o > PseudoLoweringEmitter.o RegisterInfoEmitter.o SetTheory.o > SubtargetEmitter.o TGValueTypes.o TableGen.o X86DisassemblerTables.o > X86ModRMFilters.o X86RecognizableInstr.o > /usr/obj/usr/src/tmp/usr/src/usr.bin/clang/tblgen/../../../lib/clang/libl= lvmtablegen/libllvmtablegen.a > /usr/obj/usr/src/tmp/usr/src/usr.bin/clang/tblgen/../../../lib/clang/libl= lvmsupport/libllvmsupport.a > -lncursesw -legacy > /usr/lib/libc++.a(cxxrt_stdexcept.o):(.rodata+0x1c0): multiple > definition of `typeinfo for std::bad_array_new_length' > /usr/lib/libc++.a(new.o):(.rodata+0x90): first defined here > /usr/lib/libc++.a(cxxrt_stdexcept.o):(.rodata+0x1a0): multiple > definition of `typeinfo name for std::bad_array_new_length' > /usr/lib/libc++.a(new.o):(.rodata+0x70): first defined here > /usr/lib/libc++.a(cxxrt_stdexcept.o):(.rodata+0xc0): multiple definition > of `vtable for std::bad_array_new_length' > /usr/lib/libc++.a(new.o):(.rodata+0x10): first defined here > c++: error: linker command failed with exit code 1 (use -v to see > invocation) > *** [tblgen] Error code 1 >=20 > make[3]: stopped in /usr/src/usr.bin/clang/tblgen > 1 error >=20 > Recompiling and reinstalling libc++ doesn't change anything, >=20 > imb >=20 >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" Fixed, Bapt --aT9PWwzfKXlsBJM1 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlRG2fAACgkQ8kTtMUmk6Ex65wCffprGxKJS1xwPUM1jyD+xYdFi vuwAnjosb+z6oOSbyt1G6VEibcdOTkNK =mjE5 -----END PGP SIGNATURE----- --aT9PWwzfKXlsBJM1-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 21 22:48:08 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A4C05B5E; Tue, 21 Oct 2014 22:48:08 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 8D394AA7; Tue, 21 Oct 2014 22:48:08 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id BD664122; Tue, 21 Oct 2014 22:48:08 +0000 (UTC) Date: Tue, 21 Oct 2014 22:47:58 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, imp@FreeBSD.org, jimharris@FreeBSD.org, gjb@FreeBSD.org, emaste@FreeBSD.org, kevlo@FreeBSD.org, bapt@FreeBSD.org, mjg@FreeBSD.org, neel@FreeBSD.org, markj@FreeBSD.org, ngie@FreeBSD.org, bryanv@FreeBSD.org, hselasky@FreeBSD.org, jmg@FreeBSD.org, br@FreeBSD.org Message-ID: <358899659.1.1413931688408.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1716274421.0.1413920908820.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1716274421.0.1413920908820.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #1672 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: FAILURE X-Mailman-Approved-At: Tue, 21 Oct 2014 23:00:20 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2014 22:48:08 -0000 See Changes: [mjg] tmpfs: allow shared file lookups Tested by: pho [bapt] Revert r273426 r273409 A solution that work with both new and old binutils should be investigated [bapt] older binutils does not know about --no-fatal-warnings [mjg] Mark some more sysctl stuff shared-locked and MPSAFE. [hselasky] Use the UAUTO SYSCTL type for exporting the bounce zone alignmen= t, because the variable size depends on the build type. Reported by:=09kib @ MFC after:=093 days [emaste] Fix typo in src option description [emaste] Regenerate after r273418 [imp] For the kernel, we have USB_GADGET_EXAMPLES as defaults to yes. For userland defaults to no. This caused issues for the automated option documenation script. Turns out, this isn't used in userland at all, so just remove it from here. [imp] Generate both userland and kernel option settings for showconfig. PR: 191920 [imp] You aren't allowed to test WITH_xxx or WITHOUT_xxx here, so remove it= . Even if you were allowed to test for it, the test makes no sense as it always results in adding -DWITH_ATF unless WITH_ATF was already defined. But if MK_ATF !=3D no, then we know it was defined. This, in turn, caused tools/build/options/makemake always think WITH_ATF is the default, which removed control of that from sys.conf.mk. To get the intent of the deleted comment, another mechanism is required, assuming that the intent of that comment is desirable. [ngie] Add sys/socket.h #include for bind(2), et al Sponsored by: EMC / Isilon Storage Division [bapt] Do not make ld(1) warnings fatal anymore, binutils behaviour has cha= nged over the time and gnu.warnings.symbol are now being fatal preventing building world. in the futur we want to investigate only making the gnu.warning.symbol non = fatal Reviewed by:=09imp [bapt] Make the external toolchain support grows to the knowleged of XXFLAG= S for C++ dedicated flags and DEPFLAGS for mkdep flags Pass the path to the libc++ headers in both, enforce the gnu++11 standard i= n the XXFLAGS to satisfy libc++ requirements pass the libc++ objectdir as a location wher= e to find libraries so it can find libstdc++.so and libstdc++.A Reviewed by:=09imp [bapt] When using an external gcc 4.8+ and not building libstdc++ then crea= te in the objectdir a fake libstdc++.so and libstdc++.a which is a symlink on libc++ that allow g= ++ to satisfy its links dependencies in the least hackish way. Please note that this hacky libstds++ never get installed on the final syst= em Reviewed by:=09imp [bapt] Always use libc++ as the default c++ stack when building with an ext= ernal gcc 4.8+ While here disable building gcc from base when using gcc 4.8+ Reviewed by:=09imp [bapt] When using an external toolchain note that gcc 4.8+ supports C++11 Submitted by:=09imp [bapt] The dependencies are computed with CC even if sources are C++, when = building when building with an external gcc, we want to be able to pass the path to the libc++ headers so dependencies are correctly computed for C++ source fi= les. Add a DEPFLAGS for that purpose Reviewed by:=09imp [mjg] Make sysctl name2oid shared-locked as well. This is a follow-up to r273401. [gjb] Fix an issue where a FreeBSD virtual machine provisioned in the Microsoft Azure service does not recognize the second attached disk on the system. Submitted by:=09kyliel@Microsoft Patched by:=09weh@Microsoft PR:=09=09194376 MFC after:=093 days X-MFC-10.1:=09yes, ASAP Sponsored by:=09The FreeBSD Foundation [mjg] Implement shared locking for sysctl. [mjg] Rename sysctl_lock and _unlock to sysctl_xlock and _xunlock. ------------------------------------------ [...truncated 114662 lines...] =3D=3D=3D> bin/csh (all) --- games.all__D --- --- fortune --- cc -O2 -pipe -DDEBUG -I -std=3Dgnu99 -fstack-protector -W= system-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstr= ict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qu= al -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar= -subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definit= ion -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-= empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-argumen= ts -o fortune fortune.o=20 --- lib.all__D --- --- divdi3.po --- cc -pg -O2 -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN -std= =3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -= Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -W= no-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-p= arentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -= Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o divdi3.po --- games.all__D --- =3D=3D=3D> games/fortune/strfile (all) --- lib.all__D --- --- divmoddi4.po --- --- games.all__D --- --- strfile.o --- cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wa= ll -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-p= rototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitc= h -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnes= ted-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmi= ssing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plu= s-int -Wno-unused-const-variable -Qunused-arguments -c --- lib.all__D --- cc -pg -O2 -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN -std= =3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -= Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -W= no-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-p= arentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -= Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o divmoddi4.po --- divmodsi4.po --- cc -pg -O2 -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN -std= =3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -= Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -W= no-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-p= arentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -= Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o divmodsi4.po --- bin.all__D --- --- csh.1 --- cat > csh.1 --- lib.all__D --- --- divsc3.po --- cc -pg -O2 -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN -std= =3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -= Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -W= no-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-p= arentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -= Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o divsc3.po --- bin.all__D --- --- et_EE.ISO8859-15.msg --- cat <= https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/bin/csh/../../contr= ib/tcsh/nls/et/set11> = > et_EE.ISO8859-15.msg --- games.all__D --- --- strfile.8.gz --- gzip -cn > strfile.8.gz --- lib.all__D --- --- divti3.po --- cc -pg -O2 -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN -std= =3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -= Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -W= no-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-p= arentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -= Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o divti3.po --- games.all__D --- --- strfile --- cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wa= ll -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-p= rototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitc= h -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnes= ted-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmi= ssing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plu= s-int -Wno-unused-const-variable -Qunused-arguments -o strfile strfile.o= =20 --- lib.all__D --- --- divxc3.po --- cc -pg -O2 -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN -std= =3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -= Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -W= no-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-p= arentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -= Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o divxc3.po --- games.all__D --- =3D=3D=3D> games/fortune/datfiles (all) --- fortunes.dat --- PATH=3D$PATH:/usr/games:/usr/obj strfile -Cs fortunes.dat --- bin.all__D --- --- fi_FI.ISO8859-1.msg --- --- lib.all__D --- --- enable_execute_stack.po --- --- bin.all__D --- cat = > fi_FI.ISO8859-1.msg --- lib.all__D --- cc -pg -O2 -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN -std= =3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -= Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -W= no-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-p= arentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -= Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o enable_execute_stack.po --- eprintf.po --- cc -pg -O2 -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN -std= =3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -= Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -W= no-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-p= arentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -= Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o eprintf.po --- games.all__D --- --- freebsd-tips.dat --- PATH=3D$PATH:/usr/games:/usr/obj strfile -Cs freebsd-tips.dat --- bin.all__D --- --- fr_FR.ISO8859-1.msg --- --- games.all__D --- --- murphy.dat --- PATH=3D$PATH:/usr/games:/usr/obj strfile -Cs = murphy.dat --- bin.all__D --- cat lib.all__D --- --- ffsdi2.po --- --- bin.all__D --- sh/nls/french/set22 <= https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/bin/csh/../../contr= ib/tcsh/nls/french/set25> > fr_FR.ISO8859-1.msg --- lib.all__D --- cc -pg -O2 -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN -std= =3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -= Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -W= no-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-p= arentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -= Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o ffsdi2.po --- games.all__D --- --- startrek.dat --- PATH=3D$PATH:/usr/games:/usr/obj strfile -Cs startrek.dat --- zippy.dat --- PATH=3D$PATH:/usr/games:/usr/obj strfile -Cs z= ippy.dat --- lib.all__D --- --- ffsti2.po --- --- games.all__D --- --- limerick.dat --- --- lib.all__D --- cc -pg -O2 -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN -std= =3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -= Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -W= no-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-p= arentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -= Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o ffsti2.po --- games.all__D --- PATH=3D$PATH:/usr/games:/usr/obj strfile -Cs limerick.dat --- murphy-o.dat --- PATH=3D$PATH:/usr/games:/usr/obj strfile -Cs murphy-o.dat --- gerrold.limerick.dat --- PATH=3D$PATH:/usr/games:/usr/obj strfile -Cs gerrold.limerick.dat =3D=3D=3D> games/fortune/unstr (all) --- lib.all__D --- --- fixdfdi.po --- cc -pg -O2 -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN -std= =3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -= Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -W= no-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-p= arentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -= Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o fixdfdi.po --- bin.all__D --- --- de_DE.ISO8859-1.msg --- cat > de_DE.ISO8859-1.msg --- games.all__D --- --- unstr.o --- cc -O2 -pipe -I -std=3Dgnu99 -fstack-protector -Wsystem-hea= ders -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-protot= ypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite= -strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscript= s -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-p= ointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body= -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c --- lib.all__D --- --- fixdfti.po --- cc -pg -O2 -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN -std= =3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -= Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -W= no-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-p= arentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -= Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o fixdfti.po --- games.all__D --- --- unstr --- cc -O2 -pipe -I -std=3Dgnu99 -fstack-protector -Wsystem-hea= ders -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-protot= ypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite= -strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscript= s -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-p= ointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body= -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -o uns= tr unstr.o=20 --- lib.all__D --- --- fixsfdi.po --- cc -pg -O2 -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN -std= =3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -= Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -W= no-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-p= arentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -= Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o fixsfdi.po --- bin.all__D --- --- el_GR.ISO8859-7.msg --- cat <= https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/bin/csh/../../contr= ib/tcsh/nls/greek/set27> = > el_GR.ISO8859-7.msg --- games.all__D --- =3D=3D=3D> games/grdc (all) --- lib.all__D --- --- fixsfti.po --- cc -pg -O2 -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN -std= =3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -= Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -W= no-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-p= arentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -= Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o fixsfti.po --- games.all__D --- --- grdc.o --- cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wa= ll -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-p= rototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitc= h -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnes= ted-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmi= ssing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plu= s-int -Wno-unused-const-variable -Qunused-arguments -c --- lib.all__D --- --- fixunsdfdi.po --- cc -pg -O2 -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN -std= =3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -= Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -W= no-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-p= arentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -= Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o fixunsdfdi.po --- bin.all__D --- --- it_IT.ISO8859-1.msg --- --- lib.all__D --- --- fixunsdfsi.po --- cc -pg -O2 -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN -std= =3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -= Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -W= no-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-p= arentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -= Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o fixunsdfsi.po --- bin.all__D --- cat = > it_IT.ISO8859-1.msg --- lib.all__D --- --- fixunsdfti.po --- cc -pg -O2 -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN -std= =3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -= Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -W= no-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-p= arentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -= Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o fixunsdfti.po --- games.all__D --- --- grdc.6.gz --- gzip -cn > grdc.6.gz --- lib.all__D --- --- fixunssfdi.po --- cc -pg -O2 -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN -std= =3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -= Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -W= no-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-p= arentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -= Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o fixunssfdi.po --- games.all__D --- --- grdc --- cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wa= ll -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-p= rototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitc= h -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnes= ted-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmi= ssing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plu= s-int -Wno-unused-const-variable -Qunused-arguments -o grdc grdc.o -lncurs= esw --- lib.all__D --- --- fixunssfsi.po --- --- bin.all__D --- --- ja_JP.eucJP.msg --- --- lib.all__D --- cc -pg -O2 -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN -std= =3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -= Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -W= no-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-p= arentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -= Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o fixunssfsi.po --- games.all__D --- =3D=3D=3D> games/morse (all) --- bin.all__D --- cat <= https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/bin/csh/../../contr= ib/tcsh/nls/ja/set11> > ja_JP.eucJP.msg --- games.all__D --- --- morse.o --- cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wa= ll -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-p= rototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitc= h -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnes= ted-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmi= ssing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plu= s-int -Wno-unused-const-variable -Qunused-arguments -c --- lib.all__D --- --- fixunssfti.po --- cc -pg -O2 -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN -std= =3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -= Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -W= no-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-p= arentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -= Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o fixunssfti.po --- bin.all__D --- --- ru_RU.KOI8-R.msg --- cat = > ru_RU.KOI8-R.msg --- lib.all__D --- --- fixunsxfdi.po --- cc -pg -O2 -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN -std= =3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -= Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -W= no-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-p= arentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -= Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o fixunsxfdi.po --- libexec.all__D --- --- atf-check.1.gz --- gzip -cn > atf-check.1.gz --- atf-check --- c++ -O2 -pipe -DHAVE_CONFIG_H -I -fstack-protector -Wsystem-headers -Werror -Wa= ll -Wno-format-y2k -W -Wno-unused-parameter -Wpointer-arith -Wno-uninitiali= zed -Wformat=3D2 -Wno-format-extra-args -Werror -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-format-nonliteral -Qunused-arguments -Wno-c++11-extensions -L/usr/obj= -rpath /usr/lib/private -o atf-check atf-check.o /usr/obj= /usr/obj c++: error: no such file or directory: '/usr/obj c++: error: no such file or directory: '/usr/obj *** [atf-check] Error code 1 make[5]: stopped in 1 error make[5]: stopped in --- bin.all__D --- --- es_ES.ISO8859-1.msg --- --- libexec.all__D --- *** [_sub.all] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [_sub.all] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [libexec.all__D] Error code 2 make[2]: stopped in --- bin.all__D --- cat = > es_ES.ISO8859-1.msg --- games.all__D --- A failure has been detected in another branch of the parallel make make[4]: stopped in --- lib.all__D --- A failure has been detected in another branch of the parallel make make[4]: stopped in --- games.all__D --- *** [_sub.all] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [games.all__D] Error code 2 make[2]: stopped in --- lib.all__D --- *** [all_subdir_libcompiler_rt] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [lib.all__D] Error code 2 make[2]: stopped in --- bin.all__D --- A failure has been detected in another branch of the parallel make make[4]: stopped in *** [all_subdir_csh] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [bin.all__D] Error code 2 make[2]: stopped in 4 errors make[2]: stopped in *** [everything] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [buildworld] Error code 2 make: stopped in 1 error make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Tue Oct 21 23:19:57 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D144C576; Tue, 21 Oct 2014 23:19:57 +0000 (UTC) Received: from mail.jrv.org (adsl-70-243-84-11.dsl.austtx.swbell.net [70.243.84.11]) by mx1.freebsd.org (Postfix) with ESMTP id 9DE36D9B; Tue, 21 Oct 2014 23:19:56 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.jrv.org (Postfix) with ESMTP id DF9F61AD525; Tue, 21 Oct 2014 18:19:49 -0500 (CDT) Received: from mail.jrv.org ([127.0.0.1]) by localhost (zimbra64.housenet.jrv [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id ywn1zvHtDekR; Tue, 21 Oct 2014 18:19:40 -0500 (CDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.jrv.org (Postfix) with ESMTP id EF56B1AD520; Tue, 21 Oct 2014 18:19:39 -0500 (CDT) X-Virus-Scanned: amavisd-new at zimbra64.housenet.jrv Received: from mail.jrv.org ([127.0.0.1]) by localhost (zimbra64.housenet.jrv [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 2Dt9zWXbzoHl; Tue, 21 Oct 2014 18:19:39 -0500 (CDT) Received: from [192.168.138.128] (BMX.housenet.jrv [192.168.3.140]) by mail.jrv.org (Postfix) with ESMTPSA id CBE581AD51D; Tue, 21 Oct 2014 18:19:39 -0500 (CDT) Message-ID: <5446EA1C.8070305@jrv.org> Date: Tue, 21 Oct 2014 18:19:56 -0500 From: "James R. Van Artsdalen" User-Agent: Mozilla/5.0 (Windows NT 5.0; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: alc@freebsd.org Subject: Re: zfs recv hangs in kmem arena References: <54250AE9.6070609@jrv.org> <543FAB3C.4090503@jrv.org> <543FEE6F.5050007@delphij.net> <54409050.4070401@jrv.org> <544096B3.20306@delphij.net> <54409CFE.8070905@jrv.org> <5443D918.9090307@jrv.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 21 Oct 2014 23:36:54 +0000 Cc: freebsd-fs@freebsd.org, Xin Li , Alan Cox , d@delphij.net, "current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2014 23:19:57 -0000 On 10/21/2014 5:03 PM, Alan Cox wrote: > How up to date is your source tree? r2720221 is relevant. Without that > change, there are circumstances in which the code that is supposed to > free space from the kmem arena doesn't get called. I've tried HEAD/CURRENT at r272749 On 10-STABLE through r273364 - I do a nightly build & test. From owner-freebsd-current@FreeBSD.ORG Wed Oct 22 01:32:43 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8B000128; Wed, 22 Oct 2014 01:32:43 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 74640C63; Wed, 22 Oct 2014 01:32:43 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id B2EDF152; Wed, 22 Oct 2014 01:32:43 +0000 (UTC) Date: Wed, 22 Oct 2014 01:32:40 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, imp@FreeBSD.org, jimharris@FreeBSD.org, emaste@FreeBSD.org, mjg@FreeBSD.org, bapt@FreeBSD.org, neel@FreeBSD.org, markj@FreeBSD.org, ngie@FreeBSD.org, gjb@FreeBSD.org, kevlo@FreeBSD.org, bryanv@FreeBSD.org, hselasky@FreeBSD.org, jmg@FreeBSD.org, br@FreeBSD.org Message-ID: <1004113263.2.1413941563321.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <358899659.1.1413931688408.JavaMail.jenkins@jenkins-9.freebsd.org> References: <358899659.1.1413931688408.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #1673 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: FAILURE X-Mailman-Approved-At: Wed, 22 Oct 2014 02:02:21 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Oct 2014 01:32:43 -0000 See Changes: [mjg] filedesc: cleanup setugidsafety a little Rename it to fdsetugidsafety for consistency with other functions. There is no need to take filedesc lock if not closing any files. The loop has to verify each file and we are guaranteed fdtable has space for at least 20 fds. As such there is no need to check fd_lastfile. While here tidy up is_unsafe. [mjg] Eliminate unnecessary memory allocation in sys_getgroups and its ibcs= 2 counterpart. [bapt] Do not define bad_array_new_length::bad_array_new_length in libc++ a= nymore when used in combinaison with libcxxrt since it is now defined there alread= y. This fixes building world [gjb] Bump __FreeBSD_version to track SA-14:20, SA-14:21, SA-14:22, SA-14:23 Approved by:=09re (implicit) Sponsored by:=09The FreeBSD Foundation [mjg] Take the lock shared in linker_search_symbol_name. This helps sysctl kern.proc.stack. ------------------------------------------ [...truncated 113853 lines...] --- cmpti2.po --- cc -pg -O2 -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN -std= =3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -= Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -W= no-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-p= arentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -= Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o cmpti2.po --- bin.all__D --- --- cp.o --- cc -O2 -pipe -DVM_AND_BUFFER_CACHE_SYNCHRONIZED -D_ACL_PRIVATE -std=3Dgn= u99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wn= o-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith= -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-param= eter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-d= ecls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declaratio= ns -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-v= ariable -Qunused-arguments -c --- lib.all__D --- --- comparedf2.po --- cc -pg -O2 -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN -std= =3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -= Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -W= no-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-p= arentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -= Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o comparedf2.po --- bin.all__D --- --- utils.o --- cc -O2 -pipe -DVM_AND_BUFFER_CACHE_SYNCHRONIZED -D_ACL_PRIVATE -std=3Dgn= u99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wn= o-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith= -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-param= eter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-d= ecls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declaratio= ns -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-v= ariable -Qunused-arguments -c --- lib.all__D --- --- comparesf2.po --- cc -pg -O2 -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN -std= =3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -= Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -W= no-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-p= arentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -= Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o comparesf2.po --- games.all__D --- --- fortune.6.gz --- gzip -cn > fortune.6.gz --- fortune --- cc -O2 -pipe -DDEBUG -I -std=3Dgnu99 -fstack-protector -W= system-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstr= ict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qu= al -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar= -subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definit= ion -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-= empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-argumen= ts -o fortune fortune.o=20 --- lib.all__D --- --- ctzdi2.po --- cc -pg -O2 -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN -std= =3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -= Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -W= no-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-p= arentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -= Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o ctzdi2.po --- games.all__D --- =3D=3D=3D> games/fortune/strfile (all) --- lib.all__D --- --- ctzsi2.po --- cc -pg -O2 -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN -std= =3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -= Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -W= no-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-p= arentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -= Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o ctzsi2.po --- bin.all__D --- --- cp.1.gz --- gzip -cn > cp.1.gz --- cp --- cc -O2 -pipe -DVM_AND_BUFFER_CACHE_SYNCHRONIZED -D_ACL_PRIVATE -std=3Dgn= u99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wn= o-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith= -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-param= eter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-d= ecls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declaratio= ns -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-v= ariable -Qunused-arguments -o cp cp.o utils.o=20 --- lib.all__D --- --- ctzti2.po --- cc -pg -O2 -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN -std= =3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -= Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -W= no-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-p= arentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -= Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o ctzti2.po --- games.all__D --- --- strfile.o --- cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wa= ll -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-p= rototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitc= h -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnes= ted-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmi= ssing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plu= s-int -Wno-unused-const-variable -Qunused-arguments -c --- bin.all__D --- --- all_subdir_csh --- --- lib.all__D --- --- divdc3.po --- --- bin.all__D --- =3D=3D=3D> bin/csh (all) --- lib.all__D --- cc -pg -O2 -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN -std= =3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -= Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -W= no-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-p= arentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -= Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o divdc3.po --- divdi3.po --- cc -pg -O2 -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN -std= =3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -= Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -W= no-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-p= arentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -= Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o divdi3.po --- divmoddi4.po --- cc -pg -O2 -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN -std= =3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -= Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -W= no-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-p= arentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -= Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o divmoddi4.po --- games.all__D --- --- strfile.8.gz --- gzip -cn > strfile.8.gz --- lib.all__D --- --- divmodsi4.po --- cc -pg -O2 -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN -std= =3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -= Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -W= no-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-p= arentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -= Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o divmodsi4.po --- games.all__D --- --- strfile --- cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wa= ll -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-p= rototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitc= h -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnes= ted-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmi= ssing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plu= s-int -Wno-unused-const-variable -Qunused-arguments -o strfile strfile.o= =20 --- lib.all__D --- --- divsc3.po --- cc -pg -O2 -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN -std= =3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -= Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -W= no-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-p= arentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -= Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o divsc3.po --- bin.all__D --- --- csh.1 --- cat > csh.1 --- et_EE.ISO8859-15.msg --- --- games.all__D --- =3D=3D=3D> games/fortune/datfiles (all) --- bin.all__D --- cat <= https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/bin/csh/../../contr= ib/tcsh/nls/et/set11> = > et_EE.ISO8859-15.msg --- lib.all__D --- --- divti3.po --- cc -pg -O2 -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN -std= =3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -= Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -W= no-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-p= arentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -= Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o divti3.po --- bin.all__D --- --- fi_FI.ISO8859-1.msg --- --- games.all__D --- --- fortunes.dat --- PATH=3D$PATH:/usr/games:/usr/obj strfile -Cs fortunes.dat --- bin.all__D --- cat = > fi_FI.ISO8859-1.msg --- lib.all__D --- --- divxc3.po --- cc -pg -O2 -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN -std= =3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -= Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -W= no-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-p= arentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -= Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o divxc3.po --- bin.all__D --- --- fr_FR.ISO8859-1.msg --- --- games.all__D --- --- freebsd-tips.dat --- --- lib.all__D --- --- enable_execute_stack.po --- --- games.all__D --- PATH=3D$PATH:/usr/games:/usr/obj strfile -Cs freebsd-tips.dat --- lib.all__D --- cc -pg -O2 -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN -std= =3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -= Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -W= no-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-p= arentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -= Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o enable_execute_stack.po --- bin.all__D --- cat > fr_FR.ISO8859-1.msg --- games.all__D --- --- murphy.dat --- PATH=3D$PATH:/usr/games:/usr/obj strfile -Cs = murphy.dat --- startrek.dat --- PATH=3D$PATH:/usr/games:/usr/obj strfile -Cs startrek.dat --- lib.all__D --- --- eprintf.po --- cc -pg -O2 -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN -std= =3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -= Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -W= no-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-p= arentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -= Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o eprintf.po --- games.all__D --- --- zippy.dat --- PATH=3D$PATH:/usr/games:/usr/obj strfile -Cs z= ippy.dat --- limerick.dat --- PATH=3D$PATH:/usr/games:/usr/obj strfile -Cs limerick.dat --- murphy-o.dat --- PATH=3D$PATH:/usr/games:/usr/obj strfile -Cs murphy-o.dat --- bin.all__D --- --- de_DE.ISO8859-1.msg --- cat > de_DE.ISO8859-1.msg --- games.all__D --- --- gerrold.limerick.dat --- PATH=3D$PATH:/usr/games:/usr/obj strfile -Cs gerrold.limerick.dat =3D=3D=3D> games/fortune/unstr (all) --- lib.all__D --- --- ffsdi2.po --- cc -pg -O2 -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN -std= =3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -= Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -W= no-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-p= arentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -= Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o ffsdi2.po --- games.all__D --- --- unstr.o --- cc -O2 -pipe -I -std=3Dgnu99 -fstack-protector -Wsystem-hea= ders -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-protot= ypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite= -strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscript= s -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-p= ointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body= -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c --- bin.all__D --- --- el_GR.ISO8859-7.msg --- --- lib.all__D --- --- ffsti2.po --- --- bin.all__D --- cat lib.all__D --- cc -pg -O2 -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN -std= =3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -= Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -W= no-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-p= arentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -= Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o ffsti2.po --- bin.all__D --- t22 > el_GR.ISO8859-7.msg --- games.all__D --- --- unstr --- cc -O2 -pipe -I -std=3Dgnu99 -fstack-protector -Wsystem-hea= ders -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-protot= ypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite= -strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscript= s -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-p= ointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body= -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -o uns= tr unstr.o=20 --- lib.all__D --- --- fixdfdi.po --- cc -pg -O2 -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN -std= =3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -= Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -W= no-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-p= arentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -= Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o fixdfdi.po --- games.all__D --- =3D=3D=3D> games/grdc (all) --- lib.all__D --- --- fixdfti.po --- cc -pg -O2 -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN -std= =3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -= Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -W= no-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-p= arentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -= Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o fixdfti.po --- bin.all__D --- --- it_IT.ISO8859-1.msg --- --- games.all__D --- --- grdc.o --- --- bin.all__D --- cat = > it_IT.ISO8859-1.msg --- games.all__D --- cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wa= ll -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-p= rototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitc= h -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnes= ted-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmi= ssing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plu= s-int -Wno-unused-const-variable -Qunused-arguments -c --- lib.all__D --- --- fixsfdi.po --- cc -pg -O2 -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN -std= =3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -= Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -W= no-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-p= arentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -= Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o fixsfdi.po --- fixsfti.po --- --- bin.all__D --- --- ja_JP.eucJP.msg --- cat <= https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/bin/csh/../../contr= ib/tcsh/nls/ja/set11> lib.all__D --- cc -pg -O2 -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN -std= =3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -= Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -W= no-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-p= arentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -= Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o fixsfti.po --- bin.all__D --- sh/nls/ja/set4 > ja_JP.eucJP.msg --- libexec.all__D --- --- atf-check.1.gz --- gzip -cn > atf-check.1.gz --- atf-check --- c++ -O2 -pipe -DHAVE_CONFIG_H -I -fstack-protector -Wsystem-headers -Werror -Wa= ll -Wno-format-y2k -W -Wno-unused-parameter -Wpointer-arith -Wno-uninitiali= zed -Wformat=3D2 -Wno-format-extra-args -Werror -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-format-nonliteral -Qunused-arguments -Wno-c++11-extensions -L/usr/obj= -rpath /usr/lib/private -o atf-check atf-check.o /usr/obj= /usr/obj c++: error: no such file or directory: '/usr/obj c++: error: no such file or directory: '/usr/obj *** [atf-check] Error code 1 make[5]: stopped in 1 error --- lib.all__D --- A failure has been detected in another branch of the parallel make make[4]: stopped in --- libexec.all__D --- make[5]: stopped in --- lib.all__D --- *** [all_subdir_libcompiler_rt] Error code 2 make[3]: stopped in 1 error make[3]: stopped in --- libexec.all__D --- *** [_sub.all] Error code 2 make[4]: stopped in 1 error make[4]: stopped in --- lib.all__D --- *** [lib.all__D] Error code 2 make[2]: stopped in --- bin.all__D --- A failure has been detected in another branch of the parallel make make[4]: stopped in *** [all_subdir_csh] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [bin.all__D] Error code 2 make[2]: stopped in --- libexec.all__D --- *** [_sub.all] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [libexec.all__D] Error code 2 make[2]: stopped in --- games.all__D --- A failure has been detected in another branch of the parallel make make[4]: stopped in *** [_sub.all] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [games.all__D] Error code 2 make[2]: stopped in 4 errors make[2]: stopped in *** [everything] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [buildworld] Error code 2 make: stopped in 1 error make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Wed Oct 22 02:02:24 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8DAF282E; Wed, 22 Oct 2014 02:02:24 +0000 (UTC) Received: from mail-wg0-x232.google.com (mail-wg0-x232.google.com [IPv6:2a00:1450:400c:c00::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C0B83ECB; Wed, 22 Oct 2014 02:02:23 +0000 (UTC) Received: by mail-wg0-f50.google.com with SMTP id a1so2676556wgh.33 for ; Tue, 21 Oct 2014 19:02:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=o/2JrRJX8CjQIO2D7PTRi4oiE7MiT5vnimmIcNLLgiw=; b=ynZwzh5YQ5oD5CV//O5Gmythw7QoTKVrnL8NF7+pzfBupbXx/iZubkpHUrkN9XtPpG x63F/JI/HWxKcK3QtABEkHk5svRKafPBWt082iGDHdXhGp1SJs1pwj++PuscXToBW22p XZfQt9vyx0sIJO7e0itDVg+lWqOUpkegDqqVAukTqwOFWi6nrpdGy0j0bOP2xpwqy4WH uguNHHbygteORitbK1L6yWtFY5p0/pXDS4Y/ENYilHjFl1HNNuOePY+D67C75eT+EHB/ SUDPY+dXe67KwYNnEscj9VAIUvG5T/hwj1cY5oxpjpelnpY04uwB948oZO9T1HYtO7os IBQw== MIME-Version: 1.0 X-Received: by 10.194.2.8 with SMTP id 8mr48394751wjq.85.1413943341880; Tue, 21 Oct 2014 19:02:21 -0700 (PDT) Received: by 10.216.159.193 with HTTP; Tue, 21 Oct 2014 19:02:21 -0700 (PDT) Reply-To: araujo@FreeBSD.org In-Reply-To: <938824126.3953339.1413895709720.JavaMail.root@uoguelph.ca> References: <938824126.3953339.1413895709720.JavaMail.root@uoguelph.ca> Date: Wed, 22 Oct 2014 10:02:21 +0800 Message-ID: Subject: Re: kernel page fault with nfs From: Marcelo Araujo To: Rick Macklem Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: freebsd-current , "Tobias C. Berner" , Allan Jude X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Oct 2014 02:02:24 -0000 2014-10-21 20:48 GMT+08:00 Rick Macklem : > Marcelo Araujo wrote: > > Tobias, > > > > Thank you very much, it really helps to simulate the problem. > > I'm gonna try as soon as possible and I will keep you informed. > > > You are more than welcome to try and find this. However, I don't think > folks need to use a non-power of 2 rsize/wsize, so I think I'll change > the client to clip rsize/wsize to that. (This example was just a typo.) > Yes, that would be nice if you can do that. As seems you gonna take a look on it, I'm gonna move to other things. > > Is there anyone out there that thinks having an rsize/wsize that isn't > a power of 2 is needed? > Personally, I can't see where it would be needed. > > Thanks, rick > > > Best Regards, > > > > 2014-10-21 17:10 GMT+08:00 Tobias C. Berner : > > > > > Hi Marcelo > > > > > > > > > > > > The following ist the current fstab-line which seems to run > > > smoothly: > > > > > > odo.firefly:/storage/multimedia /multimedia nfs > > > readahead=4,soft,intr,rw,tcp,wsize=32768,rsize=32768,late 0 0 > > > > > > > > > > > > nfsstat -m: > > > > > > odo.firefly:/storage/multimedia on /multimedia > > > > > > > > > > nfsv3,tcp,resvport,soft,intr,cto,lockd,sec=sys,acdirmin=3,acdirmax=60,acregmin=5,acregmax=60,nametimeo=60,negnametimeo=60,rsize=32768,wsize=32768,readdirsize=32768,readahead=4,wcommitsize=2798255,timeout=120,retrans=2 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Now the bad line (no different appart from the typo) > > > > > > odo.firefly:/storage/multimedia /multimedia nfs > > > readahead=4,soft,intr,rw,tcp,wsize=32767,rsize=32767,late 0 0 > > > > > > which leads to the page-faults. > > > > > > And as you said wsize/rsize gets rounded down to the multiple of > > > 512: > > > > > > odo.firefly:/storage/multimedia on /multimedia > > > > > > > > > > nfsv3,tcp,resvport,soft,intr,cto,lockd,sec=sys,acdirmin=3,acdirmax=60,acregmin=5,acregmax=60,nametimeo=60,negnametimeo=60,rsize=32256,wsize=32256,readdirsize=32256,readahead=4,wcommitsize=2798255,timeout=120,retrans=2 > > > > > > > > > > > > > > > > > > I can easily reproduce the pagefault by letting for example > > > multimedia/gpodder write to the nfs. > > > > > > > > > > > > > > > > > > > > > > > > hope this helps, > > > > > > > > > > > > mfg Tobias > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > On Tuesday 21 October 2014 15.45:24 Marcelo Araujo wrote: > > > > > > > Hello Tobias, > > > > > > > > > > > > > > That sounds good, at least you don't have any crash so far. > > > > > > > I agree with you, seems a bug, I'm gonna take a look on that. > > > > > > > > > > > > > > Could you share with me your testbed or how you can reproduce the > > > > issue? > > > > > > > > > > > > > > Best Regards, > > > > > > > > > > > > > > 2014-10-21 15:36 GMT+08:00 T.C.Berner : > > > > > > > > The system now has an uptime of >24h using NFS heavily. > > > > > > > > > > > > > > > > So wsize/rsize=2^15-1 seems to have been the problem.... which > > > > > is imho > > > a > > > > > > > > bug therefore. > > > > > > > > > > > > > > > > > > > > > > > > mfg Tobias > > > > > > > > > > > > > > > > 2014-10-21 5:11 GMT+02:00 Marcelo Araujo > > > > > : > > > > > > > >> Hello Tibias, > > > > > > > >> > > > > > > > >> Any news? > > > > > > > >> > > > > > > > >> > > > > > > > >> Best Regards, > > > > > > > >> > > > > > > > >> 2014-10-20 20:55 GMT+08:00 Rick Macklem > > > > >> : > > > > > > > >>> Tobias C. Berner wrote: > > > > > > > >>> > Now that I posted it, 32767 should of course be 2^15=32768. > > > > >>> > Let me > > > > > > > >>> > recheck if it still > > > > > > > >>> > hangs with the correct value. > > > > > > > >>> > > > > > > > > >>> > On Monday 20 October 2014 09.15:39 Tobias C. Berner wrote: > > > > > > > >>> > > Hi Marcelo > > > > > > > >>> > > > > > > > > > >>> > > Yes, I'm using readahead: > > > > > > > >>> > > The mountoptions are > > > > > > > >>> > > "readahead=4,soft,intr,rw,tcp,wsize=32767,rsize=32767,late" > > > > > > > >>> > > > > > > > >>> If you type "nfsstat -m", you will see what is actually > > > > >>> getting used. > > > > > > > >>> (I suspect the above rsize/wsize got clipped to 32256 or > > > > >>> something > > > like > > > > > > > >>> > > > > > > > >>> that. I think it clips it to a multiple of 512.) > > > > > > > >>> > > > > > > > >>> If rsize/wsize are not a power of 2, there are issues, > > > > >>> although I've > > > > > > > >>> never > > > > > > > >>> been able to see why it is broken. Maybe it should clip it to > > > > >>> the > > > power > > > > > > > >>> of > > > > > > > >>> 2 below the value, since it causes unexplained problems > > > > >>> otherwise. > > > > > > > >>> > > > > > > > >>> rick > > > > > > > >>> > > > > > > > >>> > > mfg Tobias > > > > > > > >>> > > > > > > > > > >>> > > On Monday 20 October 2014 10.41:30 Marcelo Araujo wrote: > > > > > > > >>> > > > Hello Tobias, > > > > > > > >>> > > > > > > > > > > >>> > > > Could you show how you are mount the NFS share? > > > > > > > >>> > > > Are you using 'readahead' option? > > > > > > > >>> > > > > > > > > > > >>> > > > Best Regards, > > > > > > > >>> > > > > > > > > > > >>> > > > 2014-10-19 17:40 GMT+08:00 Tobias C. Berner < > > > tcberner@gmail.com>: > > > > > > > >>> > > > > both are at 1100038. > > > > > > > >>> > > > > > > > > > > > >>> > > > > On Sunday 19 October 2014 11.12:36 Marcelo Araujo > > > > >>> > > > > wrote: > > > > > > > >>> > > > > > It is still strange, could you do what Allan said > > > > >>> > > > > > and send > > > us > > > > > > > >>> > > > > > the > > > > > > > >>> > > > > > result > > > > > > > >>> > > > > > > > > > > > >>> > > > > in > > > > > > > >>> > > > > > > > > > > > >>> > > > > > case you are not sure you have world and kernel in > > > > >>> > > > > > the same > > > > > > > >>> > > > > > revision! > > > > > > > >>> > > > > > > > > > > > > >>> > > > > > On Oct 19, 2014 6:48 AM, "Tobias C. Berner" > > > > > > > >>> > > > > > > > > > > > > >>> > > > > > wrote: > > > > > > > >>> > > > > > > Hi > > > > > > > >>> > > > > > > > > > > > > > >>> > > > > > > World ist from october 16, installed world and > > > > >>> > > > > > > kernel > > > then. > > > > > > > >>> > > > > > > > > > > > > > >>> > > > > > > Kernel was later rebuilt with debug-options. > > > > > > > >>> > > > > > > > > > > > > > >>> > > > > > > > > > > > > > >>> > > > > > > > > > > > > > >>> > > > > > > > > > > > > > >>> > > > > > > > > > > > > > >>> > > > > > > Is the following more sensible? > > > > > > > >>> > > > > > > > > >>> > ################################################## > > > > > > > >>> > > > > > > > > >>> > > > > > > # kgdb NOXON/kernel.debug vmcore.1 > > > > > > > >>> > > > > > > > > > > > > > >>> > > > > > > Fatal trap 12: page fault while in kernel mode > > > > > > > >>> > > > > > > > > > > > > > >>> > > > > > > cpuid = 5; apic id = 05 > > > > > > > >>> > > > > > > > > > > > > > >>> > > > > > > fault virtual address = 0xfffffe07d1744000 > > > > > > > >>> > > > > > > > > > > > > > >>> > > > > > > fault code = supervisor write data, page not > > > > >>> > > > > > > present > > > > > > > >>> > > > > > > > > > > > > > >>> > > > > > > instruction pointer = 0x20:0xffffffff80d4d58a > > > > > > > >>> > > > > > > > > > > > > > >>> > > > > > > stack pointer = 0x28:0xfffffe086057f240 > > > > > > > >>> > > > > > > > > > > > > > >>> > > > > > > frame pointer = 0x28:0xfffffe086057f2f0 > > > > > > > >>> > > > > > > > > > > > > > >>> > > > > > > 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 = 6524 (python2.7) > > > > > > > >>> > > > > > > > > > > > > > >>> > > > > > > > > > > > > > >>> > > > > > > > > > > > > > >>> > > > > > > > > > > > > > >>> > > > > > > > > > > > > > >>> > > > > > > (kgdb) bt > > > > > > > >>> > > > > > > > > > > > > > >>> > > > > > > #0 doadump (textdump=1) at pcpu.h:219 > > > > > > > >>> > > > > > > > > > > > > > >>> > > > > > > #1 0xffffffff80926b6d in kern_reboot (howto=260) > > > > >>> > > > > > > at > > > > > > > >>> > > > > > > /usr/src/sys/kern/kern_shutdown.c:447 > > > > > > > >>> > > > > > > > > > > > > > >>> > > > > > > #2 0xffffffff809270c0 in panic (fmt= > > > >>> > > > > > > optimized > > > out>) > > > > > > > >>> > > > > > > at > > > > > > > >>> > > > > > > /usr/src/sys/kern/kern_shutdown.c:746 > > > > > > > >>> > > > > > > > > > > > > > >>> > > > > > > #3 0xffffffff8035f167 in db_panic (addr= > > > >>> > > > > > > optimized > > > > > > > >>> > > > > > > out>, > > > > > > > >>> > > > > > > have_addr=2, count=0, modif=0x0) at > > > > > > > >>> > > > > > > /usr/src/sys/ddb/db_command.c:473 > > > > > > > >>> > > > > > > > > > > > > > >>> > > > > > > #4 0xffffffff8035ed7d in db_command > > > > >>> > > > > > > (cmd_table=0x0) at > > > > > > > >>> > > > > > > /usr/src/sys/ddb/db_command.c:440 > > > > > > > >>> > > > > > > > > > > > > > >>> > > > > > > #5 0xffffffff8035eaf4 in db_command_loop () at > > > > > > > >>> > > > > > > /usr/src/sys/ddb/db_command.c:493 > > > > > > > >>> > > > > > > > > > > > > > >>> > > > > > > #6 0xffffffff80361600 in db_trap (type= > > > >>> > > > > > > optimized > > > > > > > >>> > > > > > > out>, > > > > > > > >>> > > > > > > code=0) > > > > > > > >>> > > > > > > > > > > > >>> > > > > at > > > > > > > >>> > > > > > > > > > > > >>> > > > > > > /usr/src/sys/ddb/db_main.c:251 > > > > > > > >>> > > > > > > > > > > > > > >>> > > > > > > #7 0xffffffff80966f01 in kdb_trap (type=12, > > > > >>> > > > > > > code=0, > > > > > > > >>> > > > > > > tf= > > > > > > >>> > > > > > > optimized > > > > > > > >>> > > > > > > out>) at /usr/src/sys/kern/subr_kdb.c:654 > > > > > > > >>> > > > > > > > > > > > > > >>> > > > > > > #8 0xffffffff80d4fa7c in trap_fatal > > > > > > > >>> > > > > > > (frame=0xfffffe086057f190, > > > > > > > >>> > > > > > > > > > > > >>> > > > > eva= > > > > > > >>> > > > > > > > > > > > >>> > > > > > > optimized out>) at > > > > >>> > > > > > > /usr/src/sys/amd64/amd64/trap.c:861 > > > > > > > >>> > > > > > > > > > > > > > >>> > > > > > > #9 0xffffffff80d4fe0c in trap_pfault > > > > > > > >>> > > > > > > (frame=0xfffffe086057f190, > > > > > > > >>> > > > > > > usermode=) at > > > > > > > >>> > > > > > > /usr/src/sys/amd64/amd64/trap.c:677 > > > > > > > >>> > > > > > > > > > > > > > >>> > > > > > > #10 0xffffffff80d4f42e in trap > > > > >>> > > > > > > (frame=0xfffffe086057f190) > > > > > > > >>> > > > > > > at > > > > > > > >>> > > > > > > /usr/src/sys/amd64/amd64/trap.c:426 > > > > > > > >>> > > > > > > > > > > > > > >>> > > > > > > #11 0xffffffff80d33972 in calltrap () at > > > > > > > >>> > > > > > > /usr/src/sys/amd64/amd64/exception.S:231 > > > > > > > >>> > > > > > > > > > > > > > >>> > > > > > > #12 0xffffffff80d4d58a in bzero () at > > > > > > > >>> > > > > > > /usr/src/sys/amd64/amd64/support.S:53 > > > > > > > >>> > > > > > > > > > > > > > >>> > > > > > > #13 0xffffffff80830463 in ncl_doio > > > (vp=0xfffff801e7f99938, > > > > > > > >>> > > > > > > bp=0xfffffe07c5a168e8, cr=, > > > td= > > > > > > >>> > > > > > > optimized > > > > > > > >>> > > > > > > > > > > > >>> > > > > out>, > > > > > > > >>> > > > > > > > > > > > >>> > > > > > > called_from_strategy=) > > > > > > > >>> > > > > > > > > > > > > > >>> > > > > > > at /usr/src/sys/fs/nfsclient/nfs_clbio.c:1648 > > > > > > > >>> > > > > > > > > >>> > _______________________________________________ > > > > > > > >>> > freebsd-current@freebsd.org mailing list > > > > > > > >>> > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > > > > > > >>> > To unsubscribe, send any mail to > > > > > > > >>> > "freebsd-current-unsubscribe@freebsd.org" > > > > > > > >> > > > > > > > >> -- > > > > > > > >> > > > > > > > >> -- > > > > > > > >> Marcelo Araujo (__)araujo@FreeBSD.org > > > > > > > >> \\\'',)http://www.FreeBSD.org \/ \ ^ > > > > >> Power > > > > > > > >> To Server. .\. /_) > > > > > > > > > > > > > > > > > -- > > > > -- > > Marcelo Araujo (__)araujo@FreeBSD.org > > \\\'',)http://www.FreeBSD.org \/ \ ^ > > Power To Server. .\. /_) > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to > > "freebsd-current-unsubscribe@freebsd.org" > > > -- -- Marcelo Araujo (__)araujo@FreeBSD.org \\\'',)http://www.FreeBSD.org \/ \ ^ Power To Server. .\. /_) From owner-freebsd-current@FreeBSD.ORG Wed Oct 22 04:31:48 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 389CAE4D; Wed, 22 Oct 2014 04:31:48 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 2202EEA2; Wed, 22 Oct 2014 04:31:48 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 0EFD01CC; Wed, 22 Oct 2014 04:31:48 +0000 (UTC) Date: Wed, 22 Oct 2014 04:31:39 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, imp@FreeBSD.org, jimharris@FreeBSD.org, gjb@FreeBSD.org, emaste@FreeBSD.org, kevlo@FreeBSD.org, bapt@FreeBSD.org, mjg@FreeBSD.org, neel@FreeBSD.org, markj@FreeBSD.org, ngie@FreeBSD.org, bryanv@FreeBSD.org, hselasky@FreeBSD.org, jmg@FreeBSD.org, marcel@FreeBSD.org, br@FreeBSD.org Message-ID: <854005805.3.1413952308003.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1004113263.2.1413941563321.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1004113263.2.1413941563321.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #1674 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: FAILURE X-Mailman-Approved-At: Wed, 22 Oct 2014 11:19:44 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Oct 2014 04:31:48 -0000 See Changes: [mjg] Reduce nesting in vn_access. No functional changes. [marcel] Virtual machines can easily have more than 16 option ROMs and when that happens, we happily access our resource array out of bounds. Make sure we stay within the MAX_ROMS limit. While here, bump MAX_ROMS from 16 to 32 to minimize the chance of leaving option ROMs unaccounted for. Obtained from:=09Juniper Networks, Inc. [imp] Add defines for various FIRST PARTY DMA SEND subcommands. [mjg] Avoid crdup when possible in kern_accessat. While here tidy up a little. [marcel] Fix the conversion macro for .note sections, broken in the case the ELF file's byte order is not the native byte order. The bug is that the variables holding the name and description size are used (natively) after having been byte-swapped. The fix is to calculate sz from them just prior to byte-swapping. Approved by:=09jkoshy@ Obtained from:=09Juniper Networks, Inc. [marcel] GCC for PowerPC does not align .note sections to 4 bytes. When running ctfmerge on its objects, libelf asserts as it expects .note sections to be 4-byte aligned. Change that expectation. Approved by:=09jkoshy@ Obtained from:=09Juniper Networks, Inc. ------------------------------------------ [...truncated 112867 lines...] --- cp.o --- cc -O2 -pipe -DVM_AND_BUFFER_CACHE_SYNCHRONIZED -D_ACL_PRIVATE -std=3Dgn= u99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wn= o-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith= -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-param= eter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-d= ecls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declaratio= ns -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-v= ariable -Qunused-arguments -c --- lib.all__D --- --- ctzti2.po --- cc -pg -O2 -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN -std= =3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -= Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -W= no-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-p= arentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -= Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o ctzti2.po --- divdc3.po --- cc -pg -O2 -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN -std= =3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -= Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -W= no-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-p= arentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -= Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o divdc3.po --- divdi3.po --- cc -pg -O2 -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN -std= =3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -= Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -W= no-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-p= arentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -= Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o divdi3.po --- divmoddi4.po --- cc -pg -O2 -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN -std= =3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -= Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -W= no-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-p= arentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -= Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o divmoddi4.po --- bin.all__D --- --- utils.o --- cc -O2 -pipe -DVM_AND_BUFFER_CACHE_SYNCHRONIZED -D_ACL_PRIVATE -std=3Dgn= u99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wn= o-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith= -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-param= eter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-d= ecls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declaratio= ns -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-v= ariable -Qunused-arguments -c --- lib.all__D --- --- divmodsi4.po --- cc -pg -O2 -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN -std= =3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -= Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -W= no-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-p= arentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -= Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o divmodsi4.po --- games.all__D --- --- fortune.6.gz --- gzip -cn > fortune.6.gz --- lib.all__D --- --- divsc3.po --- cc -pg -O2 -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN -std= =3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -= Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -W= no-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-p= arentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -= Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o divsc3.po --- games.all__D --- --- fortune --- cc -O2 -pipe -DDEBUG -I -std=3Dgnu99 -fstack-protector -W= system-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstr= ict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qu= al -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar= -subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definit= ion -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-= empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-argumen= ts -o fortune fortune.o=20 =3D=3D=3D> games/fortune/strfile (all) --- lib.all__D --- --- divti3.po --- cc -pg -O2 -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN -std= =3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -= Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -W= no-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-p= arentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -= Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o divti3.po --- games.all__D --- --- strfile.o --- cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wa= ll -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-p= rototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitc= h -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnes= ted-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmi= ssing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plu= s-int -Wno-unused-const-variable -Qunused-arguments -c --- lib.all__D --- --- divxc3.po --- cc -pg -O2 -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN -std= =3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -= Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -W= no-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-p= arentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -= Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o divxc3.po --- bin.all__D --- --- cp.1.gz --- gzip -cn > cp.1.gz --- cp --- cc -O2 -pipe -DVM_AND_BUFFER_CACHE_SYNCHRONIZED -D_ACL_PRIVATE -std=3Dgn= u99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wn= o-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith= -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-param= eter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-d= ecls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declaratio= ns -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-v= ariable -Qunused-arguments -o cp cp.o utils.o=20 --- lib.all__D --- --- enable_execute_stack.po --- cc -pg -O2 -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN -std= =3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -= Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -W= no-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-p= arentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -= Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o enable_execute_stack.po --- bin.all__D --- --- all_subdir_csh --- =3D=3D=3D> bin/csh (all) --- lib.all__D --- --- eprintf.po --- cc -pg -O2 -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN -std= =3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -= Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -W= no-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-p= arentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -= Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o eprintf.po --- games.all__D --- --- strfile.8.gz --- gzip -cn > strfile.8.gz --- strfile --- cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wa= ll -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-p= rototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitc= h -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnes= ted-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmi= ssing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plu= s-int -Wno-unused-const-variable -Qunused-arguments -o strfile strfile.o= =20 --- lib.all__D --- --- ffsdi2.po --- cc -pg -O2 -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN -std= =3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -= Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -W= no-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-p= arentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -= Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o ffsdi2.po --- games.all__D --- =3D=3D=3D> games/fortune/datfiles (all) --- lib.all__D --- --- ffsti2.po --- cc -pg -O2 -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN -std= =3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -= Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -W= no-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-p= arentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -= Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o ffsti2.po --- games.all__D --- --- fortunes.dat --- PATH=3D$PATH:/usr/games:/usr/obj strfile -Cs fortunes.dat --- lib.all__D --- --- fixdfdi.po --- cc -pg -O2 -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN -std= =3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -= Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -W= no-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-p= arentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -= Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o fixdfdi.po --- fixdfti.po --- cc -pg -O2 -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN -std= =3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -= Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -W= no-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-p= arentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -= Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o fixdfti.po --- fixsfdi.po --- cc -pg -O2 -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN -std= =3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -= Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -W= no-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-p= arentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -= Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o fixsfdi.po --- games.all__D --- --- freebsd-tips.dat --- --- bin.all__D --- --- csh.1 --- --- games.all__D --- PATH=3D$PATH:/usr/games:/usr/obj strfile -Cs freebsd-tips.dat --- bin.all__D --- cat > csh.1 --- games.all__D --- --- murphy.dat --- PATH=3D$PATH:/usr/games:/usr/obj strfile -Cs = murphy.dat --- bin.all__D --- --- et_EE.ISO8859-15.msg --- --- lib.all__D --- --- fixsfti.po --- --- games.all__D --- --- startrek.dat --- --- lib.all__D --- cc -pg -O2 -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN -std= =3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -= Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -W= no-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-p= arentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -= Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o fixsfti.po --- games.all__D --- PATH=3D$PATH:/usr/games:/usr/obj strfile -Cs startrek.dat --- bin.all__D --- cat <= https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/bin/csh/../../contr= ib/tcsh/nls/et/set11> = > et_EE.ISO8859-15.msg --- games.all__D --- --- zippy.dat --- PATH=3D$PATH:/usr/games:/usr/obj strfile -Cs z= ippy.dat --- lib.all__D --- --- fixunsdfdi.po --- --- games.all__D --- --- limerick.dat --- --- lib.all__D --- cc -pg -O2 -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN -std= =3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -= Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -W= no-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-p= arentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -= Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o fixunsdfdi.po --- games.all__D --- PATH=3D$PATH:/usr/games:/usr/obj strfile -Cs limerick.dat --- murphy-o.dat --- PATH=3D$PATH:/usr/games:/usr/obj strfile -Cs murphy-o.dat --- bin.all__D --- --- fi_FI.ISO8859-1.msg --- --- games.all__D --- --- gerrold.limerick.dat --- PATH=3D$PATH:/usr/games:/usr/obj strfile -Cs gerrold.limerick.dat --- bin.all__D --- cat = > fi_FI.ISO8859-1.msg --- games.all__D --- =3D=3D=3D> games/fortune/unstr (all) --- lib.all__D --- --- fixunsdfsi.po --- cc -pg -O2 -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN -std= =3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -= Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -W= no-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-p= arentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -= Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o fixunsdfsi.po --- bin.all__D --- --- fr_FR.ISO8859-1.msg --- cat > fr_FR.ISO8859-1.msg --- games.all__D --- --- unstr.o --- --- lib.all__D --- --- fixunsdfti.po --- cc -pg -O2 -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN -std= =3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -= Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -W= no-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-p= arentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -= Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o fixunsdfti.po --- games.all__D --- cc -O2 -pipe -I -std=3Dgnu99 -fstack-protector -Wsystem-hea= ders -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-protot= ypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite= -strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscript= s -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-p= ointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body= -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c --- bin.all__D --- --- de_DE.ISO8859-1.msg --- cat > de_DE.ISO8859-1.msg --- lib.all__D --- --- fixunssfdi.po --- cc -pg -O2 -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN -std= =3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -= Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -W= no-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-p= arentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -= Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o fixunssfdi.po --- games.all__D --- --- unstr --- --- bin.all__D --- --- el_GR.ISO8859-7.msg --- --- games.all__D --- cc -O2 -pipe -I -std=3Dgnu99 -fstack-protector -Wsystem-hea= ders -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-protot= ypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite= -strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscript= s -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-p= ointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body= -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -o uns= tr unstr.o=20 --- bin.all__D --- cat <= https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/bin/csh/../../contr= ib/tcsh/nls/greek/set27> = > el_GR.ISO8859-7.msg --- lib.all__D --- --- fixunssfsi.po --- cc -pg -O2 -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN -std= =3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -= Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -W= no-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-p= arentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -= Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o fixunssfsi.po --- games.all__D --- =3D=3D=3D> games/grdc (all) --- libexec.all__D --- --- atf-check.1.gz --- gzip -cn > atf-check.1.gz --- lib.all__D --- --- fixunssfti.po --- cc -pg -O2 -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN -std= =3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -= Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -W= no-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-p= arentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -= Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o fixunssfti.po --- libexec.all__D --- --- atf-check --- --- bin.all__D --- --- it_IT.ISO8859-1.msg --- --- libexec.all__D --- c++ -O2 -pipe -DHAVE_CONFIG_H -I -fstack-protector -Wsystem-headers -Werror -Wa= ll -Wno-format-y2k -W -Wno-unused-parameter -Wpointer-arith -Wno-uninitiali= zed -Wformat=3D2 -Wno-format-extra-args -Werror -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-format-nonliteral -Qunused-arguments -Wno-c++11-extensions -L/usr/obj= -rpath /usr/lib/private -o atf-check atf-check.o /usr/obj= /usr/obj --- bin.all__D --- cat = > it_IT.ISO8859-1.msg --- libexec.all__D --- c++: error: no such file or directory: '/usr/obj c++: error: no such file or directory: '/usr/obj *** [atf-check] Error code 1 make[5]: stopped in 1 error make[5]: stopped in --- games.all__D --- --- grdc.o --- --- libexec.all__D --- *** [_sub.all] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [_sub.all] Error code 2 make[3]: stopped in 1 error make[3]: stopped in --- games.all__D --- cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wa= ll -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-p= rototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitc= h -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnes= ted-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmi= ssing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plu= s-int -Wno-unused-const-variable -Qunused-arguments -c --- libexec.all__D --- *** [libexec.all__D] Error code 2 make[2]: stopped in --- bin.all__D --- A failure has been detected in another branch of the parallel make make[4]: stopped in *** [all_subdir_csh] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [bin.all__D] Error code 2 make[2]: stopped in --- lib.all__D --- A failure has been detected in another branch of the parallel make make[4]: stopped in *** [all_subdir_libcompiler_rt] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [lib.all__D] Error code 2 make[2]: stopped in --- games.all__D --- A failure has been detected in another branch of the parallel make make[4]: stopped in *** [_sub.all] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [games.all__D] Error code 2 make[2]: stopped in 4 errors make[2]: stopped in *** [everything] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [buildworld] Error code 2 make: stopped in 1 error make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Wed Oct 22 08:12:07 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0049D40A; Wed, 22 Oct 2014 08:12:06 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id DEDE4871; Wed, 22 Oct 2014 08:12:06 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 34317222; Wed, 22 Oct 2014 08:12:07 +0000 (UTC) Date: Wed, 22 Oct 2014 08:12:03 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, luigi@FreeBSD.org, imp@FreeBSD.org, jimharris@FreeBSD.org, gjb@FreeBSD.org, emaste@FreeBSD.org, kevlo@FreeBSD.org, bapt@FreeBSD.org, mjg@FreeBSD.org, neel@FreeBSD.org, markj@FreeBSD.org, ngie@FreeBSD.org, bryanv@FreeBSD.org, hselasky@FreeBSD.org, jmg@FreeBSD.org, marcel@FreeBSD.org, br@FreeBSD.org Message-ID: <913644533.4.1413965527182.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <854005805.3.1413952308003.JavaMail.jenkins@jenkins-9.freebsd.org> References: <854005805.3.1413952308003.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_HEAD #1675 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: SUCCESS X-Mailman-Approved-At: Wed, 22 Oct 2014 11:26:38 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Oct 2014 08:12:07 -0000 See From owner-freebsd-current@FreeBSD.ORG Wed Oct 22 12:26:52 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 77EBE298 for ; Wed, 22 Oct 2014 12:26:52 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (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 01C48C4F for ; Wed, 22 Oct 2014 12:26:51 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.9/8.14.9) with ESMTP id s9MCQgWU060372 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 22 Oct 2014 15:26:42 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.9.2 kib.kiev.ua s9MCQgWU060372 Received: (from kostik@localhost) by tom.home (8.14.9/8.14.9/Submit) id s9MCQewe060371; Wed, 22 Oct 2014 15:26:40 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 22 Oct 2014 15:26:40 +0300 From: Konstantin Belousov To: Adam McDougall Subject: Re: Ver 2 of the patch [was: Re: i915 driver update testing] Message-ID: <20141022122640.GL1877@kib.kiev.ua> References: <54315D3A.3090902@egr.msu.edu> <20141005170007.GZ26076@kib.kiev.ua> <5433260C.5050901@egr.msu.edu> <20141007042043.GG26076@kib.kiev.ua> <5433E408.2010601@egr.msu.edu> <20141007164419.GB2153@kib.kiev.ua> <20141007180106.GD2153@kib.kiev.ua> <54344766.1040700@egr.msu.edu> <20141008170525.GH2153@kib.kiev.ua> <54358C88.2080501@egr.msu.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <54358C88.2080501@egr.msu.edu> User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on tom.home Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Oct 2014 12:26:52 -0000 On Wed, Oct 08, 2014 at 03:12:08PM -0400, Adam McDougall wrote: > On 10/08/2014 13:05, Konstantin Belousov wrote: > > There are more occurences of the bug I fixed once in patch version 2. > > Also, since pmap changes were committed in modified form, please try > > the updated patch at https://www.kib.kiev.ua/kib/drm/i915.3.patch . > > > > No apparent change: > http://www.egr.msu.edu/~mcdouga9/i915-patch3-1.txt cite> (kgdb) p *(struct drm_i915_private *)(dev_private) cite> No symbol "dev_private" in current context. This is p *(struct drm_i915_private *)(dev->dev_private) I regenerated patch after recent merges and changes in KPI on HEAD. https://www.kib.kiev.ua/kib/drm/i915.4.patch Please apply it, I think the issue should be there still. Then apply the following debugging patch, and set kenv drm.debug=0x3 before loading i915kms.ko. I want to see the same debugging information, and dmesg from the moment of loading the driver. diff --git a/sys/dev/drm2/i915/intel_sdvo.c b/sys/dev/drm2/i915/intel_sdvo.c index 74e479a..e1f1d09 100644 --- a/sys/dev/drm2/i915/intel_sdvo.c +++ b/sys/dev/drm2/i915/intel_sdvo.c @@ -1952,8 +1952,10 @@ intel_sdvo_select_i2c_bus(struct drm_i915_private *dev_priv, sdvo->i2c = intel_gmbus_get_adapter(dev_priv, pin); intel_gmbus_set_speed(sdvo->i2c, GMBUS_RATE_1MHZ); intel_gmbus_force_bit(sdvo->i2c, true); +printf("i915: select i2c pin %d priv %p i2c %p\n", pin, dev_priv, sdvo->i2c); } else { sdvo->i2c = intel_gmbus_get_adapter(dev_priv, GMBUS_PORT_DPB); +printf("i915: select i2c DPB %d priv %p i2c %p\n", pin, dev_priv, sdvo->i2c); } } @@ -2601,6 +2603,7 @@ bool intel_sdvo_init(struct drm_device *dev, uint32_t sdvo_reg, bool is_sdvob) intel_sdvo = malloc(sizeof(struct intel_sdvo), DRM_MEM_KMS, M_WAITOK | M_ZERO); +printf("i915: intel_sdvo %p\n", intel_sdvo); intel_sdvo->sdvo_reg = sdvo_reg; intel_sdvo->is_sdvob = is_sdvob; From owner-freebsd-current@FreeBSD.ORG Wed Oct 22 13:36:42 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A4FC1363 for ; Wed, 22 Oct 2014 13:36:42 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (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 2F97B886 for ; Wed, 22 Oct 2014 13:36:42 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.9/8.14.9) with ESMTP id s9MDaYk7076027 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 22 Oct 2014 16:36:34 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.9.2 kib.kiev.ua s9MDaYk7076027 Received: (from kostik@localhost) by tom.home (8.14.9/8.14.9/Submit) id s9MDaYs6076026; Wed, 22 Oct 2014 16:36:34 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 22 Oct 2014 16:36:34 +0300 From: Konstantin Belousov To: Adam McDougall Subject: Re: Ver 2 of the patch [was: Re: i915 driver update testing] Message-ID: <20141022133634.GM1877@kib.kiev.ua> References: <20141005170007.GZ26076@kib.kiev.ua> <5433260C.5050901@egr.msu.edu> <20141007042043.GG26076@kib.kiev.ua> <5433E408.2010601@egr.msu.edu> <20141007164419.GB2153@kib.kiev.ua> <20141007180106.GD2153@kib.kiev.ua> <54344766.1040700@egr.msu.edu> <20141008170525.GH2153@kib.kiev.ua> <54358C88.2080501@egr.msu.edu> <20141022122640.GL1877@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20141022122640.GL1877@kib.kiev.ua> User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on tom.home Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Oct 2014 13:36:42 -0000 In fact, try https://www.kib.kiev.ua/kib/drm/i915.5.patch From owner-freebsd-current@FreeBSD.ORG Wed Oct 22 14:33:08 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4372C456 for ; Wed, 22 Oct 2014 14:33:08 +0000 (UTC) Received: from mail-wi0-x22c.google.com (mail-wi0-x22c.google.com [IPv6:2a00:1450:400c:c05::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CE585106 for ; Wed, 22 Oct 2014 14:33:07 +0000 (UTC) Received: by mail-wi0-f172.google.com with SMTP id bs8so1559160wib.5 for ; Wed, 22 Oct 2014 07:33:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:subject:message-id:date:to:mime-version; bh=jrmOFHpyTuij7+3rAMTmkoZtPyoaKZDzERxaM/H/RLw=; b=qWVNXbDZ7/SIgSMHOqS3g42tW4rUqsngGh9yc98UD/adhMChvJCFPDbnD2f5ndEYNO K3Np0ftcMFAO9MOKwkgzOoKNKzJdCzNW+kRJ6KPvzZfDtzoEjJfgFGtPQSE2lZWFmhZl ihWrYP/DgWPwcXAVfLPbNFpkYW//+I5rKQuP3YvQNz+gjUndbjYWcwHxJAsGzo4R8lfY yrdUDtMB53YR4BurlhbSd9QjfwPhGi2vgCQQ+4TM/2Z9l8XYqMttC+TNlyGfpDBlCcs4 GJJqtQV2EpZjAYh3uYFiViPdZxYAtjYjyzKAk83ABY3+3MtBqjyuJdkOFC1zYvqDP1ch jh4g== X-Received: by 10.194.221.105 with SMTP id qd9mr52059215wjc.51.1413988385490; Wed, 22 Oct 2014 07:33:05 -0700 (PDT) Received: from hekkair.vks01.verknowsys.com ([46.29.147.192]) by mx.google.com with ESMTPSA id fa7sm19089415wjd.27.2014.10.22.07.33.04 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 22 Oct 2014 07:33:04 -0700 (PDT) From: Kazik Chujwielki Subject: ZFS: i/o error - all block copies unavailable #2 Message-Id: Date: Wed, 22 Oct 2014 16:33:02 +0200 To: freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 8.0 \(1990.1\)) X-Mailer: Apple Mail (2.1990.1) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Oct 2014 14:33:08 -0000 =E2=80=A6 So, I tried with upgrading to 9.3, installing bootcode from 9.3, then I = booted 10.0, installed boot code again.. nothing helps. Still ends on = http://s.verknowsys.com/1a4f147cbb215da9b16eb61a7e9de9ed26470338.png = I also tried scrubbing my pool, from ZFS point of view everything is = just "fine=E2=80=9D. No data errors.. it=E2=80=99s machine with ECC RAM, = so corruption shouldn=E2=80=99t take place.. Do you have ANY ideas? thanks From owner-freebsd-current@FreeBSD.ORG Wed Oct 22 15:14:33 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8423BFEB for ; Wed, 22 Oct 2014 15:14:33 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 5E8227E0 for ; Wed, 22 Oct 2014 15:14:32 +0000 (UTC) Received: from [192.168.1.2] (Seawolf.HML3.ScaleEngine.net [209.51.186.28]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id D75E2634D2 for ; Wed, 22 Oct 2014 15:14:31 +0000 (UTC) Message-ID: <5447C9E0.3010903@freebsd.org> Date: Wed, 22 Oct 2014 11:14:40 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: ZFS: i/o error - all block copies unavailable #2 References: In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="esP3DVXBUCIfuRR5kJsrgJulgEQCNUUGq" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Oct 2014 15:14:33 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --esP3DVXBUCIfuRR5kJsrgJulgEQCNUUGq Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 2014-10-22 10:33, Kazik Chujwielki wrote: > =E2=80=A6 >=20 > So, I tried with upgrading to 9.3, installing bootcode from 9.3, then I= booted 10.0, installed boot code again.. nothing helps. >=20 > Still ends on http://s.verknowsys.com/1a4f147cbb215da9b16eb61a7e9de9ed2= 6470338.png >=20 > I also tried scrubbing my pool, from ZFS point of view everything is ju= st "fine=E2=80=9D. No data errors.. it=E2=80=99s machine with ECC RAM, so= corruption shouldn=E2=80=99t take place.. >=20 > Do you have ANY ideas? >=20 > thanks >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" >=20 Does the FreeBSD boot loader see any other disks? I've seen something similar to this in a case where a machine had 12 drives and the boot loader only saw the first 8 or something, so was missing too many blocks.= --=20 Allan Jude --esP3DVXBUCIfuRR5kJsrgJulgEQCNUUGq 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) iQIcBAEBAgAGBQJUR8ngAAoJEJrBFpNRJZKfO/kP/06Fny/JSkK2H9SHuSOjIl+z 8yKtAjEIMUJTmEP2e87sgWcIpcbE/qlDvzm8vcjW76ULQTa6Gl5EXEX6UOZVI7ms nGnVXc0p2VC+cTijpU7/itK/RJp1HOHPpf1nM+7hxvW+y6lHCGEUukR4arNeS+zd /3FaiOrEXL+Y5zJe0DsM6UJdFo8sodnR/Zavj0P8RPaH2ZBsDQfwZ+AgdN4+lK3t 84Rgju34qBHX7iGi71PmzXVCRNWKFKiIbDaQEaVtL+PmKrR12/fcO11yI6CCrGgp OVKkry9r7Jt2jGkfARnVxXThc7eH+KlwmplFOFzVqZk4H1hW3F1qIfRnEfCUjXMl 5KqTIcyUixHTq+up4hZA5klUZyAoQnRTA1gQUrseNPLiwKKTG9W7fbLt7HR64gfF 5kJHIAsAyvGHIwP/yuYlk4cy7ETDAiVAiLg9iTBmyGav+BzPiIHRhAQFmbCvVB59 hWTAy0TV17R/uhK69/Eh2/B0wJeLTN21jWntXwQEcu7hvgGMfyhG/k/a6FD/3IAb tDzpeoqBiOiD8gNHfuEoen0wCXT4WbOQRIsJ28islLl9K5bxTRehQoOD2Aip43Hg qG+Ttief9SGlLK9pfekK7PEwFntg3DbglMnuiwL8KtnMGtvvVwiFzJcj8XisHg0i FgAEdMB2qfr3fKdIbTuH =4nHR -----END PGP SIGNATURE----- --esP3DVXBUCIfuRR5kJsrgJulgEQCNUUGq-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 22 15:32:55 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3D9C93B2 for ; Wed, 22 Oct 2014 15:32:55 +0000 (UTC) Received: from mail-wi0-x236.google.com (mail-wi0-x236.google.com [IPv6:2a00:1450:400c:c05::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C8FE19F2 for ; Wed, 22 Oct 2014 15:32:54 +0000 (UTC) Received: by mail-wi0-f182.google.com with SMTP id bs8so1717261wib.15 for ; Wed, 22 Oct 2014 08:32:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date :content-transfer-encoding:message-id:references:to; bh=2XCDCJ4FAbNgBpwkA/zpp21IhKpS6Z5WlGI0dztsacY=; b=mj2xclB0gdAd6c7VvPtxLGWI/wThe2gt919R1zLjp6WkhsRO44lsuZ1ZvVZmhkyHtV LQ+5N9I6kF7+XffWzE3LYCW6Yc/UrO8TLVVQqjRJPf89VSFKurDE6NqzRPlHgLCjX71g O1Xz0twzxut64lPZGdAkZaTDEJ2SXlaGabKHEP2JDlupL+xLMmZHHDOHLwj+Chh7PPdY XBMnk7/Lc5KftHXgro2EJ0u4Rfec6CM5LTmzy+1eiFjnmPT1psKcBpzGvSF3KtJhkwg/ 0vWYDphhWgypgLvoThO3IGRSTZ4f2457rDqRQK7JrkpY2jSUhlKoyLNn+9Q/Gb/IQJVZ 5c3Q== X-Received: by 10.194.87.168 with SMTP id az8mr53336761wjb.65.1413991972996; Wed, 22 Oct 2014 08:32:52 -0700 (PDT) Received: from hekkair.vks01.verknowsys.com (192.46-29-147.tkchopin.pl. [46.29.147.192]) by mx.google.com with ESMTPSA id l7sm677214wiw.1.2014.10.22.08.32.51 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 22 Oct 2014 08:32:52 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.0 \(1990.1\)) Subject: Re: ZFS: i/o error - all block copies unavailable #2 From: Kazik Chujwielki In-Reply-To: <5447C9E0.3010903@freebsd.org> Date: Wed, 22 Oct 2014 17:32:49 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <58828806-78BC-4113-88C6-F465BD19D915@gmail.com> References: <5447C9E0.3010903@freebsd.org> To: freebsd-current@freebsd.org X-Mailer: Apple Mail (2.1990.1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Oct 2014 15:32:55 -0000 > On 22 Oct 2014, at 17:14, Allan Jude wrote: >=20 > On 2014-10-22 10:33, Kazik Chujwielki wrote: >> =E2=80=A6 >>=20 >> So, I tried with upgrading to 9.3, installing bootcode from 9.3, then = I booted 10.0, installed boot code again.. nothing helps. >>=20 >> Still ends on = http://s.verknowsys.com/1a4f147cbb215da9b16eb61a7e9de9ed26470338.png = >>=20 >> I also tried scrubbing my pool, from ZFS point of view everything is = just "fine=E2=80=9D. No data errors.. it=E2=80=99s machine with ECC RAM, = so corruption shouldn=E2=80=99t take place.. >>=20 >> Do you have ANY ideas? >>=20 >> thanks >>=20 >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" >>=20 >=20 > Does the FreeBSD boot loader see any other disks? I've seen something > similar to this in a case where a machine had 12 drives and the boot > loader only saw the first 8 or something, so was missing too many = blocks. >=20 > --=20 > Allan Jude >=20 it=E2=80=99s virtually one disk - mfid0 Under the hood it=E2=80=99s 36 drives in HW raid10 (LSI) HW raid10 matrix is detected before boot process (before all the LSI = controller is booting).. but currently I=E2=80=99m in a big hole, = blindly looking for anything at all that might help.. thanks Daniel (dmilith) Dettlaff From owner-freebsd-current@FreeBSD.ORG Wed Oct 22 15:38:52 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9CB6C81F for ; Wed, 22 Oct 2014 15:38:52 +0000 (UTC) Received: from mail-lb0-x233.google.com (mail-lb0-x233.google.com [IPv6:2a00:1450:4010:c04::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1F53DA43 for ; Wed, 22 Oct 2014 15:38:51 +0000 (UTC) Received: by mail-lb0-f179.google.com with SMTP id l4so2994623lbv.24 for ; Wed, 22 Oct 2014 08:38:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:mail-followup-to :references:mime-version:content-type:content-disposition :content-transfer-encoding:in-reply-to:user-agent; bh=VfZhb9Si/hP6HkhN+men43e0kfHlfx+jOXwAoMRRluA=; b=tpnELOy64qiEouo6uo2XOM8bZqU8n7Cjnt1QeCKtR3/M2csudEuynCqA5saXLFs5h8 WrLQeJiSZaWs6x9S3JIRqImqy7hxd/+DZOQrJ5l80usoV9kbdsXxsXkQ9OH+P18bslJs ifI/8P9yiOyuCgIsdt5TazBM5NX2cSXFl6ndbnW1DS/f+FnGvQYPBi1olQ7hCW+sSB1M KOFQim3u3T/NAm/JXcS6+uSdWvb5J42ymAaCuwu8zWFV1lhdMo3Gizy6VNs8nYT/78Rv JquCG66Yxj0g7bXYIMtemacDg4di/sVlgvY/lxHzJIWIFAh6KGE7qovoK+FQGIfr1mzm E/5Q== X-Received: by 10.112.54.162 with SMTP id k2mr42233925lbp.63.1413992329984; Wed, 22 Oct 2014 08:38:49 -0700 (PDT) Received: from brick.home (aeaa193.neoplus.adsl.tpnet.pl. [79.186.0.193]) by mx.google.com with ESMTPSA id pw9sm5950695lbb.2.2014.10.22.08.38.48 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 22 Oct 2014 08:38:49 -0700 (PDT) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Date: Wed, 22 Oct 2014 17:38:46 +0200 From: Edward Tomasz =?utf-8?Q?Napiera=C5=82a?= To: Kazik Chujwielki Subject: Re: ZFS: i/o error - all block copies unavailable #2 Message-ID: <20141022153846.GA7092@brick.home> Mail-Followup-To: Kazik Chujwielki , freebsd-current@freebsd.org References: 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.23 (2014-03-12) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Oct 2014 15:38:52 -0000 On 1022T1633, Kazik Chujwielki wrote: > … > > So, I tried with upgrading to 9.3, installing bootcode from 9.3, then I booted 10.0, installed boot code again.. nothing helps. > > Still ends on http://s.verknowsys.com/1a4f147cbb215da9b16eb61a7e9de9ed26470338.png > > I also tried scrubbing my pool, from ZFS point of view everything is just "fine”. No data errors.. it’s machine with ECC RAM, so corruption shouldn’t take place.. Does the scrubbing work under 10.0, the same kernel that fails to boot? How did you reinstall the bootcode? From owner-freebsd-current@FreeBSD.ORG Wed Oct 22 15:46:55 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7E7D59E5; Wed, 22 Oct 2014 15:46:55 +0000 (UTC) Received: from mail-wg0-x22e.google.com (mail-wg0-x22e.google.com [IPv6:2a00:1450:400c:c00::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E4636B40; Wed, 22 Oct 2014 15:46:54 +0000 (UTC) Received: by mail-wg0-f46.google.com with SMTP id l18so4042562wgh.5 for ; Wed, 22 Oct 2014 08:46:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=KeN1M06OsT2H+yQSq/yFHMqIoh7D6fgN7RUI4N0QZHI=; b=jlLU6pYMNlh9Biz9k23yT/7VFv4mSIYcCtWoGkC9M453JZLNyyvegxj7NReh7EyWma mHrH5qXRfrVZNjbRO1W992sli4zQ+NPsVyC5IcWbamZNsPaQZieK3GGsS+vCVNx7goD4 lhOGgv3YgC9YaC8VsXVeRVqCTIVqwT5gq22ZEu5d2mJHFxetZ+TC/Y6LgvhW7tHaba6s q2fEuNElylQkl7elzNPd2H3yE0+Eeae1WZ8t12J5bXbR2It0XPRyymWbhsF6mcneYlHB 3jw/bOdmXOR/vUvucpdTcaGCq6KoFadweVyCw8qVZLqn6HJzyX3zxSbVwoiy+hrOfWbO i4cg== X-Received: by 10.180.96.10 with SMTP id do10mr38843462wib.16.1413992813138; Wed, 22 Oct 2014 08:46:53 -0700 (PDT) Received: from hekkair.vks01.verknowsys.com (192.46-29-147.tkchopin.pl. [46.29.147.192]) by mx.google.com with ESMTPSA id l5sm2357358wif.3.2014.10.22.08.46.51 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 22 Oct 2014 08:46:52 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.0 \(1990.1\)) Subject: Re: ZFS: i/o error - all block copies unavailable #2 From: Kazik Chujwielki In-Reply-To: <20141022153846.GA7092@brick.home> Date: Wed, 22 Oct 2014 17:46:50 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <588A7829-350F-4D3E-934C-A0B170D0F1A3@gmail.com> References: <20141022153846.GA7092@brick.home> To: =?utf-8?Q?Edward_Tomasz_Napiera=C5=82a?= X-Mailer: Apple Mail (2.1990.1) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Oct 2014 15:46:55 -0000 > On 22 Oct 2014, at 17:38, Edward Tomasz Napiera=C5=82a = wrote: >=20 > On 1022T1633, Kazik Chujwielki wrote: >> =E2=80=A6 >>=20 >> So, I tried with upgrading to 9.3, installing bootcode from 9.3, then = I booted 10.0, installed boot code again.. nothing helps. >>=20 >> Still ends on = http://s.verknowsys.com/1a4f147cbb215da9b16eb61a7e9de9ed26470338.png = >>=20 >> I also tried scrubbing my pool, from ZFS point of view everything is = just "fine=E2=80=9D. No data errors.. it=E2=80=99s machine with ECC RAM, = so corruption shouldn=E2=80=99t take place.. >=20 > Does the scrubbing work under 10.0, the same kernel that fails to = boot? > How did you reinstall the bootcode? >=20 I did scrubbing on 9.2 kernel (before upgrade to 9.3) Everything seems to be fine: scan: scrub repaired 0 in 25h3m with 0 errors on Wed Oct 22 15:54:55 = 2014 I installed bootcode with "standard" way: gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 mfid0 I did it on 9.2, then on 9.3, then on 10.0.. results are the same. Currently I=E2=80=99m booting from mfsbsd iso. After networking setup = I=E2=80=99m doing: zpool -R /mnt import zbackup mount -t devfs none /mnt/dev chroot /mnt and my system works just fine, no issues with ZFS at all. From owner-freebsd-current@FreeBSD.ORG Wed Oct 22 19:59:26 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7F1F7934 for ; Wed, 22 Oct 2014 19:59:26 +0000 (UTC) Received: from mail.egr.msu.edu (gribble.egr.msu.edu [35.9.37.169]) by mx1.freebsd.org (Postfix) with ESMTP id 53A5FB0D for ; Wed, 22 Oct 2014 19:59:25 +0000 (UTC) Received: from gribble (localhost [127.0.0.1]) by mail.egr.msu.edu (Postfix) with ESMTP id 74CFF27AF8; Wed, 22 Oct 2014 15:59:24 -0400 (EDT) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mail.egr.msu.edu ([127.0.0.1]) by gribble (gribble.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id e4vp5eDP3qrf; Wed, 22 Oct 2014 15:59:24 -0400 (EDT) Received: from EGR authenticated sender Message-ID: <54480C9B.7070606@egr.msu.edu> Date: Wed, 22 Oct 2014 15:59:23 -0400 From: Adam McDougall User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: Konstantin Belousov Subject: Re: Ver 2 of the patch [was: Re: i915 driver update testing] References: <54315D3A.3090902@egr.msu.edu> <20141005170007.GZ26076@kib.kiev.ua> <5433260C.5050901@egr.msu.edu> <20141007042043.GG26076@kib.kiev.ua> <5433E408.2010601@egr.msu.edu> <20141007164419.GB2153@kib.kiev.ua> <20141007180106.GD2153@kib.kiev.ua> <54344766.1040700@egr.msu.edu> <20141008170525.GH2153@kib.kiev.ua> <54358C88.2080501@egr.msu.edu> <20141022122640.GL1877@kib.kiev.ua> In-Reply-To: <20141022122640.GL1877@kib.kiev.ua> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Oct 2014 19:59:26 -0000 On 10/22/2014 08:26, Konstantin Belousov wrote: > On Wed, Oct 08, 2014 at 03:12:08PM -0400, Adam McDougall wrote: >> On 10/08/2014 13:05, Konstantin Belousov wrote: >>> There are more occurences of the bug I fixed once in patch version 2. >>> Also, since pmap changes were committed in modified form, please try >>> the updated patch at https://www.kib.kiev.ua/kib/drm/i915.3.patch . >>> >> >> No apparent change: >> http://www.egr.msu.edu/~mcdouga9/i915-patch3-1.txt > cite> (kgdb) p *(struct drm_i915_private *)(dev_private) > cite> No symbol "dev_private" in current context. > > This is p *(struct drm_i915_private *)(dev->dev_private) http://www.egr.msu.edu/~mcdouga9/dev_private.txt > > I regenerated patch after recent merges and changes in KPI on HEAD. > https://www.kib.kiev.ua/kib/drm/i915.4.patch > > Please apply it, I think the issue should be there still. Then apply > the following debugging patch, and set > kenv drm.debug=0x3 > before loading i915kms.ko. I want to see the same debugging information, > and dmesg from the moment of loading the driver. > > In fact, try > https://www.kib.kiev.ua/kib/drm/i915.5.patch http://www.egr.msu.edu/~mcdouga9/dconschat.txt From owner-freebsd-current@FreeBSD.ORG Thu Oct 23 00:03:13 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4C535BA5; Thu, 23 Oct 2014 00:03:13 +0000 (UTC) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id A841887B; Thu, 23 Oct 2014 00:03:12 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ArsEAJpESFSDaFve/2dsb2JhbABcg2JYBIMCyVMKhnlUAoEhAX2EAgEBAQMBAQEBICsgCwUWGAICDRkCIwYBCSYOBwQBCBEDBIgMAwkIDbEUjg8NhjgBAQEHAQEBAQEdgSyMdYFeBgEBAQUVNAeCNkESgUIFlkuEDnODQjyNYoJdhAGEFCEvB4EACBcigQMBAQE X-IronPort-AV: E=Sophos;i="5.04,772,1406606400"; d="scan'208";a="161664397" Received: from muskoka.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.222]) by esa-jnhn.mail.uoguelph.ca with ESMTP; 22 Oct 2014 20:03:04 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 6A776B4039; Wed, 22 Oct 2014 20:03:04 -0400 (EDT) Date: Wed, 22 Oct 2014 20:03:04 -0400 (EDT) From: Rick Macklem To: araujo@FreeBSD.org Message-ID: <1786165726.5540137.1414022584423.JavaMail.root@uoguelph.ca> In-Reply-To: Subject: Re: kernel page fault with nfs MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.209] X-Mailer: Zimbra 7.2.6_GA_2926 (ZimbraWebClient - FF3.0 (Win)/7.2.6_GA_2926) Cc: freebsd-current , "Tobias C. Berner" , Allan Jude X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Oct 2014 00:03:13 -0000 Tobias C. Berner wrote: > Tobias, > > Thank you very much, it really helps to simulate the problem. > I'm gonna try as soon as possible and I will keep you informed. > > Best Regards, > > 2014-10-21 17:10 GMT+08:00 Tobias C. Berner : > > > Hi Marcelo > > > > > > > > The following ist the current fstab-line which seems to run > > smoothly: > > > > odo.firefly:/storage/multimedia /multimedia nfs > > readahead=4,soft,intr,rw,tcp,wsize=32768,rsize=32768,late 0 0 > > I've just committed r273486 to head, which rounds rsize, wsize down to the power of 2 less than or equal to the value. I don't think anyone needs support for non-power of 2 rsize, wsize values, so this seems to be a reasonable resolution, given that the actual bug/fix is not known. rick > > > > > > nfsstat -m: > > > > odo.firefly:/storage/multimedia on /multimedia > > > > > > nfsv3,tcp,resvport,soft,intr,cto,lockd,sec=sys,acdirmin=3,acdirmax=60,acregmin=5,acregmax=60,nametimeo=60,negnametimeo=60,rsize=32768,wsize=32768,readdirsize=32768,readahead=4,wcommitsize=2798255,timeout=120,retrans=2 > > > > > > > > > > > > > > > > > > > > Now the bad line (no different appart from the typo) > > > > odo.firefly:/storage/multimedia /multimedia nfs > > readahead=4,soft,intr,rw,tcp,wsize=32767,rsize=32767,late 0 0 > > > > which leads to the page-faults. > > > > And as you said wsize/rsize gets rounded down to the multiple of > > 512: > > > > odo.firefly:/storage/multimedia on /multimedia > > > > > > nfsv3,tcp,resvport,soft,intr,cto,lockd,sec=sys,acdirmin=3,acdirmax=60,acregmin=5,acregmax=60,nametimeo=60,negnametimeo=60,rsize=32256,wsize=32256,readdirsize=32256,readahead=4,wcommitsize=2798255,timeout=120,retrans=2 > > > > > > > > > > > > I can easily reproduce the pagefault by letting for example > > multimedia/gpodder write to the nfs. > > > > > > > > > > > > > > > > hope this helps, > > > > > > > > mfg Tobias > > > > > > > > > > > > > > > > > > > > On Tuesday 21 October 2014 15.45:24 Marcelo Araujo wrote: > > > > > Hello Tobias, > > > > > > > > > > That sounds good, at least you don't have any crash so far. > > > > > I agree with you, seems a bug, I'm gonna take a look on that. > > > > > > > > > > Could you share with me your testbed or how you can reproduce the > > > issue? > > > > > > > > > > Best Regards, > > > > > > > > > > 2014-10-21 15:36 GMT+08:00 T.C.Berner : > > > > > > The system now has an uptime of >24h using NFS heavily. > > > > > > > > > > > > So wsize/rsize=2^15-1 seems to have been the problem.... which > > > > is imho > > a > > > > > > bug therefore. > > > > > > > > > > > > > > > > > > mfg Tobias > > > > > > > > > > > > 2014-10-21 5:11 GMT+02:00 Marcelo Araujo > > > > : > > > > > >> Hello Tibias, > > > > > >> > > > > > >> Any news? > > > > > >> > > > > > >> > > > > > >> Best Regards, > > > > > >> > > > > > >> 2014-10-20 20:55 GMT+08:00 Rick Macklem > > > >> : > > > > > >>> Tobias C. Berner wrote: > > > > > >>> > Now that I posted it, 32767 should of course be 2^15=32768. > > > >>> > Let me > > > > > >>> > recheck if it still > > > > > >>> > hangs with the correct value. > > > > > >>> > > > > > > >>> > On Monday 20 October 2014 09.15:39 Tobias C. Berner wrote: > > > > > >>> > > Hi Marcelo > > > > > >>> > > > > > > > >>> > > Yes, I'm using readahead: > > > > > >>> > > The mountoptions are > > > > > >>> > > "readahead=4,soft,intr,rw,tcp,wsize=32767,rsize=32767,late" > > > > > >>> > > > > > >>> If you type "nfsstat -m", you will see what is actually > > > >>> getting used. > > > > > >>> (I suspect the above rsize/wsize got clipped to 32256 or > > > >>> something > > like > > > > > >>> > > > > > >>> that. I think it clips it to a multiple of 512.) > > > > > >>> > > > > > >>> If rsize/wsize are not a power of 2, there are issues, > > > >>> although I've > > > > > >>> never > > > > > >>> been able to see why it is broken. Maybe it should clip it to > > > >>> the > > power > > > > > >>> of > > > > > >>> 2 below the value, since it causes unexplained problems > > > >>> otherwise. > > > > > >>> > > > > > >>> rick > > > > > >>> > > > > > >>> > > mfg Tobias > > > > > >>> > > > > > > > >>> > > On Monday 20 October 2014 10.41:30 Marcelo Araujo wrote: > > > > > >>> > > > Hello Tobias, > > > > > >>> > > > > > > > > >>> > > > Could you show how you are mount the NFS share? > > > > > >>> > > > Are you using 'readahead' option? > > > > > >>> > > > > > > > > >>> > > > Best Regards, > > > > > >>> > > > > > > > > >>> > > > 2014-10-19 17:40 GMT+08:00 Tobias C. Berner < > > tcberner@gmail.com>: > > > > > >>> > > > > both are at 1100038. > > > > > >>> > > > > > > > > > >>> > > > > On Sunday 19 October 2014 11.12:36 Marcelo Araujo > > > >>> > > > > wrote: > > > > > >>> > > > > > It is still strange, could you do what Allan said > > > >>> > > > > > and send > > us > > > > > >>> > > > > > the > > > > > >>> > > > > > result > > > > > >>> > > > > > > > > > >>> > > > > in > > > > > >>> > > > > > > > > > >>> > > > > > case you are not sure you have world and kernel in > > > >>> > > > > > the same > > > > > >>> > > > > > revision! > > > > > >>> > > > > > > > > > > >>> > > > > > On Oct 19, 2014 6:48 AM, "Tobias C. Berner" > > > > > >>> > > > > > > > > > > >>> > > > > > wrote: > > > > > >>> > > > > > > Hi > > > > > >>> > > > > > > > > > > > >>> > > > > > > World ist from october 16, installed world and > > > >>> > > > > > > kernel > > then. > > > > > >>> > > > > > > > > > > > >>> > > > > > > Kernel was later rebuilt with debug-options. > > > > > >>> > > > > > > > > > > > >>> > > > > > > > > > > > >>> > > > > > > > > > > > >>> > > > > > > > > > > > >>> > > > > > > > > > > > >>> > > > > > > Is the following more sensible? > > > > > >>> > > > > > > >>> > ################################################## > > > > > >>> > > > > > > >>> > > > > > > # kgdb NOXON/kernel.debug vmcore.1 > > > > > >>> > > > > > > > > > > > >>> > > > > > > Fatal trap 12: page fault while in kernel mode > > > > > >>> > > > > > > > > > > > >>> > > > > > > cpuid = 5; apic id = 05 > > > > > >>> > > > > > > > > > > > >>> > > > > > > fault virtual address = 0xfffffe07d1744000 > > > > > >>> > > > > > > > > > > > >>> > > > > > > fault code = supervisor write data, page not > > > >>> > > > > > > present > > > > > >>> > > > > > > > > > > > >>> > > > > > > instruction pointer = 0x20:0xffffffff80d4d58a > > > > > >>> > > > > > > > > > > > >>> > > > > > > stack pointer = 0x28:0xfffffe086057f240 > > > > > >>> > > > > > > > > > > > >>> > > > > > > frame pointer = 0x28:0xfffffe086057f2f0 > > > > > >>> > > > > > > > > > > > >>> > > > > > > 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 = 6524 (python2.7) > > > > > >>> > > > > > > > > > > > >>> > > > > > > > > > > > >>> > > > > > > > > > > > >>> > > > > > > > > > > > >>> > > > > > > > > > > > >>> > > > > > > (kgdb) bt > > > > > >>> > > > > > > > > > > > >>> > > > > > > #0 doadump (textdump=1) at pcpu.h:219 > > > > > >>> > > > > > > > > > > > >>> > > > > > > #1 0xffffffff80926b6d in kern_reboot (howto=260) > > > >>> > > > > > > at > > > > > >>> > > > > > > /usr/src/sys/kern/kern_shutdown.c:447 > > > > > >>> > > > > > > > > > > > >>> > > > > > > #2 0xffffffff809270c0 in panic (fmt= > > >>> > > > > > > optimized > > out>) > > > > > >>> > > > > > > at > > > > > >>> > > > > > > /usr/src/sys/kern/kern_shutdown.c:746 > > > > > >>> > > > > > > > > > > > >>> > > > > > > #3 0xffffffff8035f167 in db_panic (addr= > > >>> > > > > > > optimized > > > > > >>> > > > > > > out>, > > > > > >>> > > > > > > have_addr=2, count=0, modif=0x0) at > > > > > >>> > > > > > > /usr/src/sys/ddb/db_command.c:473 > > > > > >>> > > > > > > > > > > > >>> > > > > > > #4 0xffffffff8035ed7d in db_command > > > >>> > > > > > > (cmd_table=0x0) at > > > > > >>> > > > > > > /usr/src/sys/ddb/db_command.c:440 > > > > > >>> > > > > > > > > > > > >>> > > > > > > #5 0xffffffff8035eaf4 in db_command_loop () at > > > > > >>> > > > > > > /usr/src/sys/ddb/db_command.c:493 > > > > > >>> > > > > > > > > > > > >>> > > > > > > #6 0xffffffff80361600 in db_trap (type= > > >>> > > > > > > optimized > > > > > >>> > > > > > > out>, > > > > > >>> > > > > > > code=0) > > > > > >>> > > > > > > > > > >>> > > > > at > > > > > >>> > > > > > > > > > >>> > > > > > > /usr/src/sys/ddb/db_main.c:251 > > > > > >>> > > > > > > > > > > > >>> > > > > > > #7 0xffffffff80966f01 in kdb_trap (type=12, > > > >>> > > > > > > code=0, > > > > > >>> > > > > > > tf= > > > > >>> > > > > > > optimized > > > > > >>> > > > > > > out>) at /usr/src/sys/kern/subr_kdb.c:654 > > > > > >>> > > > > > > > > > > > >>> > > > > > > #8 0xffffffff80d4fa7c in trap_fatal > > > > > >>> > > > > > > (frame=0xfffffe086057f190, > > > > > >>> > > > > > > > > > >>> > > > > eva= > > > > >>> > > > > > > > > > >>> > > > > > > optimized out>) at > > > >>> > > > > > > /usr/src/sys/amd64/amd64/trap.c:861 > > > > > >>> > > > > > > > > > > > >>> > > > > > > #9 0xffffffff80d4fe0c in trap_pfault > > > > > >>> > > > > > > (frame=0xfffffe086057f190, > > > > > >>> > > > > > > usermode=) at > > > > > >>> > > > > > > /usr/src/sys/amd64/amd64/trap.c:677 > > > > > >>> > > > > > > > > > > > >>> > > > > > > #10 0xffffffff80d4f42e in trap > > > >>> > > > > > > (frame=0xfffffe086057f190) > > > > > >>> > > > > > > at > > > > > >>> > > > > > > /usr/src/sys/amd64/amd64/trap.c:426 > > > > > >>> > > > > > > > > > > > >>> > > > > > > #11 0xffffffff80d33972 in calltrap () at > > > > > >>> > > > > > > /usr/src/sys/amd64/amd64/exception.S:231 > > > > > >>> > > > > > > > > > > > >>> > > > > > > #12 0xffffffff80d4d58a in bzero () at > > > > > >>> > > > > > > /usr/src/sys/amd64/amd64/support.S:53 > > > > > >>> > > > > > > > > > > > >>> > > > > > > #13 0xffffffff80830463 in ncl_doio > > (vp=0xfffff801e7f99938, > > > > > >>> > > > > > > bp=0xfffffe07c5a168e8, cr=, > > td= > > > > >>> > > > > > > optimized > > > > > >>> > > > > > > > > > >>> > > > > out>, > > > > > >>> > > > > > > > > > >>> > > > > > > called_from_strategy=) > > > > > >>> > > > > > > > > > > > >>> > > > > > > at /usr/src/sys/fs/nfsclient/nfs_clbio.c:1648 > > > > > >>> > > > > > > >>> > _______________________________________________ > > > > > >>> > freebsd-current@freebsd.org mailing list > > > > > >>> > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > > > > >>> > To unsubscribe, send any mail to > > > > > >>> > "freebsd-current-unsubscribe@freebsd.org" > > > > > >> > > > > > >> -- > > > > > >> > > > > > >> -- > > > > > >> Marcelo Araujo (__)araujo@FreeBSD.org > > > > > >> \\\'',)http://www.FreeBSD.org \/ \ ^ > > > >> Power > > > > > >> To Server. .\. /_) > > > > > > > > > > -- > > -- > Marcelo Araujo (__)araujo@FreeBSD.org > \\\'',)http://www.FreeBSD.org \/ \ ^ > Power To Server. .\. /_) > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://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 Oct 23 08:20:27 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2ADF0497; Thu, 23 Oct 2014 08:20:27 +0000 (UTC) Received: from mail.0x20.net (mail.0x20.net [217.69.76.211]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D2C7BD1B; Thu, 23 Oct 2014 08:20:26 +0000 (UTC) Received: from e-new.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.0x20.net (Postfix) with ESMTPS id 29E1B6A6002; Thu, 23 Oct 2014 10:20:23 +0200 (CEST) Received: from e-new.0x20.net (localhost [127.0.0.1]) by e-new.0x20.net (8.14.7/8.14.7) with ESMTP id s9N8KMs1026764; Thu, 23 Oct 2014 10:20:22 +0200 (CEST) (envelope-from lars@e-new.0x20.net) Received: (from lars@localhost) by e-new.0x20.net (8.14.7/8.14.7/Submit) id s9N8KKG5025928; Thu, 23 Oct 2014 10:20:20 +0200 (CEST) (envelope-from lars) Date: Thu, 23 Oct 2014 10:20:20 +0200 From: Lars Engels To: Mason Loring Bliss Subject: Re: HOWTO articles for migrating from Linux to FreeBSD, especially for pkg? Message-ID: <20141023082019.GM72082@e-new.0x20.net> Mail-Followup-To: Lars Engels , Mason Loring Bliss , David Chisnall , freebsd-current@freebsd.org, Allan Jude , freebsd-docs@freebsd.org References: <53EC1214.9020505@pinyon.org> <20141018121150.5aae6682@X220.alogt.com> <20141018145857.c17931841923f39c79464033@dec.sakura.ne.jp> <20141020183253.GE6490@blisses.org> <5837e41bf824926f9c49325e1817aec8@ultimatedns.net> <54458B06.5050301@freebsd.org> <20141020231526.GO6490@blisses.org> <2F4335C6-31F3-46C8-AEB9-3D615E305C48@FreeBSD.org> <20141021183413.GD6490@blisses.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="8aUgEFSDYDA6u3T0" Content-Disposition: inline In-Reply-To: <20141021183413.GD6490@blisses.org> X-Editor: VIM - Vi IMproved 7.4 X-Operation-System: FreeBSD 8.4-RELEASE-p16 User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-current@freebsd.org, David Chisnall , freebsd-docs@freebsd.org, Allan Jude X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Oct 2014 08:20:27 -0000 --8aUgEFSDYDA6u3T0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 21, 2014 at 02:34:13PM -0400, Mason Loring Bliss wrote: > On Tue, Oct 21, 2014 at 09:14:07AM +0100, David Chisnall wrote: >=20 > > I agree that this would be useful, but it requires someone familiar with > > both systems to write. >=20 > Doing this stuff professionally, I could probably come up with equivalenc= es > for a number of Unices. What would be a reasonable path to getting write > privs on the wiki? >=20 Thanks for volunteering! :) Please register with your realname and I can give you the needed rights. I just created a first draft comparing pkg, ports and apt / dpkg: https://wiki.freebsd.org/PackageManagerRosettaStone Feel free to edit and add things as needed. --8aUgEFSDYDA6u3T0 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJUSLpDXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RjQwMDE3RTRERjUzMTI1N0FGRTUxNDlF NTRDQjM3RDNBMDg5RDZEAAoJEOVMs306CJ1tyzYH/28v4hNCgjD/NhS3dAlVxwxE FbUb0ye8WaLAuHGh+iUzp7LqlcXIqj6RugriPTm7uHBjmC1vnkqACTENP3AViJuE eyYVpo+mizHdIpHYIgfvnNWikAA4HduhTqKfiw4+hl8plH/n+TLYChkziJya7P+I GyQkx4zlj+vZFkxDt8GfnSAAJYYoCiuMOU7LW0ljQaAdHS3A6vvv2tma5Z92zdx3 OuQcbpSGYrgzaci79s/s/nWMiD1Q2tA2jo1Pl4XZ/9I04ek1IzeZ38tqvtjIjFOa wTRo9HajnW75aHz73BSH2+2loO7uHOlhpZ+KomwbI5YycEtfDPNY8IUEkqqIQGg= =SUYl -----END PGP SIGNATURE----- --8aUgEFSDYDA6u3T0-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 23 09:35:17 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 05EA3761 for ; Thu, 23 Oct 2014 09:35:17 +0000 (UTC) Received: from mail-wi0-x231.google.com (mail-wi0-x231.google.com [IPv6:2a00:1450:400c:c05::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9168A861 for ; Thu, 23 Oct 2014 09:35:16 +0000 (UTC) Received: by mail-wi0-f177.google.com with SMTP id ex7so1247932wid.16 for ; Thu, 23 Oct 2014 02:35:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date :content-transfer-encoding:message-id:references:to; bh=xL9G8+LUm3QFkzCr/2ltTgW/KJjh5NMklVmMhNYxbpg=; b=dUESsF6ojfj/8KyOsGRVM/Ai7zNYvlq54+DEczGqsQMcHK7PlWIrJo+jAIzVFMhn/p BvZAKNL0tqlsMNBcRjUyIPQYKBfQxh9xDmvo1TeYhzRtQi/tG0saRLiQU8VtlXwCpHx7 uUJ3d/IEqEPmvuJpZjDe2sGsFAnWEibY8pULnKCQgHE8ovaqdbyaps/7YJ6CnELJ3nJX XTyQgBD9knOPvq5OOubKQdEA/FSUBGEaKD2PQ6/VHDN7r4VKeKzHwzoBihIDSRKVmnzv +7IpucgRMQBgoegDm7PIzjWpuWKQ9kYbq8mGD5zwQNZRJ3gKVCI+e+c4492cgaw4FzAt K1uA== X-Received: by 10.180.101.102 with SMTP id ff6mr44235046wib.34.1414056914864; Thu, 23 Oct 2014 02:35:14 -0700 (PDT) Received: from hekkair.vks01.verknowsys.com ([46.29.147.192]) by mx.google.com with ESMTPSA id p1sm1497191wjy.22.2014.10.23.02.35.13 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 23 Oct 2014 02:35:14 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.0 \(1990.1\)) Subject: Re: ZFS: i/o error - all block copies unavailable #2 From: Kazik CC In-Reply-To: <20141022153846.GA7092@brick.home> Date: Thu, 23 Oct 2014 11:35:11 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <9711EF60-74E0-46E4-A89E-CD0486F3C457@gmail.com> References: <20141022153846.GA7092@brick.home> To: freebsd-current@freebsd.org X-Mailer: Apple Mail (2.1990.1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Oct 2014 09:35:17 -0000 In old post about same issue on 8.x tree, from 2009, I saw the patch = that fixed some integer overflows for large disk sizes/ datasets for = raidz.. maybe it=E2=80=99s something similar here, but for huge stripes? Also, if it might be =E2=80=9Cbootloader launching too fast, before BIOS = actually see all the drives=E2=80=9D=E2=80=A6 so, maybe there=E2=80=99s = a way, to slow bootloader down in case of huge drive? 65TiB is pretty huge virtual drive. Besides that, controller launches all 36 drives properly before boot = process is launched.. The zpool is untouched, I scrubbed it without any = issues. I=E2=80=99m pretty new to fBSD codebase, where can I look into the code = for answers? > On 22 Oct 2014, at 17:38, Edward Tomasz Napiera=C5=82a = wrote: >=20 > On 1022T1633, Kazik Chujwielki wrote: >> =E2=80=A6 >>=20 >> So, I tried with upgrading to 9.3, installing bootcode from 9.3, then = I booted 10.0, installed boot code again.. nothing helps. >>=20 >> Still ends on = http://s.verknowsys.com/1a4f147cbb215da9b16eb61a7e9de9ed26470338.png = >>=20 >> I also tried scrubbing my pool, from ZFS point of view everything is = just "fine=E2=80=9D. No data errors.. it=E2=80=99s machine with ECC RAM, = so corruption shouldn=E2=80=99t take place.. >=20 > Does the scrubbing work under 10.0, the same kernel that fails to = boot? > How did you reinstall the bootcode? >=20 From owner-freebsd-current@FreeBSD.ORG Thu Oct 23 11:12:48 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A3028BB6 for ; Thu, 23 Oct 2014 11:12:48 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 84A6F399 for ; Thu, 23 Oct 2014 11:12:47 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1XhGJy-0005lY-OU for freebsd-current@freebsd.org; Thu, 23 Oct 2014 04:12:46 -0700 Date: Thu, 23 Oct 2014 04:12:46 -0700 (PDT) From: Beeblebrox To: freebsd-current@freebsd.org Message-ID: <1414062766738-5958899.post@n5.nabble.com> In-Reply-To: <9711EF60-74E0-46E4-A89E-CD0486F3C457@gmail.com> References: <20141022153846.GA7092@brick.home> <9711EF60-74E0-46E4-A89E-CD0486F3C457@gmail.com> Subject: Re: ZFS: i/o error - all block copies unavailable #2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Oct 2014 11:12:48 -0000 You might want to try from the mfsbsd.iso environment, 1. Import and mount the zpool you want to boot from 2. Copy /boot/zfs/zpool.cache to /mnt/boot/zfs/ (over-write existing zpool.cache file) 3. Edit /mnt/boot/loader.conf and add any of these that you don't already have: zfs_load="YES" opensolaris_load="YES" vfs.root.mountfrom="zfs:zroot_name" zpool_cache_load="YES" zpool_cache_type="/boot/zfs/zpool.cache" zpool_cache_name="/boot/zfs/zpool.cache" Might be worth a try. ----- FreeBSD-11-current_amd64_root-on-zfs_RadeonKMS -- View this message in context: http://freebsd.1045724.n5.nabble.com/ZFS-i-o-error-all-block-copies-unavailable-2-tp5958692p5958899.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Thu Oct 23 14:28:09 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1A609E19 for ; Thu, 23 Oct 2014 14:28:09 +0000 (UTC) Received: from smtprelay04.ispgateway.de (smtprelay04.ispgateway.de [80.67.31.32]) (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 CF44FD83 for ; Thu, 23 Oct 2014 14:28:08 +0000 (UTC) Received: from [78.35.190.95] (helo=fabiankeil.de) by smtprelay04.ispgateway.de with esmtpsa (SSLv3:AES128-SHA:128) (Exim 4.84) (envelope-from ) id 1XhJMt-0004FL-Ie for freebsd-current@freebsd.org; Thu, 23 Oct 2014 16:27:59 +0200 Date: Thu, 23 Oct 2014 16:28:02 +0200 From: Fabian Keil To: FreeBSD Current Subject: Panic after USB deadlock followed by kldunload umass.ko Message-ID: <03fafb9a.529c7f26@fabiankeil.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/s5nvohQ8Nk7qDj5.PtNTFjz"; protocol="application/pgp-signature" X-Df-Sender: Nzc1MDY3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Oct 2014 14:28:09 -0000 --Sig_/s5nvohQ8Nk7qDj5.PtNTFjz Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable A few days ago a couple of usbconfig processed did not exit: fk@r500 ~ $sudo procstat -kk $(pgrep usbconfig) PID TID COMM TDNAME KSTACK = =20 1624 100781 usbconfig - mi_switch+0xe1 sleepq_wait+0= x3a _sx_xlock_hard+0x522 _sx_xlock+0x5d usbd_enum_lock+0x3a usb_ref_device+= 0x157 usb_open+0xbf devfs_open+0x122 VOP_OPEN_APV+0xa1 vn_open_vnode+0x234 = vn_open_cred+0x351 kern_openat+0x26f amd64_syscall+0x3fb Xfast_syscall+0xfb= =20 1617 100779 usbconfig - mi_switch+0xe1 sleepq_wait+0= x3a _sx_xlock_hard+0x522 _sx_xlock+0x5d usbd_enum_lock+0x3a usb_ref_device+= 0x157 usb_open+0xbf devfs_open+0x122 VOP_OPEN_APV+0xa1 vn_open_vnode+0x234 = vn_open_cred+0x351 kern_openat+0x26f amd64_syscall+0x3fb Xfast_syscall+0xfb= =20 1615 100777 usbconfig - mi_switch+0xe1 sleepq_wait+0= x3a _sx_xlock_hard+0x522 _sx_xlock+0x5d usbd_enum_lock+0x3a usb_ref_device+= 0x157 usb_open+0xbf devfs_open+0x122 VOP_OPEN_APV+0xa1 vn_open_vnode+0x234 = vn_open_cred+0x351 kern_openat+0x26f amd64_syscall+0x3fb Xfast_syscall+0xfb= =20 1601 100774 usbconfig - mi_switch+0xe1 sleepq_timedw= ait+0x3a _sleep+0x294 pause_sbt+0xd0 usb_pause_mtx+0x85 usb_ioctl+0x3e7 dev= fs_ioctl_f+0x13b kern_ioctl+0x3cd sys_ioctl+0x13c amd64_syscall+0x3fb Xfast= _syscall+0xfb=20 kldunload umass.ko lead to a panic, dumping didn't work. Screenshots are available at: http://www.fabiankeil.de/bilder/freebsd/kernel-panic-r273434-usb/ I've seen locked-up usbconfig processes in the past, usually after executing a shell function that does: | usbconfig_output=3D"$(sudo usbconfig -d ${device} add_quirk UQ_MSC_NO_INQ= UIRY)" | [... error handling snipped ] | usbconfig_output=3D"$(sudo usbconfig -d ${device} reset)" Sometimes the second command seems to mess up the USB system. Fabian --Sig_/s5nvohQ8Nk7qDj5.PtNTFjz Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlRJEHIACgkQBYqIVf93VJ3FHACfWPshJ/KvdhOR8mHBRERYzH7N ZUAAoITGDWnTy9aPsJWFke4XNZKxHvU8 =0pE3 -----END PGP SIGNATURE----- --Sig_/s5nvohQ8Nk7qDj5.PtNTFjz-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 23 14:32:56 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CD20C255 for ; Thu, 23 Oct 2014 14:32:56 +0000 (UTC) Received: from mail.turbocat.net (mail.turbocat.net [IPv6:2a01:4f8:d16:4514::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 908E5E74 for ; Thu, 23 Oct 2014 14:32:56 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (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 6BF121FE023; Thu, 23 Oct 2014 16:32:54 +0200 (CEST) Message-ID: <5449119B.8090401@selasky.org> Date: Thu, 23 Oct 2014 16:32:59 +0200 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.1.2 MIME-Version: 1.0 To: Fabian Keil , FreeBSD Current Subject: Re: Panic after USB deadlock followed by kldunload umass.ko References: <03fafb9a.529c7f26@fabiankeil.de> In-Reply-To: <03fafb9a.529c7f26@fabiankeil.de> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Oct 2014 14:32:56 -0000 On 10/23/14 16:28, Fabian Keil wrote: > A few days ago a couple of usbconfig processed did not exit: > > fk@r500 ~ $sudo procstat -kk $(pgrep usbconfig) > PID TID COMM TDNAME KSTACK > 1624 100781 usbconfig - mi_switch+0xe1 sleepq_wait+0x3a _sx_xlock_hard+0x522 _sx_xlock+0x5d usbd_enum_lock+0x3a usb_ref_device+0x157 usb_open+0xbf devfs_open+0x122 VOP_OPEN_APV+0xa1 vn_open_vnode+0x234 vn_open_cred+0x351 kern_openat+0x26f amd64_syscall+0x3fb Xfast_syscall+0xfb > 1617 100779 usbconfig - mi_switch+0xe1 sleepq_wait+0x3a _sx_xlock_hard+0x522 _sx_xlock+0x5d usbd_enum_lock+0x3a usb_ref_device+0x157 usb_open+0xbf devfs_open+0x122 VOP_OPEN_APV+0xa1 vn_open_vnode+0x234 vn_open_cred+0x351 kern_openat+0x26f amd64_syscall+0x3fb Xfast_syscall+0xfb > 1615 100777 usbconfig - mi_switch+0xe1 sleepq_wait+0x3a _sx_xlock_hard+0x522 _sx_xlock+0x5d usbd_enum_lock+0x3a usb_ref_device+0x157 usb_open+0xbf devfs_open+0x122 VOP_OPEN_APV+0xa1 vn_open_vnode+0x234 vn_open_cred+0x351 kern_openat+0x26f amd64_syscall+0x3fb Xfast_syscall+0xfb > 1601 100774 usbconfig - mi_switch+0xe1 sleepq_timedwait+0x3a _sleep+0x294 pause_sbt+0xd0 usb_pause_mtx+0x85 usb_ioctl+0x3e7 devfs_ioctl_f+0x13b kern_ioctl+0x3cd sys_ioctl+0x13c amd64_syscall+0x3fb Xfast_syscall+0xfb > > kldunload umass.ko lead to a panic, dumping didn't work. > > Screenshots are available at: > http://www.fabiankeil.de/bilder/freebsd/kernel-panic-r273434-usb/ > > I've seen locked-up usbconfig processes in the past, > usually after executing a shell function that does: > > | usbconfig_output="$(sudo usbconfig -d ${device} add_quirk UQ_MSC_NO_INQUIRY)" > | [... error handling snipped ] > | usbconfig_output="$(sudo usbconfig -d ${device} reset)" > > Sometimes the second command seems to mess up the USB system. > > Fabian > Hi, USB detach is synchronous. If for example umass fails to detach, due to reference counts not reaching zero, that might be the root cause. Try to get a backtrace from the "usb_process()" processes using kgdb, and you'll see right away what is going on. Thank you! --HPS From owner-freebsd-current@FreeBSD.ORG Thu Oct 23 15:18:48 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D505DD45; Thu, 23 Oct 2014 15:18:48 +0000 (UTC) Received: from phlegethon.blisses.org (phlegethon.blisses.org [50.56.97.101]) (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 AD40A391; Thu, 23 Oct 2014 15:18:48 +0000 (UTC) Received: from blisses.org (cocytus.blisses.org [23.25.209.73]) by phlegethon.blisses.org (Postfix) with ESMTPSA id F39CC148951; Thu, 23 Oct 2014 11:18:46 -0400 (EDT) Date: Thu, 23 Oct 2014 11:18:45 -0400 From: Mason Loring Bliss To: Lars Engels , David Chisnall , freebsd-current@freebsd.org, Allan Jude , freebsd-docs@freebsd.org Subject: Re: HOWTO articles for migrating from Linux to FreeBSD, especially for pkg? Message-ID: <20141023151845.GM2581@blisses.org> References: <20141018121150.5aae6682@X220.alogt.com> <20141018145857.c17931841923f39c79464033@dec.sakura.ne.jp> <20141020183253.GE6490@blisses.org> <5837e41bf824926f9c49325e1817aec8@ultimatedns.net> <54458B06.5050301@freebsd.org> <20141020231526.GO6490@blisses.org> <2F4335C6-31F3-46C8-AEB9-3D615E305C48@FreeBSD.org> <20141021183413.GD6490@blisses.org> <20141023082019.GM72082@e-new.0x20.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20141023082019.GM72082@e-new.0x20.net> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Oct 2014 15:18:48 -0000 On Thu, Oct 23, 2014 at 10:20:20AM +0200, Lars Engels wrote: > Please register with your realname and I can give you the needed rights. A snag... When I click 'Logic' at the top of the page it brings me to the login form, which has a link to https://wiki.freebsd.org/action/newaccount/FrontPage?action=newaccount However, this produces a red error icon and the message "Unknown action newaccount." I'll be happy to sign up once this is resolved, one way or the other. -- Mason Loring Bliss mason@blisses.org http://blisses.org/ "I am a brother of jackals, and a companion of ostriches." (Job 30 : 29) From owner-freebsd-current@FreeBSD.ORG Thu Oct 23 18:43:22 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E3646E2; Thu, 23 Oct 2014 18:43:21 +0000 (UTC) Received: from dmz-mailsec-scanner-7.mit.edu (dmz-mailsec-scanner-7.mit.edu [18.7.68.36]) (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 5649DDF5; Thu, 23 Oct 2014 18:43:20 +0000 (UTC) X-AuditID: 12074424-f79346d000004923-f9-54494b126cb0 Received: from mailhub-auth-2.mit.edu ( [18.7.62.36]) (using TLS with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by dmz-mailsec-scanner-7.mit.edu (Symantec Messaging Gateway) with SMTP id A5.5F.18723.21B49445; Thu, 23 Oct 2014 14:38:11 -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 s9NIcA0Y018408; Thu, 23 Oct 2014 14:38:10 -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 s9NIc75W004601 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 23 Oct 2014 14:38:09 -0400 Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id s9NIc6Uw004562; Thu, 23 Oct 2014 14:38:06 -0400 (EDT) Date: Thu, 23 Oct 2014 14:38:05 -0400 (EDT) From: Benjamin Kaduk X-X-Sender: kaduk@multics.mit.edu To: Mason Loring Bliss Subject: Re: HOWTO articles for migrating from Linux to FreeBSD, especially for pkg? In-Reply-To: <20141023151845.GM2581@blisses.org> Message-ID: References: <20141018121150.5aae6682@X220.alogt.com> <20141018145857.c17931841923f39c79464033@dec.sakura.ne.jp> <20141020183253.GE6490@blisses.org> <5837e41bf824926f9c49325e1817aec8@ultimatedns.net> <54458B06.5050301@freebsd.org> <20141020231526.GO6490@blisses.org> <2F4335C6-31F3-46C8-AEB9-3D615E305C48@FreeBSD.org> <20141021183413.GD6490@blisses.org> <20141023082019.GM72082@e-new.0x20.net> <20141023151845.GM2581@blisses.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+NgFprNKsWRmVeSWpSXmKPExsUixG6noivs7RlisNXCYs6bD0wWJ37OYrFY 9HYHu0XbluvsDiweX+fNY/NoOPuG0WPGp/ksAcxRXDYpqTmZZalF+nYJXBkn9/xlLljGVtF+ op25gfEbSxcjJ4eEgInEtuY3rBC2mMSFe+vZuhi5OIQEZjNJLFkyG8rZyChxqWsFC4RziEni 0ZI97BBOA6PEtEc7mUH6WQS0JRYv+As2l01ATeLx3maouYoSm09NAqsREdCSOPn6IZjNLJAm ceX0YrB6YYEwiYeTFoPVcwoYSHy+38oGYvMKOEpcunSNEWLZZ2aJg0eXM4IkRAV0JFbvn8IC USQocXLmExaIoVoSy6dvY5nAKDQLSWoWktQCRqZVjLIpuVW6uYmZOcWpybrFyYl5ealFuuZ6 uZkleqkppZsYwSHuorKDsfmQ0iFGAQ5GJR7eimSPECHWxLLiytxDjJIcTEqivB+dPUOE+JLy UyozEosz4otKc1KLDzFKcDArifAyiQDleFMSK6tSi/JhUtIcLErivJt+8IUICaQnlqRmp6YW pBbBZGU4OJQkeF29gBoFi1LTUyvSMnNKENJMHJwgw3mAhluB1PAWFyTmFmemQ+RPMRpztDS9 7WXi6FnyvpdJiCUvPy9VSpzXzROoVACkNKM0D24aLE29YhQHek6Y9y1IFQ8wxcHNewW0iglo VfwGD5BVJYkIKakGxuI1Jp76C3X+Xk2VuDl3s/8iBdmXykz/N3AcjNRy9th1h9/6cMmKTwcm Tkuy65XVnnVOY8XN85mfC5bvYJSfrXfpsorYQpflMTN6LPZ/rNf0vvfcfcHkCV99HPw8rTkk LJXutDCdPfXOz67pEHdpQHLH5fdBfiI9SeGTnaIef3aau0zb4k+4kBJLcUaioRZzUXEiAHMC FFIuAwAA Cc: freebsd-current@freebsd.org, Lars Engels , freebsd-docs@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Oct 2014 18:43:22 -0000 On Thu, 23 Oct 2014, Mason Loring Bliss wrote: > On Thu, Oct 23, 2014 at 10:20:20AM +0200, Lars Engels wrote: > > > Please register with your realname and I can give you the needed rights. > > A snag... > > When I click 'Logic' at the top of the page it brings me to the login form, > which has a link to > > https://wiki.freebsd.org/action/newaccount/FrontPage?action=newaccount > > However, this produces a red error icon and the message "Unknown action > newaccount." > > I'll be happy to sign up once this is resolved, one way or the other. If I remember correctly, a committer needs to request the wiki account creation for a given user name and associated email address. I think you should send those (offlist) to Lars or me, and we can make the actual request. -Ben From owner-freebsd-current@FreeBSD.ORG Thu Oct 23 18:57:57 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DCB81981; Thu, 23 Oct 2014 18:57:57 +0000 (UTC) Received: from esa-annu.net.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 6C99FF86; Thu, 23 Oct 2014 18:57:56 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqAEAEhPSVSDaFve/2dsb2JhbABchD6DAtFJgSoBfYQsVjUCDRkCX4hUtBGUVQEBAQEGAQEBAQEBHIEsjng0gn6BVAW0CoQUIYF3gQMBAQE X-IronPort-AV: E=Sophos;i="5.04,776,1406606400"; d="scan'208";a="163089439" Received: from muskoka.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.222]) by esa-annu.net.uoguelph.ca with ESMTP; 23 Oct 2014 14:57:26 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 18079B3F2B; Thu, 23 Oct 2014 14:57:26 -0400 (EDT) Date: Thu, 23 Oct 2014 14:57:26 -0400 (EDT) From: Rick Macklem To: freebsd-current Message-ID: <691948956.6194558.1414090646089.JavaMail.root@uoguelph.ca> Subject: RFC: getting rid of oldnfs MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.202] X-Mailer: Zimbra 7.2.6_GA_2926 (ZimbraWebClient - FF3.0 (Win)/7.2.6_GA_2926) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Oct 2014 18:57:58 -0000 Someone just pinged me on this and I figured I should bring it up. 1 - Is anyone out there still using oldnfs due to unresolved problems with the new one? (I am not aware of any outstanding issues in the new nfs that don't exist in the oldnfs.) 2 - Does anyone see a problem with getting rid of oldnfs for FreebSD-11? 3 - If I get rid of it in -head, I can do it either in mid-December or mid-April. (I can't do commits during the winter.) Does anyone have a rough idea when the 11.0 release cycle will start, so I can choose which of the above would be preferable? (I figured I'd wait until after the last 10.n release that happens before 11.0, since it will be easier to MFC before the removal of oldnfs.) Thanks in advance for any comments, rick ps: John, I've cc'd you since I thought you are the guy most likely to need to do commits/MFCs to oldnfs. From owner-freebsd-current@FreeBSD.ORG Thu Oct 23 19:03:41 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0861CC29 for ; Thu, 23 Oct 2014 19:03:41 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (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 6B9C8DE for ; Thu, 23 Oct 2014 19:03:40 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.9/8.14.9) with ESMTP id s9NJ3UxP006458 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 23 Oct 2014 22:03:30 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.9.2 kib.kiev.ua s9NJ3UxP006458 Received: (from kostik@localhost) by tom.home (8.14.9/8.14.9/Submit) id s9NJ3TfF006457; Thu, 23 Oct 2014 22:03:29 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 23 Oct 2014 22:03:29 +0300 From: Konstantin Belousov To: Adam McDougall Subject: Re: Ver 2 of the patch [was: Re: i915 driver update testing] Message-ID: <20141023190329.GP1877@kib.kiev.ua> References: <5433260C.5050901@egr.msu.edu> <20141007042043.GG26076@kib.kiev.ua> <5433E408.2010601@egr.msu.edu> <20141007164419.GB2153@kib.kiev.ua> <20141007180106.GD2153@kib.kiev.ua> <54344766.1040700@egr.msu.edu> <20141008170525.GH2153@kib.kiev.ua> <54358C88.2080501@egr.msu.edu> <20141022122640.GL1877@kib.kiev.ua> <54480C9B.7070606@egr.msu.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <54480C9B.7070606@egr.msu.edu> User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on tom.home Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Oct 2014 19:03:41 -0000 On Wed, Oct 22, 2014 at 03:59:23PM -0400, Adam McDougall wrote: > On 10/22/2014 08:26, Konstantin Belousov wrote: > > On Wed, Oct 08, 2014 at 03:12:08PM -0400, Adam McDougall wrote: > >> On 10/08/2014 13:05, Konstantin Belousov wrote: > >>> There are more occurences of the bug I fixed once in patch version 2. > >>> Also, since pmap changes were committed in modified form, please try > >>> the updated patch at https://www.kib.kiev.ua/kib/drm/i915.3.patch . > >>> > >> > >> No apparent change: > >> http://www.egr.msu.edu/~mcdouga9/i915-patch3-1.txt > > cite> (kgdb) p *(struct drm_i915_private *)(dev_private) > > cite> No symbol "dev_private" in current context. > > > > This is p *(struct drm_i915_private *)(dev->dev_private) > > http://www.egr.msu.edu/~mcdouga9/dev_private.txt > > > > > I regenerated patch after recent merges and changes in KPI on HEAD. > > https://www.kib.kiev.ua/kib/drm/i915.4.patch > > > > Please apply it, I think the issue should be there still. Then apply > > the following debugging patch, and set > > kenv drm.debug=0x3 > > before loading i915kms.ko. I want to see the same debugging information, > > and dmesg from the moment of loading the driver. > > > > > In fact, try > > https://www.kib.kiev.ua/kib/drm/i915.5.patch Due to my mistake during the patch generation, i915.5.patch is just a garbage. Use https://www.kib.kiev.ua/kib/drm/i915.6.patch. I already have one private report of the patch worked from person who got the same panic in iicbb. From owner-freebsd-current@FreeBSD.ORG Thu Oct 23 20:05:50 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3A2B48D1 for ; Thu, 23 Oct 2014 20:05:50 +0000 (UTC) Received: from mail.egr.msu.edu (hill.egr.msu.edu [35.9.37.162]) by mx1.freebsd.org (Postfix) with ESMTP id 0E8E39FE for ; Thu, 23 Oct 2014 20:05:49 +0000 (UTC) Received: from hill (localhost [127.0.0.1]) by mail.egr.msu.edu (Postfix) with ESMTP id 48E05469DD; Thu, 23 Oct 2014 15:56:26 -0400 (EDT) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mail.egr.msu.edu ([127.0.0.1]) by hill (hill.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id T5ebq6NOMWsJ; Thu, 23 Oct 2014 15:56:26 -0400 (EDT) Received: from EGR authenticated sender Message-ID: <54495D6A.60702@egr.msu.edu> Date: Thu, 23 Oct 2014 15:56:26 -0400 From: Adam McDougall User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: "kostikbel@gmail.com >> Konstantin Belousov" Subject: Re: Ver 2 of the patch [was: Re: i915 driver update testing] References: <5433260C.5050901@egr.msu.edu> <20141007042043.GG26076@kib.kiev.ua> <5433E408.2010601@egr.msu.edu> <20141007164419.GB2153@kib.kiev.ua> <20141007180106.GD2153@kib.kiev.ua> <54344766.1040700@egr.msu.edu> <20141008170525.GH2153@kib.kiev.ua> <54358C88.2080501@egr.msu.edu> <20141022122640.GL1877@kib.kiev.ua> <54480C9B.7070606@egr.msu.edu> <20141023190329.GP1877@kib.kiev.ua> In-Reply-To: <20141023190329.GP1877@kib.kiev.ua> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Oct 2014 20:05:50 -0000 On 10/23/2014 15:03, Konstantin Belousov wrote: > Use https://www.kib.kiev.ua/kib/drm/i915.6.patch. I already have one > private report of the patch worked from person who got the same panic > in iicbb. Yes, this one works (does not panic) and X works! I kldloaded it after boot as I usually do. For the 3 minutes my computer has been up so far, it seems the same as 10-stable. Thanks. From owner-freebsd-current@FreeBSD.ORG Thu Oct 23 20:44:06 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 175D9A90 for ; Thu, 23 Oct 2014 20:44:06 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E4BE9E1A for ; Thu, 23 Oct 2014 20:44:05 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id C08B2B9A8; Thu, 23 Oct 2014 16:44:04 -0400 (EDT) From: John Baldwin To: Rick Macklem Subject: Re: RFC: getting rid of oldnfs Date: Thu, 23 Oct 2014 16:33:41 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <691948956.6194558.1414090646089.JavaMail.root@uoguelph.ca> In-Reply-To: <691948956.6194558.1414090646089.JavaMail.root@uoguelph.ca> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201410231633.41971.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 23 Oct 2014 16:44:04 -0400 (EDT) Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Oct 2014 20:44:06 -0000 On Thursday, October 23, 2014 2:57:26 pm Rick Macklem wrote: > Someone just pinged me on this and I figured I should > bring it up. > > 1 - Is anyone out there still using oldnfs due to unresolved > problems with the new one? (I am not aware of any outstanding > issues in the new nfs that don't exist in the oldnfs.) > 2 - Does anyone see a problem with getting rid of oldnfs for > FreebSD-11? > 3 - If I get rid of it in -head, I can do it either in mid-December > or mid-April. (I can't do commits during the winter.) > Does anyone have a rough idea when the 11.0 release cycle will > start, so I can choose which of the above would be preferable? > (I figured I'd wait until after the last 10.n release that happens > before 11.0, since it will be easier to MFC before the removal of > oldnfs.) > > Thanks in advance for any comments, rick > ps: John, I've cc'd you since I thought you are the guy most likely to > need to do commits/MFCs to oldnfs. I think it is fine to remove it from 11. I would do it sooner rather than later. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Oct 23 21:59:49 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 79DBCD31; Thu, 23 Oct 2014 21:59:49 +0000 (UTC) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 24BF4844; Thu, 23 Oct 2014 21:59:48 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqgEALZ5SVSDaFve/2dsb2JhbABcg2JcgwLJcwqGeVQCgScBfYQDAQEEAQEBICsgCxsOCgICDRkCKQEJJgYIBwQBHASIIA2zYJRZAQEBAQEBBAEBAQEBAQEBGoEsjkoQAgEbNAeCd4FUBZZLhA6EcZRAhBQhLweBQYEDAQEB X-IronPort-AV: E=Sophos;i="5.04,777,1406606400"; d="scan'208";a="161892397" Received: from muskoka.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.222]) by esa-jnhn.mail.uoguelph.ca with ESMTP; 23 Oct 2014 17:59:47 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 63183B4035; Thu, 23 Oct 2014 17:59:47 -0400 (EDT) Date: Thu, 23 Oct 2014 17:59:47 -0400 (EDT) From: Rick Macklem To: John Baldwin Message-ID: <1805896493.6326657.1414101587396.JavaMail.root@uoguelph.ca> In-Reply-To: <201410231633.41971.jhb@freebsd.org> Subject: Re: RFC: getting rid of oldnfs MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.202] X-Mailer: Zimbra 7.2.6_GA_2926 (ZimbraWebClient - FF3.0 (Win)/7.2.6_GA_2926) Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Oct 2014 21:59:49 -0000 John Baldwin wrote: > On Thursday, October 23, 2014 2:57:26 pm Rick Macklem wrote: > > Someone just pinged me on this and I figured I should > > bring it up. > > > > 1 - Is anyone out there still using oldnfs due to unresolved > > problems with the new one? (I am not aware of any outstanding > > issues in the new nfs that don't exist in the oldnfs.) > > 2 - Does anyone see a problem with getting rid of oldnfs for > > FreebSD-11? > > 3 - If I get rid of it in -head, I can do it either in mid-December > > or mid-April. (I can't do commits during the winter.) > > Does anyone have a rough idea when the 11.0 release cycle will > > start, so I can choose which of the above would be preferable? > > (I figured I'd wait until after the last 10.n release that > > happens > > before 11.0, since it will be easier to MFC before the removal > > of > > oldnfs.) > > > > Thanks in advance for any comments, rick > > ps: John, I've cc'd you since I thought you are the guy most likely > > to > > need to do commits/MFCs to oldnfs. > > I think it is fine to remove it from 11. I would do it sooner rather > than > later. > I just got an off-list email from someone reporting that they have problems w.r.t. a hang in the new server that they don't get in the old one. I have encouraged them to repost to the list, so that we can hopefully help this individual out. Thanks for the comments, rick > -- > John Baldwin > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Fri Oct 24 02:09:26 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 498B5F6C for ; Fri, 24 Oct 2014 02:09:26 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DB5DD1D6 for ; Fri, 24 Oct 2014 02:09:25 +0000 (UTC) Received: from [157.181.98.237] ([157.181.98.237]) by mail.gmx.com (mrgmx002) with ESMTPSA (Nemesis) id 0MY7dI-1Xd6as1ne4-00Uois for ; Fri, 24 Oct 2014 04:09:18 +0200 Message-ID: <5449B4CA.508@gmx.com> Date: Fri, 24 Oct 2014 04:09:14 +0200 From: dt71@gmx.com User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:32.0) Gecko/20100101 Firefox/32.0 SeaMonkey/2.29.1 MIME-Version: 1.0 To: "freebsd-current@freebsd.org" Subject: freebsd-update install failed Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:9NFF/sXbv4VkAsUlPlJ9gbV9yT5tbhibetFxGvgdFec10rPNtzu Tzcg7b5naX+2/7g6rEMk/voG1VNOljFXqonUeT6BDnTN7Uffsdn94sPV/oDk+VLbNWFK1/5 185IchfipIdjwO4ds/j0uT4W5e51CNzV6/psaCEkKj54xqAm2tf/4PuHii2NWdvKnEA3VmR FsWsFlbNxROD9G+lGVn4A== X-UI-Out-Filterresults: notjunk:1; X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2014 02:09:26 -0000 Do what (is it safe to retry the install?)? log: # freebsd-update fetch Looking up update.FreeBSD.org mirrors... 5 mirrors found. Fetching public key from update5.freebsd.org... done. Fetching metadata signature for 10.0-RELEASE from update5.freebsd.org... done. Fetching metadata index... done. Fetching 2 metadata files... done. Inspecting system... done. Preparing to download files... done. Fetching 88 patches.....10....20....30....40....50....60....70....80.... done. Applying patches... done. Fetching 4 files... done. The following files will be removed as part of updating to 10.0-RELEASE-p11: /usr/share/zoneinfo/Asia/Chongqing /usr/share/zoneinfo/Asia/Harbin /usr/share/zoneinfo/Asia/Kashgar The following files will be added as part of updating to 10.0-RELEASE-p11: /usr/share/zoneinfo/Antarctica/Troll /usr/share/zoneinfo/Asia/Chita /usr/share/zoneinfo/Asia/Srednekolymsk /usr/src/contrib/tzdata/zone1970.tab The following files will be updated as part of updating to 10.0-RELEASE-p11: /bin/freebsd-version /boot/kernel/kernel /boot/kernel/kernel.symbols /rescue/[ [...] /usr/share/zoneinfo/Pacific/Pago_Pago /usr/share/zoneinfo/zone.tab # freebsd-update install Installing updates...install: ///usr/src/contrib/tzdata/zone1970.tab: No such file or directory done. # From owner-freebsd-current@FreeBSD.ORG Fri Oct 24 01:54:03 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 201DAB93 for ; Fri, 24 Oct 2014 01:54:03 +0000 (UTC) Received: from smtp.rcn.com (smtp.rcn.com [69.168.97.78]) (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 DEE5CB7 for ; Fri, 24 Oct 2014 01:54:02 +0000 (UTC) X_CMAE_Category: , , X-CNFS-Analysis: v=2.0 cv=UdjTuduN c=1 sm=1 a=60v6UuX1j5Kr1+jwqVp4LA==:17 a=L9H7d07YOLsA:10 a=kj9zAlcOel0A:10 a=sIt-5M63AAAA:8 a=cwVJSu4X3338swp-PZIA:9 a=CjuIK1q_8ugA:10 a=60v6UuX1j5Kr1+jwqVp4LA==:117 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine X-Authed-Username: cm9iZXJ0aHVmZkByY24uY29t Authentication-Results: smtp01.rcn.cmh.synacor.com smtp.mail=roberthuff@rcn.com; spf=neutral; sender-id=neutral Received-SPF: neutral (smtp01.rcn.cmh.synacor.com: 209.6.39.248 is neither permitted nor denied by domain of rcn.com) Received: from [209.6.39.248] ([209.6.39.248:35537] helo=jerusalem.litteratus.org.litteratus.org) by smtp.rcn.com (envelope-from ) (ecelerity 3.6.2.43620 r(Platform:3.6.2.0)) with ESMTP id B5/8A-63531-831B9445; Thu, 23 Oct 2014 21:54:01 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <21577.45368.652684.358507@jerusalem.litteratus.org> Date: Thu, 23 Oct 2014 21:54:00 -0400 To: current@freebsd.org Subject: can't build CURRENT/amd64 using 9.3? X-Mailer: VM 8.1.2 under 24.3.1 (i386-portbld-freebsd9.3) X-Mailman-Approved-At: Fri, 24 Oct 2014 02:20:02 +0000 Cc: roberthuff@rcn.com X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2014 01:54:03 -0000 I have a system running FreeBSD 9.3-RELEASE #0 r268512: Fri Jul 11 03:13:02 UTC 2014 i386 I have updated the source tree to CURRENT r273542. If I build "make buildworld" for the GENERIC kernel and no make.conf or src.conf, it succeeds. If I use an empty make.conf and src.conf of TARGET=amd64 TARGET_ARCH=amd64 it dies with echo '#define EXTRA_MODES_FILE "i386/i386-modes.def"' >> tm.h (cd /usr/src/gnu/lib/csu; /usr/obj/usr/src/make.i386/bmake -f /usr/src/gnu/lib/csu/../../usr.bin/cc/cc_tools/Makefile MFILE=/usr/src/gnu/lib/csu/../../usr.bin/cc/cc_tools/Makefile GCCDIR=/usr/src/gnu/lib/csu/../../../contrib/gcc options.h) LC_ALL=C awk -f /usr/src/gnu/lib/csu/../../../contrib/gcc/opt-gather.awk /usr/src/gnu/lib/csu/../../../contrib/gcc/c.opt /usr/src/gnu/lib/csu/../../../contrib/gcc/common.opt /usr/src/gnu/lib/csu/../../../contrib/gcc/config/i386/i386.opt > optionlist LC_ALL=C awk -f /usr/src/gnu/lib/csu/../../../contrib/gcc/opt-functions.awk -f /usr/src/gnu/lib/csu/../../../contrib/gcc/opth-gen.awk < optionlist > options.h rm -f .depend CC='cc ' mkdep -f .depend -a -DCRT_BEGIN -DIN_GCC -DHAVE_LD_EH_FRAME_HDR -DDT_CONFIG -D__GLIBC__=3 -I/usr/src/gnu/lib/csu/../../../contrib/gcclibs/include -I/usr/src/gnu/lib/csu/../../../contrib/gcc/config -I/usr/src/gnu/lib/csu/../../../contrib/gcc -I. -I/usr/src/gnu/lib/csu/../../usr.bin/cc/cc_tools -std=gnu89 /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c TMP=_depend$$; sed -e 's/^\([^\.]*\).o[ ]*:/\1.o \1.po \1.So:/' < .depend > $TMP; mv $TMP .depend cc -O2 -pipe -DIN_GCC -DHAVE_LD_EH_FRAME_HDR -DDT_CONFIG -D__GLIBC__=3 -fno-inline-functions -fno-exceptions -fno-zero-initialized-in-bss -fno-asynchronous-unwind-tables -fno-omit-frame-pointer -I/usr/src/gnu/lib/csu/../../../contrib/gcclibs/include -I/usr/src/gnu/lib/csu/../../../contrib/gcc/config -I/usr/src/gnu/lib/csu/../../../contrib/gcc -I. -I/usr/src/gnu/lib/csu/../../usr.bin/cc/cc_tools -std=gnu89 -Qunused-arguments -g0 -DCRT_BEGIN -c -o crtbegin.o /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c cc -O2 -pipe -DIN_GCC -DHAVE_LD_EH_FRAME_HDR -DDT_CONFIG -D__GLIBC__=3 -fno-inline-functions -fno-exceptions -fno-zero-initialized-in-bss -fno-asynchronous-unwind-tables -fno-omit-frame-pointer -I/usr/src/gnu/lib/csu/../../../contrib/gcclibs/include -I/usr/src/gnu/lib/csu/../../../contrib/gcc/config -I/usr/src/gnu/lib/csu/../../../contrib/gcc -I. -I/usr/src/gnu/lib/csu/../../usr.bin/cc/cc_tools -std=gnu89 -Qunused-arguments -g0 -DCRT_END -c -o crtend.o /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c cc -O2 -pipe -DIN_GCC -DHAVE_LD_EH_FRAME_HDR -DDT_CONFIG -D__GLIBC__=3 -fno-inline-functions -fno-exceptions -fno-zero-initialized-in-bss -fno-asynchronous-unwind-tables -fno-omit-frame-pointer -I/usr/src/gnu/lib/csu/../../../contrib/gcclibs/include -I/usr/src/gnu/lib/csu/../../../contrib/gcc/config -I/usr/src/gnu/lib/csu/../../../contrib/gcc -I. -I/usr/src/gnu/lib/csu/../../usr.bin/cc/cc_tools -std=gnu89 -Qunused-arguments -g0 -DCRT_BEGIN -DCRTSTUFFT_O -c -o crtbeginT.o /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c cc -O2 -pipe -DIN_GCC -DHAVE_LD_EH_FRAME_HDR -DDT_CONFIG -D__GLIBC__=3 -fno-inline-functions -fno-exceptions -fno-zero-initialized-in-bss -fno-asynchronous-unwind-tables -fno-omit-frame-pointer -I/usr/src/gnu/lib/csu/../../../contrib/gcclibs/include -I/usr/src/gnu/lib/csu/../../../contrib/gcc/config -I/usr/src/gnu/lib/csu/../../../contrib/gcc -I. -I/usr/src/gnu/lib/csu/../../usr.bin/cc/cc_tools -std=gnu89 -Qunused-arguments -g0 -DCRT_BEGIN -DCRTSTUFFS_O -DSHARED -fpic -c -o crtbeginS.o /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c cc -O2 -pipe -DIN_GCC -DHAVE_LD_EH_FRAME_HDR -DDT_CONFIG -D__GLIBC__=3 -fno-inline-functions -fno-exceptions -fno-zero-initialized-in-bss -fno-asynchronous-unwind-tables -fno-omit-frame-pointer -I/usr/src/gnu/lib/csu/../../../contrib/gcclibs/include -I/usr/src/gnu/lib/csu/../../../contrib/gcc/config -I/usr/src/gnu/lib/csu/../../../contrib/gcc -I. -I/usr/src/gnu/lib/csu/../../usr.bin/cc/cc_tools -std=gnu89 -Qunused-arguments -g0 -DCRT_END -DCRTSTUFFS_O -DSHARED -fpic -c -o crtendS.o /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c sh /usr/src/tools/install.sh -o root -g wheel -m 444 crtbegin.o /usr/obj/usr/src/tmp/usr/lib/crtbegin.o sh /usr/src/tools/install.sh -o root -g wheel -m 444 crtend.o /usr/obj/usr/src/tmp/usr/lib/crtend.o sh /usr/src/tools/install.sh -o root -g wheel -m 444 crtbeginT.o /usr/obj/usr/src/tmp/usr/lib/crtbeginT.o sh /usr/src/tools/install.sh -o root -g wheel -m 444 crtbeginS.o /usr/obj/usr/src/tmp/usr/lib/crtbeginS.o sh /usr/src/tools/install.sh -o root -g wheel -m 444 crtendS.o /usr/obj/usr/src/tmp/usr/lib/crtendS.o echo "===> lib/csu/i386-elf (obj,depend,all,install)"; cd /usr/src/lib/csu/i386-elf && /usr/obj/usr/src/make.i386/bmake MK_TESTS=no DIRPRFX=lib/csu/i386-elf/ obj && /usr/obj/usr/src/make.i386/bmake MK_TESTS=no DIRPRFX=lib/csu/i386-elf/ depend && /usr/obj/usr/src/make.i386/bmake MK_TESTS=no DIRPRFX=lib/csu/i386-elf/ all && /usr/obj/usr/src/make.i386/bmake MK_TESTS=no DIRPRFX=lib/csu/i386-elf/ install ===> lib/csu/i386-elf (obj,depend,all,install) if ! test -d /usr/obj/usr/src/lib/csu/i386-elf/; then mkdir -p /usr/obj/usr/src/lib/csu/i386-elf; if ! test -d /usr/obj/usr/src/lib/csu/i386-elf/; then echo "Unable to create /usr/obj/usr/src/lib/csu/i386-elf."; exit 1; fi; echo "/usr/obj/usr/src/lib/csu/i386-elf created for /usr/src/lib/csu/i386-elf"; fi rm -f .depend CC='cc ' mkdep -f .depend -a -I/usr/src/lib/csu/i386-elf/../common -I/usr/src/lib/csu/i386-elf/../../libc/include -std=gnu99 /usr/src/lib/csu/i386-elf/crti.S /usr/src/lib/csu/i386-elf/crtn.S TMP=_depend$$; sed -e 's/^\([^\.]*\).o[ ]*:/\1.o \1.po \1.So:/' < .depend > $TMP; mv $TMP .depend cc -O2 -pipe -I/usr/src/lib/csu/i386-elf/../common -I/usr/src/lib/csu/i386-elf/../../libc/include -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/csu/i386-elf/crti.S cc -O2 -pipe -I/usr/src/lib/csu/i386-elf/../common -I/usr/src/lib/csu/i386-elf/../../libc/include -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/csu/i386-elf/crtn.S cc -O2 -pipe -I/usr/src/lib/csu/i386-elf/../common -I/usr/src/lib/csu/i386-elf/../../libc/include -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -DGCRT -S -o gcrt1_c.s /usr/src/lib/csu/i386-elf/crt1_c.c sed -i "" -e '/\.note\.tag/s/progbits/note/' gcrt1_c.s cc -c -o gcrt1_c.o gcrt1_c.s cc -O2 -pipe -I/usr/src/lib/csu/i386-elf/../common -I/usr/src/lib/csu/i386-elf/../../libc/include -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/csu/i386-elf/crt1_s.S ld -o gcrt1.o -r crt1_s.o gcrt1_c.o crt1_s.o: file not recognized: File format not recognized *** Error code 1 Stop. bmake[3]: stopped in /usr/src/lib/csu/i386-elf *** Error code 1 Am I trying something that cannot be done? If not: what's going on? I googled this and found answers for Linux+gcc that don't seem to apply. Respectfully, Robert Huff From owner-freebsd-current@FreeBSD.ORG Fri Oct 24 08:21:57 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8AE903FD for ; Fri, 24 Oct 2014 08:21:57 +0000 (UTC) Received: from mail.turbocat.net (mail.turbocat.net [IPv6:2a01:4f8:d16:4514::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 50BC4AD7 for ; Fri, 24 Oct 2014 08:21:57 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (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 DECB71FE023 for ; Fri, 24 Oct 2014 10:21:54 +0200 (CEST) Message-ID: <544A0C27.8090107@selasky.org> Date: Fri, 24 Oct 2014 10:21:59 +0200 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.1.2 MIME-Version: 1.0 To: current@freebsd.org Subject: Debugging an mbuf leak Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2014 08:21:57 -0000 Hi, I need some help debugging an mbuf leak in the network stack. Anyone available on IRC? --HPS From owner-freebsd-current@FreeBSD.ORG Fri Oct 24 13:59:54 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A28CED99 for ; Fri, 24 Oct 2014 13:59:54 +0000 (UTC) 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 647D98A8 for ; Fri, 24 Oct 2014 13:59:53 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (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 999361FE023 for ; Fri, 24 Oct 2014 15:59:50 +0200 (CEST) Message-ID: <544A5B5B.3080709@selasky.org> Date: Fri, 24 Oct 2014 15:59:55 +0200 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.1.2 MIME-Version: 1.0 To: current@freebsd.org Subject: Re: Debugging an mbuf leak References: <544A0C27.8090107@selasky.org> In-Reply-To: <544A0C27.8090107@selasky.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2014 13:59:54 -0000 On 10/24/14 10:21, Hans Petter Selasky wrote: > Hi, > > I need some help debugging an mbuf leak in the network stack. Anyone > available on IRC? > > --HPS FYI: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194577 --HPS From owner-freebsd-current@FreeBSD.ORG Fri Oct 24 14:35:01 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AB6765D7 for ; Fri, 24 Oct 2014 14:35:01 +0000 (UTC) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) (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 73C1FC3C for ; Fri, 24 Oct 2014 14:35:00 +0000 (UTC) Received: from [73.34.117.227] (helo=ilsoft.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1Xhfx8-000I9j-7F; Fri, 24 Oct 2014 14:34:54 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id s9OEYr5d070182; Fri, 24 Oct 2014 08:34:53 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 73.34.117.227 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX19ZG3BCezmO4rM7WL8buWqq X-Authentication-Warning: paranoia.hippie.lan: Host revolution.hippie.lan [172.22.42.240] claimed to be [172.22.42.240] Subject: Re: can't build CURRENT/amd64 using 9.3? From: Ian Lepore To: current@freebsd.org In-Reply-To: <21577.45368.652684.358507@jerusalem.litteratus.org> References: <21577.45368.652684.358507@jerusalem.litteratus.org> Content-Type: text/plain; charset="us-ascii" Date: Fri, 24 Oct 2014 08:34:52 -0600 Message-ID: <1414161292.12052.636.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: roberthuff@rcn.com X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2014 14:35:01 -0000 On Thu, 2014-10-23 at 21:54 -0400, owner-freebsd-current@freebsd.org wrote: > I have a system running > > FreeBSD 9.3-RELEASE #0 r268512: Fri Jul 11 03:13:02 UTC 2014 i386 > > I have updated the source tree to CURRENT r273542. > If I build "make buildworld" for the GENERIC kernel and no > make.conf or src.conf, it succeeds. > If I use an empty make.conf and src.conf of > > TARGET=amd64 > TARGET_ARCH=amd64 > > it dies with > > echo '#define EXTRA_MODES_FILE "i386/i386-modes.def"' >> tm.h [...] > cc -O2 -pipe -I/usr/src/lib/csu/i386-elf/../common -I/usr/src/lib/csu/i386-elf/../../libc/include -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/csu/i386-elf/crt1_s.S > ld -o gcrt1.o -r crt1_s.o gcrt1_c.o > crt1_s.o: file not recognized: File format not recognized > *** Error code 1 > > Stop. > bmake[3]: stopped in /usr/src/lib/csu/i386-elf > *** Error code 1 > > > Am I trying something that cannot be done? > If not: what's going on? I googled this and found answers for > Linux+gcc that don't seem to apply. > > Respectfully, > > > Robert Huff Try putting the TARGET= and TARGET_ARCH= on the make command line rather than in src.conf. I know the manpage says you can put them in src.conf, but I wonder if we've broken that and you're the first person to try since then. On an 8.4 i386 system I can get a failure (not exactly the same as the one you hit) trying to cross-build for amd64 if I put those settings in src.conf, but it works right if they're on the buildworld and installworld command lines. -- Ian From owner-freebsd-current@FreeBSD.ORG Fri Oct 24 15:43:34 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 80FB39D8 for ; Fri, 24 Oct 2014 15:43:34 +0000 (UTC) Received: from cyrus.watson.org (cyrus.watson.org [198.74.231.69]) by mx1.freebsd.org (Postfix) with ESMTP id 5B0E5659 for ; Fri, 24 Oct 2014 15:43:34 +0000 (UTC) Received: from fledge.watson.org (fledge.watson.org [198.74.231.63]) by cyrus.watson.org (Postfix) with ESMTPS id 4C45246B43; Fri, 24 Oct 2014 11:43:28 -0400 (EDT) Date: Fri, 24 Oct 2014 16:43:28 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Rick Macklem Subject: Re: RFC: getting rid of oldnfs In-Reply-To: <691948956.6194558.1414090646089.JavaMail.root@uoguelph.ca> Message-ID: References: <691948956.6194558.1414090646089.JavaMail.root@uoguelph.ca> User-Agent: Alpine 2.11 (BSF 23 2013-08-11) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2014 15:43:34 -0000 On Thu, 23 Oct 2014, Rick Macklem wrote: > Someone just pinged me on this and I figured I should bring it up. > > 1 - Is anyone out there still using oldnfs due to unresolved > problems with the new one? (I am not aware of any outstanding > issues in the new nfs that don't exist in the oldnfs.) > 2 - Does anyone see a problem with getting rid of oldnfs for > FreebSD-11? > 3 - If I get rid of it in -head, I can do it either in mid-December > or mid-April. (I can't do commits during the winter.) > Does anyone have a rough idea when the 11.0 release cycle will > start, so I can choose which of the above would be preferable? > (I figured I'd wait until after the last 10.n release that happens > before 11.0, since it will be easier to MFC before the removal of > oldnfs.) > > Thanks in advance for any comments, rick > ps: John, I've cc'd you since I thought you are the guy most likely to > need to do commits/MFCs to oldnfs. I think removing it is fine, but as early as possible (as John says) to give our -CURRENT users time to stop working around bugs and start reporting them :-). Robert From owner-freebsd-current@FreeBSD.ORG Fri Oct 24 16:17:40 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B23EE6DF; Fri, 24 Oct 2014 16:17:40 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (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 23917A40; Fri, 24 Oct 2014 16:17:39 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.9/8.14.9) with ESMTP id s9OGHZ3Y002963 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 24 Oct 2014 19:17:35 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.9.2 kib.kiev.ua s9OGHZ3Y002963 Received: (from kostik@localhost) by tom.home (8.14.9/8.14.9/Submit) id s9OGHZtT002962; Fri, 24 Oct 2014 19:17:35 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 24 Oct 2014 19:17:35 +0300 From: Konstantin Belousov To: Robert Watson Subject: Re: RFC: getting rid of oldnfs Message-ID: <20141024161735.GB1877@kib.kiev.ua> References: <691948956.6194558.1414090646089.JavaMail.root@uoguelph.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on tom.home Cc: Rick Macklem , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2014 16:17:40 -0000 On Fri, Oct 24, 2014 at 04:43:28PM +0100, Robert Watson wrote: > On Thu, 23 Oct 2014, Rick Macklem wrote: > > > Someone just pinged me on this and I figured I should bring it up. > > > > 1 - Is anyone out there still using oldnfs due to unresolved > > problems with the new one? (I am not aware of any outstanding > > issues in the new nfs that don't exist in the oldnfs.) > > 2 - Does anyone see a problem with getting rid of oldnfs for > > FreebSD-11? > > 3 - If I get rid of it in -head, I can do it either in mid-December > > or mid-April. (I can't do commits during the winter.) > > Does anyone have a rough idea when the 11.0 release cycle will > > start, so I can choose which of the above would be preferable? > > (I figured I'd wait until after the last 10.n release that happens > > before 11.0, since it will be easier to MFC before the removal of > > oldnfs.) > > > > Thanks in advance for any comments, rick > > ps: John, I've cc'd you since I thought you are the guy most likely to > > need to do commits/MFCs to oldnfs. > > I think removing it is fine, but as early as possible (as John says) to give > our -CURRENT users time to stop working around bugs and start reporting them > :-). I remember the main reason for keeping oldnfs, both server and client, around in HEAD was to facilitate MFC of fixes to the branches which still use oldnfs, i.e. stable/8. If this reason is still valid, oldnfs have to stay in HEAD till stable/8 is supported or interested for developers. I usually do not like direct commits into the stable branches. Otherwise, I see no reason to keep oldnfs around. From owner-freebsd-current@FreeBSD.ORG Fri Oct 24 16:23:19 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C2A22CE1 for ; Fri, 24 Oct 2014 16:23:19 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 45947B3C for ; Fri, 24 Oct 2014 16:23:19 +0000 (UTC) Received: from [157.181.98.237] ([157.181.98.237]) by mail.gmx.com (mrgmx003) with ESMTPSA (Nemesis) id 0LbdE3-1YNK3D2zBT-00lBqq for ; Fri, 24 Oct 2014 18:23:16 +0200 Message-ID: <544A7CF0.4030905@gmx.com> Date: Fri, 24 Oct 2014 18:23:12 +0200 From: dt71@gmx.com User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:32.0) Gecko/20100101 Firefox/32.0 SeaMonkey/2.29.1 MIME-Version: 1.0 To: "freebsd-current@freebsd.org" Subject: Re: freebsd-update install failed References: <5449B4CA.508@gmx.com> In-Reply-To: <5449B4CA.508@gmx.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:ZvmOPnbfr3gkRRTerJOfrgDj7cdlH1Pw00bKXkpouFvc+UygGW9 ZyJJ0u+kGuPCGaFM5uc5dcI3TIFGbriP6DDiDNdwgBRAtmMnECavwVSC1WQO5vkWc/VWaGY K2CpGOAGC+jdLuBtCq7aCZyW13En/cebUbPb33124S6ZRRU1UK1IiyY+O/bygSfYOo9iqeF RUxWqID9X01s0SaoTKIfA== X-UI-Out-Filterresults: notjunk:1; X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2014 16:23:19 -0000 dt71@gmx.com wrote on 10/24/2014 04:09: > # freebsd-update install > Installing updates...install: ///usr/src/contrib/tzdata/zone1970.tab: No such file or directory > done. > # OK, maybe the install didn't fail, and the quirk is ignorable. However, in any case, freebsd-update shouldn't try to update anything in /usr/src. From owner-freebsd-current@FreeBSD.ORG Fri Oct 24 16:29:23 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0C10CF02 for ; Fri, 24 Oct 2014 16:29:23 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id DA967BAB for ; Fri, 24 Oct 2014 16:29:22 +0000 (UTC) Received: from [192.168.1.2] (Seawolf.HML3.ScaleEngine.net [209.51.186.28]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id A71AC64EFD; Fri, 24 Oct 2014 16:29:21 +0000 (UTC) Message-ID: <544A7E71.9070604@freebsd.org> Date: Fri, 24 Oct 2014 12:29:37 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org, dt71@gmx.com Subject: Re: freebsd-update install failed References: <5449B4CA.508@gmx.com> <544A7CF0.4030905@gmx.com> In-Reply-To: <544A7CF0.4030905@gmx.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="16dw3C88mCXrP0M6cqDQq6F6TbUlqeQbo" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2014 16:29:23 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --16dw3C88mCXrP0M6cqDQq6F6TbUlqeQbo Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 2014-10-24 12:23, dt71@gmx.com wrote: > dt71@gmx.com wrote on 10/24/2014 04:09: >> # freebsd-update install >> Installing updates...install: ///usr/src/contrib/tzdata/zone1970.tab: >> No such file or directory >> done. >> # >=20 > OK, maybe the install didn't fail, and the quirk is ignorable. >=20 > However, in any case, freebsd-update shouldn't try to update anything i= n > /usr/src. >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" Do you have a src tree installed? This error is usually caused by it trying to install the update to an empty src tree, so the contrib/tzdata parent directory does not exist. It is a minor problem with freebsd-update where it gets confused the odd time a new file has to be added in a security update. --=20 Allan Jude --16dw3C88mCXrP0M6cqDQq6F6TbUlqeQbo 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) iQIcBAEBAgAGBQJUSn51AAoJEJrBFpNRJZKfu38QAJgQtZqxD8OpLRpdGnk6IpnV QbDug1nAejZIp6q4OE45iCV5O94effvgM8k8C1yEbwd6OL43e3MWF3Kx5M0F7ALt 1jlRrhV1P1FQtMPl96bplyIrhQBcAw2GKDlOnWg30RcmOl68EUrodu83bkC/lMSb HFzb8iqkUGnlSsR8QgYREGXWlYaakBv8DA6Z0JpJ3KRhNfK7m36m0jcB3tjtNwoD gCUs7dmpJRFOIhUrmq01lRUcE5g3joUNp/pAKYov2c3AcV+7nExkS/kMAzMUXNda W+nNJi0TUYhsT453ZQnU6Jmdj/om2QyHvRS1tmwhO+AHNtzK6XECpPUgAQsE6j71 92mVIqgKFLhP2TPLPUlgbhSVx8E3S+wU5PMoUUMTZf1R78e0GWIwc2PslcRxxcUe KNqta3qFMh5d1qxIZtKbpwiHBKoa1M/ALr+Tf3YyhQ7bBpE1mZto1cJOiaokhTfD UTM40tcoqNG7Ai7+n8ZqavzI5+j/yZKdz3M4/t7i2518HZj6e1a0usqe/Gb5/JhA 2v9vEFNNb/1HhXNRVU/SjPtPkJ0wPMPdeAAvGNnmfFbU74HyyDQlWBO1T8+ep9mR hv4DCAChkD0gN43Yityd+kXsThr/1ikoAtCTp0S8CWUazN97KPCVEHyLem3rd2KZ JpuTeGmOg8edn7piomvW =hgc/ -----END PGP SIGNATURE----- --16dw3C88mCXrP0M6cqDQq6F6TbUlqeQbo-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 24 17:23:07 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2B263432; Fri, 24 Oct 2014 17:23:07 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B7A501D6; Fri, 24 Oct 2014 17:23:06 +0000 (UTC) Received: from [157.181.98.237] ([157.181.98.237]) by mail.gmx.com (mrgmx102) with ESMTPSA (Nemesis) id 0MFAaV-1XsU4J0iR1-00GKkq; Fri, 24 Oct 2014 19:23:04 +0200 Message-ID: <544A8AF4.3060700@gmx.com> Date: Fri, 24 Oct 2014 19:23:00 +0200 From: dt71@gmx.com User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:32.0) Gecko/20100101 Firefox/32.0 SeaMonkey/2.29.1 MIME-Version: 1.0 To: Allan Jude , freebsd-current@freebsd.org Subject: Re: freebsd-update install failed References: <5449B4CA.508@gmx.com> <544A7CF0.4030905@gmx.com> <544A7E71.9070604@freebsd.org> In-Reply-To: <544A7E71.9070604@freebsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:Y59nae6ymD1yMewSZcv44GU7N0itydVEzFnxH10/Gw6CPIH3Gp5 Z6AKzzGx63FDHId45fq3LdUNOPOGXegI/FuNYU/qEUQ2SWeUW7FxkKFxH9gEEk0dZfeeKYA iSMNZR3GLwS/4GBYJxJlSjrQVBjP0mV5ZZAlWcXgDXKudAcVaIytL4jemo6sC3irnPEeaeh +A0KHtyAZBLTm/T3Z2kgg== X-UI-Out-Filterresults: notjunk:1; X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2014 17:23:07 -0000 Allan Jude wrote on 10/24/2014 18:29: > Do you have a src tree installed? Obviously not. > This error is usually Usually? You've gotta be kidding me. > caused by it trying to install the update to an > empty src tree, so the contrib/tzdata parent directory does not exist. > > It is a minor problem with freebsd-update where it gets confused the odd > time a new file has to be added in a security update. It is a problem with the update "package", actually. To update /usr/src, one should use Subversion. Not? If it is the job of freebsd-update to update /usr/src (when it exists), then freebsd-update should also try to apply source code security patches as well, which apparently is not the case. From owner-freebsd-current@FreeBSD.ORG Fri Oct 24 17:42:41 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E8D5BBCB; Fri, 24 Oct 2014 17:42:41 +0000 (UTC) Received: from mail-ig0-x235.google.com (mail-ig0-x235.google.com [IPv6:2607:f8b0:4001:c05::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B2A0A403; Fri, 24 Oct 2014 17:42:41 +0000 (UTC) Received: by mail-ig0-f181.google.com with SMTP id l13so864089iga.2 for ; Fri, 24 Oct 2014 10:42:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=WJE8MrD6TuKxZLERGm8LmOp9UYr88sT+H7DjyH3PetA=; b=atCXs5Un6Svg5KKmfn7FnZ059NnSp431B6KJFVFsnKc+18Dxn3VUefJo4Z4rDoO6BC /AU/1XLfehZgcTnpbtoSmX0eAsGBxGE/G8w52Eif1PiuzxNY+XZwfX038KKwLTWdkgRt YhHgQH9a5zH2+aKL+kx6tzabAmAWqWbxnHEq+gdB1DrIwGKmhYmFA9fKZDxlpAYloVUY TyhCcwpGOFsohVCSREJTbZWzhiZMViW0ctIpeZVWoqXxxqFljh9TXDVpgFzRXm6xsuDb XDaBf/+4Jt9xwKBJwXf8feselL4ALXIQk8kLLz/XkJnbc2yVh08KTBOLL0KrTzOjSN7M a4Cg== X-Received: by 10.42.187.72 with SMTP id cv8mr4869643icb.22.1414172560946; Fri, 24 Oct 2014 10:42:40 -0700 (PDT) MIME-Version: 1.0 Sender: carpeddiem@gmail.com Received: by 10.107.29.132 with HTTP; Fri, 24 Oct 2014 10:42:20 -0700 (PDT) In-Reply-To: <20141024161735.GB1877@kib.kiev.ua> References: <691948956.6194558.1414090646089.JavaMail.root@uoguelph.ca> <20141024161735.GB1877@kib.kiev.ua> From: Ed Maste Date: Fri, 24 Oct 2014 13:42:20 -0400 X-Google-Sender-Auth: 6hL06XykV-sr_0_mp9_U5KLwLpI Message-ID: Subject: Re: RFC: getting rid of oldnfs To: Konstantin Belousov Content-Type: text/plain; charset=UTF-8 Cc: Rick Macklem , Robert Watson , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2014 17:42:42 -0000 On 24 October 2014 12:17, Konstantin Belousov wrote: > > I remember the main reason for keeping oldnfs, both server and client, > around in HEAD was to facilitate MFC of fixes to the branches which > still use oldnfs, i.e. stable/8. If this reason is still valid, oldnfs > have to stay in HEAD till stable/8 is supported or interested for > developers. > > I usually do not like direct commits into the stable branches. > Otherwise, I see no reason to keep oldnfs around. I only see real value in that if we're actually building and testing it on HEAD on a regular basis though. If we don't build it by default on HEAD and don't generally test it there, I think we're actually worse off to commit changes to HEAD first and then MFC. From owner-freebsd-current@FreeBSD.ORG Fri Oct 24 17:48:35 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8F77DE2E; Fri, 24 Oct 2014 17:48:35 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (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 0128962C; Fri, 24 Oct 2014 17:48:34 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.9/8.14.9) with ESMTP id s9OHmT9j023027 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 24 Oct 2014 20:48:29 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.9.2 kib.kiev.ua s9OHmT9j023027 Received: (from kostik@localhost) by tom.home (8.14.9/8.14.9/Submit) id s9OHmTUC023026; Fri, 24 Oct 2014 20:48:29 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 24 Oct 2014 20:48:29 +0300 From: Konstantin Belousov To: Ed Maste Subject: Re: RFC: getting rid of oldnfs Message-ID: <20141024174829.GC1877@kib.kiev.ua> References: <691948956.6194558.1414090646089.JavaMail.root@uoguelph.ca> <20141024161735.GB1877@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on tom.home Cc: Rick Macklem , Robert Watson , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2014 17:48:35 -0000 On Fri, Oct 24, 2014 at 01:42:20PM -0400, Ed Maste wrote: > On 24 October 2014 12:17, Konstantin Belousov wrote: > > > > I remember the main reason for keeping oldnfs, both server and client, > > around in HEAD was to facilitate MFC of fixes to the branches which > > still use oldnfs, i.e. stable/8. If this reason is still valid, oldnfs > > have to stay in HEAD till stable/8 is supported or interested for > > developers. > > > > I usually do not like direct commits into the stable branches. > > Otherwise, I see no reason to keep oldnfs around. > > I only see real value in that if we're actually building and testing > it on HEAD on a regular basis though. If we don't build it by default > on HEAD and don't generally test it there, I think we're actually > worse off to commit changes to HEAD first and then MFC. We do build both (old) nfsclient and nfsserver, at least as modules. From owner-freebsd-current@FreeBSD.ORG Fri Oct 24 19:29:35 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A1CA0A82 for ; Fri, 24 Oct 2014 19:29:35 +0000 (UTC) Received: from mail-wi0-x236.google.com (mail-wi0-x236.google.com [IPv6:2a00:1450:400c:c05::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3A7A4149 for ; Fri, 24 Oct 2014 19:29:35 +0000 (UTC) Received: by mail-wi0-f182.google.com with SMTP id bs8so2101580wib.3 for ; Fri, 24 Oct 2014 12:29:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=date:from:to:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; bh=xK5KhgBh6InPNbcu12Tv3+sRPcDJLkI7kI42lBDZ/jE=; b=YiCHfxDdDs3Zka6U/a+Kr7QvPmL5/0rvOZ2gsnSA3Flw/6ABv3OQPFZgeW/AJbB5K/ mD9wywJ4/O7oJfcVbOp2wigOuy7m4IFwWwzmlZ9YQUHI7UsX+KQW3Kte/rjlWgoeljHU ubWxavwwfORp1xxvsKi6hTwaZ648tFjA3GlqWalfsRLOyw104EOApTjzytC4bjy5bOQF /2oYDFj8JG12hI8U6F6xL7imiXrVW7GRLyJC+Wk4GhXSDqcjD3bWKobufLnIbgqwtqtU CuUj+ZQlEP5XJhkfcJGWwZ7XNTOVHD8V/UPMCFrYqEYsYIfkBWRN8Dt60aBssNIq70y+ jP7A== X-Received: by 10.180.212.48 with SMTP id nh16mr6169220wic.50.1414178973636; Fri, 24 Oct 2014 12:29:33 -0700 (PDT) Received: from gumby.homeunix.com (5ec1f671.skybroadband.com. [94.193.246.113]) by mx.google.com with ESMTPSA id ko10sm6598243wjb.48.2014.10.24.12.29.32 for (version=SSLv3 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 24 Oct 2014 12:29:32 -0700 (PDT) Date: Fri, 24 Oct 2014 20:29:29 +0100 From: RW To: freebsd-current@freebsd.org Subject: Re: freebsd-update install failed Message-ID: <20141024202929.26ae9a62@gumby.homeunix.com> In-Reply-To: <544A8AF4.3060700@gmx.com> References: <5449B4CA.508@gmx.com> <544A7CF0.4030905@gmx.com> <544A7E71.9070604@freebsd.org> <544A8AF4.3060700@gmx.com> X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.22; amd64-portbld-freebsd10.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.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2014 19:29:35 -0000 On Fri, 24 Oct 2014 19:23:00 +0200 dt71@gmx.com wrote: > Allan Jude wrote on 10/24/2014 18:29: > > Do you have a src tree installed? > > Obviously not. It's not at all obvious. > > caused by it trying to install the update to an > > empty src tree, so the contrib/tzdata parent directory does not > > exist. > > > > It is a minor problem with freebsd-update where it gets confused > > the odd time a new file has to be added in a security update. > > It is a problem with the update "package", actually. To > update /usr/src, one should use Subversion. Not? If it is the job of > freebsd-update to update /usr/src (when it exists), then > freebsd-update should also try to apply source code security patches > as well, which apparently is not the case. > freebsd-update can update /usr/src, it depends how it's set-up in freebsd-update.conf From owner-freebsd-current@FreeBSD.ORG Fri Oct 24 19:43:44 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 209E42C6 for ; Fri, 24 Oct 2014 19:43:44 +0000 (UTC) Received: from smtp.rcn.com (smtp.rcn.com [69.168.97.78]) (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 DE565345 for ; Fri, 24 Oct 2014 19:43:43 +0000 (UTC) X_CMAE_Category: , , X-CNFS-Analysis: v=2.0 cv=KufPKBqN c=1 sm=1 a=60v6UuX1j5Kr1+jwqVp4LA==:17 a=L9H7d07YOLsA:10 a=kj9zAlcOel0A:10 a=sIt-5M63AAAA:8 a=gjjDLXdGOpjyFpWmQscA:9 a=CjuIK1q_8ugA:10 a=60v6UuX1j5Kr1+jwqVp4LA==:117 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine X-Authed-Username: cm9iZXJ0aHVmZkByY24uY29t Authentication-Results: smtp02.rcn.cmh.synacor.com smtp.mail=roberthuff@rcn.com; spf=neutral; sender-id=neutral Received-SPF: neutral (smtp02.rcn.cmh.synacor.com: 209.6.39.248 is neither permitted nor denied by domain of rcn.com) Received: from [209.6.39.248] ([209.6.39.248:56578] helo=jerusalem.litteratus.org.litteratus.org) by smtp.rcn.com (envelope-from ) (ecelerity 3.6.2.43620 r(Platform:3.6.2.0)) with ESMTP id CD/7D-13853-EEBAA445; Fri, 24 Oct 2014 15:43:42 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <21578.44013.924580.237535@jerusalem.litteratus.org> Date: Fri, 24 Oct 2014 15:43:41 -0400 To: Ian Lepore Subject: Re: can't build CURRENT/amd64 using 9.3? In-Reply-To: <1414161292.12052.636.camel@revolution.hippie.lan> References: <21577.45368.652684.358507@jerusalem.litteratus.org> <1414161292.12052.636.camel@revolution.hippie.lan> X-Mailer: VM 8.1.2 under 24.3.1 (i386-portbld-freebsd9.3) X-Mailman-Approved-At: Fri, 24 Oct 2014 20:52:10 +0000 Cc: roberthuff@rcn.com, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2014 19:43:44 -0000 Ian Lepore writes: > > I have a system running > > > > FreeBSD 9.3-RELEASE #0 r268512: Fri Jul 11 03:13:02 UTC 2014 i386 > > > > I have updated the source tree to CURRENT r273542. > > If I build "make buildworld" for the GENERIC kernel and no > > make.conf or src.conf, it succeeds. > > If I use an empty make.conf and src.conf of > > > > TARGET=amd64 > > TARGET_ARCH=amd64 > > > > it dies with > > > > ld -o gcrt1.o -r crt1_s.o gcrt1_c.o > > crt1_s.o: file not recognized: File format not recognized > > *** Error code 1 > > Try putting the TARGET= and TARGET_ARCH= on the make command line rather > than in src.conf. I know the manpage says you can put them in src.conf, > but I wonder if we've broken that and you're the first person to try > since then. When I do this, I get instead: echo special chroot buildopts DIRPRFX=rescue/rescue/chroot/ >>rescue.conf echo progs chown >>rescue.conf echo special chown srcdir /usr/src/rescue/rescue/../../usr.sbin/chown >>rescue.conf echo special chown buildopts DIRPRFX=rescue/rescue/chown/ >>rescue.conf echo ln chown chgrp >>rescue.conf MAKE=/usr/obj/usr/src/make.i386/bmake MAKEOBJDIRPREFIX=/usr/obj/amd64.amd64/usr/src/rescue/rescue crunchgen -fq -m rescue.mk -c rescue.c rescue.conf crunchgen: make error: cd /usr/src/rescue/rescue/../../bin/cat && /usr/obj/usr/src/make.i386/bmake -f /tmp//crunchgen_rescueH6FUZJ -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/cat/ loop crunchgen: make error: echo 'OBJS= 'cat.o crunchgen: make error: cd /usr/src/rescue/rescue/../../bin/chflags && /usr/obj/usr/src/make.i386/bmake -f /tmp//crunchgen_rescueH6FUZJ -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chflags/ loop crunchgen: make error: echo 'OBJS= 'chflags.o ... and so on for another 400+ lines before it again dies. Respectfully, Robert Huff From owner-freebsd-current@FreeBSD.ORG Fri Oct 24 21:49:36 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8D5A066F; Fri, 24 Oct 2014 21:49:36 +0000 (UTC) Received: from smtp2.wemm.org (smtp2.wemm.org [IPv6:2001:470:67:39d::78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp2.wemm.org", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 701CC22B; Fri, 24 Oct 2014 21:49:36 +0000 (UTC) Received: from overcee.wemm.org (canning.wemm.org [192.203.228.65]) by smtp2.wemm.org (Postfix) with ESMTP id DA25555A; Fri, 24 Oct 2014 14:49:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wemm.org; s=m20140428; t=1414187375; bh=ukDPxGO5tfO/JWop5R4QA+2Ofee0y6zt0ZVlGsncpos=; h=From:To:Cc:Subject:Date:In-Reply-To:References; b=DLuW54f4F8dswZmnOAAHiYTLgzyyuqj6X4cK0jqHtYweod9qpUZMxQwU6d4TGJIcI Z6RUXuHHPsKpgdDlnmoAIwnhDp+7QqD9q7clwNjMdjlf9spws+9ZOIGlKRm6ITjGre gBeLELmoI7V3PPhUyRz9D2inBzsLKSzm9VmASk0A= From: Peter Wemm To: freebsd-current@freebsd.org Subject: Re: RFC: getting rid of oldnfs Date: Fri, 24 Oct 2014 14:49:30 -0700 Message-ID: <5206562.372QOO418I@overcee.wemm.org> User-Agent: KMail/4.12.5 (FreeBSD/11.0-CURRENT; KDE/4.12.5; amd64; ; ) In-Reply-To: References: <691948956.6194558.1414090646089.JavaMail.root@uoguelph.ca> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart14149217.uzY76Sfers"; micalg="pgp-sha1"; protocol="application/pgp-signature" Cc: Rick Macklem , Robert Watson X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2014 21:49:36 -0000 --nextPart14149217.uzY76Sfers Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="us-ascii" On Friday, October 24, 2014 04:43:28 PM Robert Watson wrote: > On Thu, 23 Oct 2014, Rick Macklem wrote: > > Someone just pinged me on this and I figured I should bring it up. > >=20 > > 1 - Is anyone out there still using oldnfs due to unresolved > >=20 > > problems with the new one? (I am not aware of any outstanding > > issues in the new nfs that don't exist in the oldnfs.) > >=20 > > 2 - Does anyone see a problem with getting rid of oldnfs for > >=20 > > FreebSD-11? > >=20 > > 3 - If I get rid of it in -head, I can do it either in mid-December= > >=20 > > or mid-April. (I can't do commits during the winter.) > > Does anyone have a rough idea when the 11.0 release cycle will > > start, so I can choose which of the above would be preferable? > > (I figured I'd wait until after the last 10.n release that happe= ns > > =20 > > before 11.0, since it will be easier to MFC before the removal = of > > oldnfs.) > >=20 > > Thanks in advance for any comments, rick > > ps: John, I've cc'd you since I thought you are the guy most likely= to > >=20 > > need to do commits/MFCs to oldnfs. >=20 > I think removing it is fine, but as early as possible (as John says) = to give > our -CURRENT users time to stop working around bugs and start reporti= ng > them > :-). We still use oldnfs at work, even on 11.x, but I'm very much in favor o= f=20 getting back to one single copy. It seems like there's too many things= that=20 are fixed in one stack or the other., We need to stop splitting effort= . I've asked Rick before to remove it and get back to just "nfs" rather t= han=20 "newnfs" etc. =2D-=20 Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com; KI= 6FJV UTF-8: for when a ' or ... just won\342\200\231t do\342\200\246 --nextPart14149217.uzY76Sfers Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAABAgAGBQJUSslvAAoJEDXWlwnsgJ4E8MEH/jfgie4yIPmPEWYpuY7rgcps wh++ryACt8ZjpEP6ZgiOGBwKg/4Rpl8kpWnGeZOzFEpkt40BxHffYDgOw/SXLIi2 d3FWBD/RtGyknh0DVaCLDWDCviIIIoNkzZGRgUyHprMxtg2HP5Zygp1CQSXR25bA b4Fm0tGH2ms1CUPi5mS5m1UKPKPi/fpkhJ5NXb/W8LuiLz1inLRciNX+C8hFc6nO PMgPx7wlV8raSoXg6qT/Mb3l3eumK8WMj1fLT4TPcrBfI7VlvzjYTL4vmeWpVZdb TAEZGM7jWD5jFv4nOMhuD/3ET36SBzst/FuWqm7MzJiTS/U8fbsjtexzN6m4Yq4= =sBJX -----END PGP SIGNATURE----- --nextPart14149217.uzY76Sfers-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 24 22:16:13 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7EDB4CC6; Fri, 24 Oct 2014 22:16:13 +0000 (UTC) Received: from esa-annu.net.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 3556D6DC; Fri, 24 Oct 2014 22:16:12 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Aq0EAELOSlSDaFve/2dsb2JhbABchDoEgwLReQKBHwF9hAMBAQQjVhsYAgINGQJZBhMfiCK1bZUIAQEBAQEBBAEBAQEBAQEbgSyOeDQHgneBVAWFFQWub4QUIS+BSIEDAQEB X-IronPort-AV: E=Sophos;i="5.04,782,1406606400"; d="scan'208";a="163380578" Received: from muskoka.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.222]) by esa-annu.net.uoguelph.ca with ESMTP; 24 Oct 2014 18:16:06 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 35A33B3F1D; Fri, 24 Oct 2014 18:16:06 -0400 (EDT) Date: Fri, 24 Oct 2014 18:16:06 -0400 (EDT) From: Rick Macklem To: Peter Wemm Message-ID: <1491116875.7157717.1414188966210.JavaMail.root@uoguelph.ca> In-Reply-To: <5206562.372QOO418I@overcee.wemm.org> Subject: Re: RFC: getting rid of oldnfs MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.203] X-Mailer: Zimbra 7.2.6_GA_2926 (ZimbraWebClient - FF3.0 (Win)/7.2.6_GA_2926) Cc: freebsd-current@freebsd.org, Robert Watson X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2014 22:16:13 -0000 Peter Wemm wrote: > On Friday, October 24, 2014 04:43:28 PM Robert Watson wrote: > > On Thu, 23 Oct 2014, Rick Macklem wrote: > > > Someone just pinged me on this and I figured I should bring it > > > up. > > > > > > 1 - Is anyone out there still using oldnfs due to unresolved > > > > > > problems with the new one? (I am not aware of any outstanding > > > issues in the new nfs that don't exist in the oldnfs.) > > > > > > 2 - Does anyone see a problem with getting rid of oldnfs for > > > > > > FreebSD-11? > > > > > > 3 - If I get rid of it in -head, I can do it either in > > > mid-December > > > > > > or mid-April. (I can't do commits during the winter.) > > > Does anyone have a rough idea when the 11.0 release cycle will > > > start, so I can choose which of the above would be preferable? > > > (I figured I'd wait until after the last 10.n release that > > > happens > > > > > > before 11.0, since it will be easier to MFC before the > > > removal of > > > oldnfs.) > > > > > > Thanks in advance for any comments, rick > > > ps: John, I've cc'd you since I thought you are the guy most > > > likely to > > > > > > need to do commits/MFCs to oldnfs. > > > > I think removing it is fine, but as early as possible (as John > > says) to give > > our -CURRENT users time to stop working around bugs and start > > reporting > > them > > :-). > > We still use oldnfs at work, even on 11.x, but I'm very much in favor > of > getting back to one single copy. It seems like there's too many > things that > are fixed in one stack or the other., We need to stop splitting > effort. > > I've asked Rick before to remove it and get back to just "nfs" rather > than > "newnfs" etc. > I'll admit I don't understand what the naming issue is? The only place the name "newnfs" shows up is for the name of the vnodes, when a lock on a vnode is held and you do "ps axHl" or similar and the name of the client side iod threads. That can be changed when the old one is removed, but it seems a pretty minor item to me. When you mount with the new one, you "mount -t nfs ...", The module names are nfsd.ko, nfscl,ko (vs nfsserver.ko, nfsclient.ko for the old one. The naming of functions/globals within the code is under a variety of prefixes (I suppose you could argue that is poor coding style) and that was done to avoid any "multiply defines" when compiled/linked beside the old code. Is it just the name of the vnode for the client that you don't like being called "newnfs" or the name of the iod threads in the client or ??? that you feel needs changing from "newnfs" to "nfs"? rick > -- > Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com; > KI6FJV > UTF-8: for when a ' or ... just won\342\200\231t do\342\200\246 From owner-freebsd-current@FreeBSD.ORG Fri Oct 24 22:39:19 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6BEE83C1; Fri, 24 Oct 2014 22:39:19 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 595E6944; Fri, 24 Oct 2014 22:39:19 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 45097733; Fri, 24 Oct 2014 22:39:19 +0000 (UTC) Date: Fri, 24 Oct 2014 22:39:16 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, jhb@FreeBSD.org, rpaulo@FreeBSD.org, loos@FreeBSD.org, markj@FreeBSD.org Message-ID: <37812543.0.1414190358621.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #1694 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2014 22:39:19 -0000 See Changes: [rpaulo] Add a sysctl to control the HPET allow_write behaviour. Requested by:=09kib [loos] Fix cpsw_detach() to not panic when called from cpsw_attach(). For an unkown reason (at moment), sometimes if_cpsw cannot read from PHY and fails to attach calling cpsw_detach() which end up in a panic. Fix it by doing the proper check before detach the miibus and also fix the leak of few variables. And to actually make it work, ether_ifattach() has to be moved to the end of cpsw_attach() to avoid a race where calling ether_ifdetach() before domain_init() (which will only run later on) would make it crash at INP_INFO_RLOCK() on in_pcbpurgeif0(). Tested on:=09BBB (am335x) MFC after:=091 week [markj] Eliminate conf_lock and instead rely on the NSS write lock to prote= ct NSS configuration state. As a side effect, this fixes a race condition which can occur if multiple threads call nsdispatch(3) concurrently before nsswitch.conf has been parsed. Previously, the thread holding conf_lock could cause other threads to return from nss_configure() before nsswitch.conf had been parsed, forcin= g them to fall back to the default sources for their NSS methods. Reviewed by:=09=09jhb Differential Revision:=09https://reviews.freebsd.org/D994 MFC after:=09=091 month Sponsored by:=09=09EMC / Isilon Storage Division [jhb] The current POSIX semaphore implementation stores the _has_waiters fl= ag in a separate word from the _count. This does not permit both items to be updated atomically in a portable manner. As a result, sem_post() must always perform a system call to safely clear _has_waiters. This change removes the _has_waiters field and instead uses the high bit of _count as the _has_waiters flag. A new umtx object type (_usem2) and two new umtx operations are added (SEM_WAIT2 and SEM_WAKE2) to implement these semantics. The older operations are still supported under the COMPAT_FREEBSD9/10 options. The POSIX semaphore API in libc has been updated to use the new implementation. Note that the new implementation is not compatible with the previous implementation. However, this only affects static binaries (which cannot be helped by symbol versioning). Binaries using a dynamic libc will continue to work fine. SEM_MAGIC has been bumped so that mismatched binaries will error rather than corrupting a shared semaphore. In addition, a padding field has been added to sem_t so that it remains the same size. Differential Revision:=09https://reviews.freebsd.org/D961 Reported by:=09adrian Reviewed by:=09kib, jilles (earlier version) Sponsored by:=09Norse [jhb] Add COMPAT_FREEBSD9 and COMPAT_FREEBSD10 options to wrap code that provides compatability for FreeBSD 9.x and 10.x binaries. Enable these options in kernel configs that enable other COMPAT_FREEBSD options. [rpaulo] HPET: avoid handling the multiple file-descriptor case. It had two bugs: one where mmap was still allowed and another where D_TRACKCLOSE doesn't handle all cases. Thanks to jhb and kib for pointing them out. MFC after:=091 week [jhb] Don't reference sem(4) from the POSIX semaphore pages. POSIX semapho= res were reimplemented using umtx in FreeBSD 9 and no longer use sem(4). [loos] Fix a bug where DMA maps created with bus_dmamap_create() won't incr= ement the map count and without being able to keep track of the current map allocation, bus_dma_tag_destroy() will fail to proceed and will return EBUSY even after all the maps have been correctly destroyed with bus_dmamap_destroy(). Found while testing the detach method of a NIC. Tested on:=09BBB (am335x) Reviewed by:=09cognet, ian MFC after:=091 week [rpaulo] HPET: create /dev/hpetN as a way to access HPET from userland. In some cases, TSC is broken and special applications might benefit from memory mapping HPET and reading the registers to count time. Most often the main HPET counter is 32-bit only[1], so this only gives the application a 300 second window based on the default HPET interval. Other applications, such as Intel's DPDK, expect /dev/hpet to be present and use it to count time as well. Although we have an almost userland version of gettimeofday() which uses rdtsc in userland, it's not always possible to use it, depending on how broken the multi-socket hardware is. Install the acpi_hpet.h so that applications can use the HPET register definitions. [1] I haven't found a system where HPET's main counter uses more than 32 bit. There seems to be a discrepancy in the Intel documentation (claiming it's a 64-bit counter) and the actual implementation (a 32-bit counter in a 64-bit memory area). MFC after:=091 week Relnotes:=09yes ------------------------------------------ [...truncated 268698 lines...] ctfconvert -L VERSION -g zil.o --- zio_compress.o --- cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -fno-strict-aliasing -Wer= ror -D_KERNEL -DKLD_MODULE -nostdinc -I -I -I -I -I -I -I -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/contrib/altq -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse= -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-prote= ctor -gdwarf-2 -mno-aes -mno-avx -Qunused-arguments -std=3Diso9899:1999 -fs= tack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes= -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-p= ointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-= option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-p= arentheses-equality -Wno-error-unused-function -Wno-unknown-pragmas -Wno-mi= ssing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-pare= ntheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-un= used -Wno-inline -Wno-switch -Wno-pointer-arith -mno-aes -mno-avx -Qunused= -arguments -include -c --- zio_checksum.o --- :115:12: warning: comparison of= constant 257 with expression of type 'enum zio_checksum' is always false [= -Wtautological-constant-out-of-range-compare] if (child =3D=3D (ZIO_CHECKSUM_ON | ZIO_CHECKSUM_VERIFY)) ~~~~~ ^ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 1 warning generated. ctfconvert -L VERSION -g zio_checksum.o --- zio_inject.o --- cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -fno-strict-aliasing -Wer= ror -D_KERNEL -DKLD_MODULE -nostdinc -I -I -I -I -I -I -I -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/contrib/altq -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse= -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-prote= ctor -gdwarf-2 -mno-aes -mno-avx -Qunused-arguments -std=3Diso9899:1999 -fs= tack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes= -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-p= ointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-= option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-p= arentheses-equality -Wno-error-unused-function -Wno-unknown-pragmas -Wno-mi= ssing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-pare= ntheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-un= used -Wno-inline -Wno-switch -Wno-pointer-arith -mno-aes -mno-avx -Qunused= -arguments -include -c --- zio_compress.o --- ctfconvert -L VERSION -g zio_compress.o --- zrlock.o --- cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -fno-strict-aliasing -Wer= ror -D_KERNEL -DKLD_MODULE -nostdinc -I -I -I -I -I -I -I -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/contrib/altq -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse= -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-prote= ctor -gdwarf-2 -mno-aes -mno-avx -Qunused-arguments -std=3Diso9899:1999 -fs= tack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes= -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-p= ointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-= option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-p= arentheses-equality -Wno-error-unused-function -Wno-unknown-pragmas -Wno-mi= ssing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-pare= ntheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-un= used -Wno-inline -Wno-switch -Wno-pointer-arith -mno-aes -mno-avx -Qunused= -arguments -include -c --- zio.o --- ctfconvert -L VERSION -g zio.o --- kern_resource.o --- ctfconvert -L VERSION -g kern_resource.o --- kern_rmlock.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -g -Wall -Wredundant-decl= s -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arit= h -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmi= ssing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compa= re -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused= -function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_glo= bal.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=3Dkern= el -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-t= ables -ffreestanding -fstack-protector -gdwarf-2 -mno-aes -mno-avx -Werror = --- modules-all --- --- zfs_deleg.o --- cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -fno-strict-aliasing -Wer= ror -D_KERNEL -DKLD_MODULE -nostdinc -I -I -I -I -I -I -I -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/contrib/altq -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse= -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-prote= ctor -gdwarf-2 -mno-aes -mno-avx -Qunused-arguments -std=3Diso9899:1999 -fs= tack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes= -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-p= ointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-= option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-p= arentheses-equality -Wno-error-unused-function -Wno-unknown-pragmas -Wno-mi= ssing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-pare= ntheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-un= used -Wno-inline -Wno-switch -Wno-pointer-arith -mno-aes -mno-avx -Qunused= -arguments -include -c --- zrlock.o --- ctfconvert -L VERSION -g zrlock.o --- zio_inject.o --- ctfconvert -L VERSION -g zio_inject.o --- zfs_fletcher.o --- cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -fno-strict-aliasing -Wer= ror -D_KERNEL -DKLD_MODULE -nostdinc -I -I -I -I -I -I -I -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/contrib/altq -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse= -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-prote= ctor -gdwarf-2 -mno-aes -mno-avx -Qunused-arguments -std=3Diso9899:1999 -fs= tack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes= -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-p= ointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-= option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-p= arentheses-equality -Wno-error-unused-function -Wno-unknown-pragmas -Wno-mi= ssing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-pare= ntheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-un= used -Wno-inline -Wno-switch -Wno-pointer-arith -mno-aes -mno-avx -Qunused= -arguments -include -c --- zfs_prop.o --- cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -fno-strict-aliasing -Wer= ror -D_KERNEL -DKLD_MODULE -nostdinc -I -I -I -I -I -I -I -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/contrib/altq -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse= -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-prote= ctor -gdwarf-2 -mno-aes -mno-avx -Qunused-arguments -std=3Diso9899:1999 -fs= tack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes= -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-p= ointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-= option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-p= arentheses-equality -Wno-error-unused-function -Wno-unknown-pragmas -Wno-mi= ssing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-pare= ntheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-un= used -Wno-inline -Wno-switch -Wno-pointer-arith -mno-aes -mno-avx -Qunused= -arguments -include -c --- zfs_deleg.o --- :91:11: warning: comparison of constant -= 1 with expression of type 'zfs_prop_t' is always true [-Wtautological-const= ant-out-of-range-compare] if (prop !=3D ZPROP_INVAL && zfs_prop_delegatable(prop)) ~~~~ ^ ~~~~~~~~~~~ --- kern_rmlock.o --- ctfconvert -L VERSION -g kern_rmlock.o --- kern_rwlock.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -g -Wall -Wredundant-decl= s -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arit= h -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmi= ssing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compa= re -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused= -function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_glo= bal.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=3Dkern= el -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-t= ables -ffreestanding -fstack-protector -gdwarf-2 -mno-aes -mno-avx -Werror = --- modules-all --- 1 warning generated. ctfconvert -L VERSION -g zfs_deleg.o --- zpool_prop.o --- cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -fno-strict-aliasing -Wer= ror -D_KERNEL -DKLD_MODULE -nostdinc -I -I -I -I -I -I -I -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/contrib/altq -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse= -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-prote= ctor -gdwarf-2 -mno-aes -mno-avx -Qunused-arguments -std=3Diso9899:1999 -fs= tack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes= -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-p= ointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-= option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-p= arentheses-equality -Wno-error-unused-function -Wno-unknown-pragmas -Wno-mi= ssing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-pare= ntheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-un= used -Wno-inline -Wno-switch -Wno-pointer-arith -mno-aes -mno-avx -Qunused= -arguments -include -c --- zfs_fletcher.o --- ctfconvert -L VERSION -g zfs_fletcher.o --- zprop_common.o --- cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -fno-strict-aliasing -Wer= ror -D_KERNEL -DKLD_MODULE -nostdinc -I -I -I -I -I -I -I -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/contrib/altq -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse= -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-prote= ctor -gdwarf-2 -mno-aes -mno-avx -Qunused-arguments -std=3Diso9899:1999 -fs= tack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes= -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-p= ointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-= option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-p= arentheses-equality -Wno-error-unused-function -Wno-unknown-pragmas -Wno-mi= ssing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-pare= ntheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-un= used -Wno-inline -Wno-switch -Wno-pointer-arith -mno-aes -mno-avx -Qunused= -arguments -include -c --- zfs_prop.o --- ctfconvert -L VERSION -g zfs_prop.o --- zfs_acl.o --- cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -fno-strict-aliasing -Wer= ror -D_KERNEL -DKLD_MODULE -nostdinc -I -I -I -I -I -I -I -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/contrib/altq -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse= -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-prote= ctor -gdwarf-2 -mno-aes -mno-avx -Qunused-arguments -std=3Diso9899:1999 -fs= tack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes= -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-p= ointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-= option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-p= arentheses-equality -Wno-error-unused-function -Wno-unknown-pragmas -Wno-mi= ssing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-pare= ntheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-un= used -Wno-inline -Wno-switch -Wno-pointer-arith -mno-aes -mno-avx -Qunused= -arguments -include -c --- zpool_prop.o --- ctfconvert -L VERSION -g zpool_prop.o --- zfs_ctldir.o --- cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -fno-strict-aliasing -Wer= ror -D_KERNEL -DKLD_MODULE -nostdinc -I -I -I -I -I -I -I -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/contrib/altq -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse= -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-prote= ctor -gdwarf-2 -mno-aes -mno-avx -Qunused-arguments -std=3Diso9899:1999 -fs= tack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes= -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-p= ointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-= option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-p= arentheses-equality -Wno-error-unused-function -Wno-unknown-pragmas -Wno-mi= ssing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-pare= ntheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-un= used -Wno-inline -Wno-switch -Wno-pointer-arith -mno-aes -mno-avx -Qunused= -arguments -include -c --- kern_rwlock.o --- ctfconvert -L VERSION -g kern_rwlock.o WARNING: kern_rwlock.c: enum pmc_event has too many values: 1755 > 1023 --- kern_sdt.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -g -Wall -Wredundant-decl= s -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arit= h -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmi= ssing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compa= re -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused= -function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_glo= bal.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=3Dkern= el -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-t= ables -ffreestanding -fstack-protector -gdwarf-2 -mno-aes -mno-avx -Werror = ctfconvert -L VERSION -g kern_sdt.o --- kern_sema.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -g -Wall -Wredundant-decl= s -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arit= h -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmi= ssing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compa= re -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused= -function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_glo= bal.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=3Dkern= el -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-t= ables -ffreestanding -fstack-protector -gdwarf-2 -mno-aes -mno-avx -Werror = --- modules-all --- --- zprop_common.o --- ctfconvert -L VERSION -g zprop_common.o --- zfs_dir.o --- cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -fno-strict-aliasing -Wer= ror -D_KERNEL -DKLD_MODULE -nostdinc -I -I -I -I -I -I -I -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/contrib/altq -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse= -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-prote= ctor -gdwarf-2 -mno-aes -mno-avx -Qunused-arguments -std=3Diso9899:1999 -fs= tack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes= -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-p= ointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-= option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-p= arentheses-equality -Wno-error-unused-function -Wno-unknown-pragmas -Wno-mi= ssing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-pare= ntheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-un= used -Wno-inline -Wno-switch -Wno-pointer-arith -mno-aes -mno-avx -Qunused= -arguments -include -c --- kern_sema.o --- ctfconvert -L VERSION -g kern_sema.o --- kern_sharedpage.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -g -Wall -Wredundant-decl= s -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arit= h -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmi= ssing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compa= re -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused= -function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_glo= bal.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=3Dkern= el -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-t= ables -ffreestanding -fstack-protector -gdwarf-2 -mno-aes -mno-avx -Werror = ctfconvert -L VERSION -g kern_sharedpage.o --- kern_switch.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -g -Wall -Wredundant-decl= s -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arit= h -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmi= ssing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compa= re -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused= -function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_glo= bal.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=3Dkern= el -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-t= ables -ffreestanding -fstack-protector -gdwarf-2 -mno-aes -mno-avx -Werror = --- modules-all --- --- zfs_ctldir.o --- ctfconvert -L VERSION -g zfs_ctldir.o --- kern_switch.o --- ctfconvert -L VERSION -g kern_switch.o --- kern_sx.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -g -Wall -Wredundant-decl= s -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arit= h -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmi= ssing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compa= re -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused= -function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_glo= bal.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=3Dkern= el -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-t= ables -ffreestanding -fstack-protector -gdwarf-2 -mno-aes -mno-avx -Werror = --- modules-all --- --- zfs_ioctl.o --- cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -fno-strict-aliasing -Wer= ror -D_KERNEL -DKLD_MODULE -nostdinc -I -I -I -I -I -I -I -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/contrib/altq -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse= -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-prote= ctor -gdwarf-2 -mno-aes -mno-avx -Qunused-arguments -std=3Diso9899:1999 -fs= tack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes= -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-p= ointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-= option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-p= arentheses-equality -Wno-error-unused-function -Wno-unknown-pragmas -Wno-mi= ssing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-pare= ntheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-un= used -Wno-inline -Wno-switch -Wno-pointer-arith -mno-aes -mno-avx -Qunused= -arguments -include -c --- zfs_dir.o --- ctfconvert -L VERSION -g zfs_dir.o --- zfs_ioctl_compat.o --- cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -fno-strict-aliasing -Wer= ror -D_KERNEL -DKLD_MODULE -nostdinc -I -I -I -I -I -I -I -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/contrib/altq -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse= -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-prote= ctor -gdwarf-2 -mno-aes -mno-avx -Qunused-arguments -std=3Diso9899:1999 -fs= tack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes= -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-p= ointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-= option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-p= arentheses-equality -Wno-error-unused-function -Wno-unknown-pragmas -Wno-mi= ssing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-pare= ntheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-un= used -Wno-inline -Wno-switch -Wno-pointer-arith -mno-aes -mno-avx -Qunused= -arguments -include -c --- zfs_acl.o --- ctfconvert -L VERSION -g zfs_acl.o --- zfs_log.o --- cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -fno-strict-aliasing -Wer= ror -D_KERNEL -DKLD_MODULE -nostdinc -I -I -I -I -I -I -I -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/contrib/altq -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse= -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-prote= ctor -gdwarf-2 -mno-aes -mno-avx -Qunused-arguments -std=3Diso9899:1999 -fs= tack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes= -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-p= ointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-= option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-p= arentheses-equality -Wno-error-unused-function -Wno-unknown-pragmas -Wno-mi= ssing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-pare= ntheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-un= used -Wno-inline -Wno-switch -Wno-pointer-arith -mno-aes -mno-avx -Qunused= -arguments -include -c --- zfs_ioctl.o --- :1186:11: warning: comparison of c= onstant -1 with expression of type 'zfs_prop_t' is always false [-Wtautolog= ical-constant-out-of-range-compare] if (prop =3D=3D ZPROP_INVAL) { ~~~~ ^ ~~~~~~~~~~~ --- kern_sx.o --- ctfconvert -L VERSION -g kern_sx.o --- modules-all --- :2438:11: warning: comparison of c= onstant -1 with expression of type 'zfs_prop_t' is always false [-Wtautolog= ical-constant-out-of-range-compare] if (prop =3D=3D ZPROP_INVAL) { ~~~~ ^ ~~~~~~~~~~~ :2555:24: warning: comparison of c= onstant -1 with expression of type 'zfs_prop_t' is always false [-Wtautolog= ical-constant-out-of-range-compare] if (err =3D=3D 0 && prop =3D=3D ZPROP_INVAL) { ~~~~ ^ ~~~~~~~~~~~ --- kern_sx.o --- WARNING: kern_sx.c: enum pmc_event has too many values: 1755 > 1023 --- modules-all --- :2815:12: warning: comparison of c= onstant -1 with expression of type 'zfs_prop_t' is always false [-Wtautolog= ical-constant-out-of-range-compare] if (prop =3D=3D ZPROP_INVAL) { ~~~~ ^ ~~~~~~~~~~~ :2854:12: warning: comparison of c= onstant -1 with expression of type 'zfs_prop_t' is always true [-Wtautologi= cal-constant-out-of-range-compare] if (prop !=3D ZPROP_INVAL && !zfs_prop_inheritable(prop)) ~~~~ ^ ~~~~~~~~~~~ --- zfs_onexit.o --- cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -fno-strict-aliasing -Wer= ror -D_KERNEL -DKLD_MODULE -nostdinc -I -I -I -I -I -I -I -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/contrib/altq -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse= -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-prote= ctor -gdwarf-2 -mno-aes -mno-avx -Qunused-arguments -std=3Diso9899:1999 -fs= tack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes= -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-p= ointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-= option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-p= arentheses-equality -Wno-error-unused-function -Wno-unknown-pragmas -Wno-mi= ssing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-pare= ntheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-un= used -Wno-inline -Wno-switch -Wno-pointer-arith -mno-aes -mno-avx -Qunused= -arguments -include -c --- zfs_ioctl.o --- :3809:11: warning: comparison of c= onstant -1 with expression of type 'zfs_prop_t' is always false [-Wtautolog= ical-constant-out-of-range-compare] if (prop =3D=3D ZPROP_INVAL) { ~~~~ ^ ~~~~~~~~~~~ --- zfs_ioctl_compat.o --- ctfconvert -L VERSION -g zfs_ioctl_compat.o --- zfs_replay.o --- cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -fno-strict-aliasing -Wer= ror -D_KERNEL -DKLD_MODULE -nostdinc -I -I -I -I -I -I -I -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/contrib/altq -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse= -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-prote= ctor -gdwarf-2 -mno-aes -mno-avx -Qunused-arguments -std=3Diso9899:1999 -fs= tack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes= -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-p= ointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-= option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-p= arentheses-equality -Wno-error-unused-function -Wno-unknown-pragmas -Wno-mi= ssing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-pare= ntheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-un= used -Wno-inline -Wno-switch -Wno-pointer-arith -mno-aes -mno-avx -Qunused= -arguments -include -c --- zfs_onexit.o --- ctfconvert -L VERSION -g zfs_onexit.o --- zfs_log.o --- ctfconvert -L VERSION -g zfs_log.o --- zfs_rlock.o --- cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -fno-strict-aliasing -Wer= ror -D_KERNEL -DKLD_MODULE -nostdinc -I -I -I -I -I -I -I -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/contrib/altq -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse= -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-prote= ctor -gdwarf-2 -mno-aes -mno-avx -Qunused-arguments -std=3Diso9899:1999 -fs= tack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes= -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-p= ointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-= option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-p= arentheses-equality -Wno-error-unused-function -Wno-unknown-pragmas -Wno-mi= ssing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-pare= ntheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-un= used -Wno-inline -Wno-switch -Wno-pointer-arith -mno-aes -mno-avx -Qunused= -arguments -include -c --- zfs_vfsops.o --- cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -fno-strict-aliasing -Wer= ror -D_KERNEL -DKLD_MODULE -nostdinc -I -I -I -I -I -I -I -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/contrib/altq -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse= -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-prote= ctor -gdwarf-2 -mno-aes -mno-avx -Qunused-arguments -std=3Diso9899:1999 -fs= tack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes= -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-p= ointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-= option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-p= arentheses-equality -Wno-error-unused-function -Wno-unknown-pragmas -Wno-mi= ssing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-pare= ntheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-un= used -Wno-inline -Wno-switch -Wno-pointer-arith -mno-aes -mno-avx -Qunused= -arguments -include -c --- zfs_rlock.o --- ctfconvert -L VERSION -g zfs_rlock.o --- zfs_vnops.o --- cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -fno-strict-aliasing -Wer= ror -D_KERNEL -DKLD_MODULE -nostdinc -I -I -I -I -I -I -I -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/contrib/altq -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse= -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-prote= ctor -gdwarf-2 -mno-aes -mno-avx -Qunused-arguments -std=3Diso9899:1999 -fs= tack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes= -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-p= ointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-= option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-p= arentheses-equality -Wno-error-unused-function -Wno-unknown-pragmas -Wno-mi= ssing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-pare= ntheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-un= used -Wno-inline -Wno-switch -Wno-pointer-arith -mno-aes -mno-avx -Qunused= -arguments -include -c --- zfs_replay.o --- ctfconvert -L VERSION -g zfs_replay.o --- zvol.o --- cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -fno-strict-aliasing -Wer= ror -D_KERNEL -DKLD_MODULE -nostdinc -I -I -I -I -I -I -I -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/contrib/altq -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse= -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-prote= ctor -gdwarf-2 -mno-aes -mno-avx -Qunused-arguments -std=3Diso9899:1999 -fs= tack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes= -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-p= ointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-= option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-p= arentheses-equality -Wno-error-unused-function -Wno-unknown-pragmas -Wno-mi= ssing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-pare= ntheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-un= used -Wno-inline -Wno-switch -Wno-pointer-arith -mno-aes -mno-avx -Qunused= -arguments -include -c --- zfs_vfsops.o --- ctfconvert -L VERSION -g zfs_vfsops.o --- kern_synch.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -g -Wall -Wredundant-decl= s -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arit= h -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmi= ssing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compa= re -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused= -function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_glo= bal.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=3Dkern= el -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-t= ables -ffreestanding -fstack-protector -gdwarf-2 -mno-aes -mno-avx -Werror = --- modules-all --- --- zvol.o --- :1408:24: warning: comparison of unsign= ed expression < 0 is always false [-Wtautological-compare] if (resid > 0 && (off < 0 || off >=3D volsize)) { ~~~ ^ ~ --- kern_synch.o --- ctfconvert -L VERSION -g kern_synch.o --- modules-all --- --- vdev_geom.o --- cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -fno-strict-aliasing -Wer= ror -D_KERNEL -DKLD_MODULE -nostdinc -I -I -I -I -I -I -I -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/contrib/altq -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse= -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-prote= ctor -gdwarf-2 -mno-aes -mno-avx -Qunused-arguments -std=3Diso9899:1999 -fs= tack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes= -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-p= ointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-= option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-p= arentheses-equality -Wno-error-unused-function -Wno-unknown-pragmas -Wno-mi= ssing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-pare= ntheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-un= used -Wno-inline -Wno-switch -Wno-pointer-arith -mno-aes -mno-avx -Qunused= -arguments -include -c --- zvol.o --- 1 warning generated. ctfconvert -L VERSION -g zvol.o --- kern_syscalls.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -g -Wall -Wredundant-decl= s -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arit= h -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmi= ssing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compa= re -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused= -function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_glo= bal.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=3Dkern= el -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-t= ables -ffreestanding -fstack-protector -gdwarf-2 -mno-aes -mno-avx -Werror = --- modules-all --- --- zfs_ioctl.o --- 6 warnings generated. ctfconvert -L VERSION -g zfs_ioctl.o --- trim_map.o --- cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -fno-strict-aliasing -Wer= ror -D_KERNEL -DKLD_MODULE -nostdinc -I -I -I -I -I -I -I -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/contrib/altq -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse= -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-prote= ctor -gdwarf-2 -mno-aes -mno-avx -Qunused-arguments -std=3Diso9899:1999 -fs= tack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes= -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-p= ointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-= option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-p= arentheses-equality -Wno-error-unused-function -Wno-unknown-pragmas -Wno-mi= ssing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-pare= ntheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-un= used -Wno-inline -Wno-switch -Wno-pointer-arith -mno-aes -mno-avx -Qunused= -arguments -include -c --- kern_syscalls.o --- ctfconvert -L VERSION -g kern_syscalls.o --- kern_sysctl.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -g -Wall -Wredundant-decl= s -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arit= h -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmi= ssing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compa= re -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused= -function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_glo= bal.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=3Dkern= el -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-t= ables -ffreestanding -fstack-protector -gdwarf-2 -mno-aes -mno-avx -Werror = --- modules-all --- --- vdev_geom.o --- ctfconvert -L VERSION -g vdev_geom.o --- opensolaris_sysevent.o --- cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -fno-strict-aliasing -Wer= ror -D_KERNEL -DKLD_MODULE -nostdinc -I -I -I -I -I -I -I -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/contrib/altq -fno-common -g -fno-omit-frame-pointer -mno-omit= -leaf-frame-pointer -I/usr/obj -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse= -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-prote= ctor -gdwarf-2 -mno-aes -mno-avx -Qunused-arguments -std=3Diso9899:1999 -fs= tack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes= -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-p= ointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-= option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-p= arentheses-equality -Wno-error-unused-function -Wno-unknown-pragmas -Wno-mi= ssing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-pare= ntheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-un= used -Wno-inline -Wno-switch -Wno-pointer-arith -mno-aes -mno-avx -Qunused= -arguments -include -c --- trim_map.o --- ctfconvert -L VERSION -g trim_map.o --- kern_tc.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -g -Wall -Wredundant-decl= s -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arit= h -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmi= ssing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compa= re -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused= -function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_glo= bal.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=3Dkern= el -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-t= ables -ffreestanding -fstack-protector -gdwarf-2 -mno-aes -mno-avx -Werror = --- kern_sysctl.o --- ctfconvert -L VERSION -g kern_sysctl.o --- kern_thr.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -g -Wall -Wredundant-decl= s -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arit= h -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmi= ssing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compa= re -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused= -function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_glo= bal.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=3Dkern= el -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-t= ables -ffreestanding -fstack-protector -gdwarf-2 -mno-aes -mno-avx -Werror = --- modules-all --- --- opensolaris_sysevent.o --- ctfconvert -L VERSION -g opensolaris_sysevent.o --- kern_thread.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -g -Wall -Wredundant-decl= s -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arit= h -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmi= ssing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compa= re -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused= -function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_glo= bal.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=3Dkern= el -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-t= ables -ffreestanding -fstack-protector -gdwarf-2 -mno-aes -mno-avx -Werror = --- kern_tc.o --- ctfconvert -L VERSION -g kern_tc.o --- kern_umtx.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -g -Wall -Wredundant-decl= s -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arit= h -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmi= ssing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compa= re -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused= -function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_glo= bal.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=3Dkern= el -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-t= ables -ffreestanding -fstack-protector -gdwarf-2 -mno-aes -mno-avx -Werror = --- kern_thr.o --- ctfconvert -L VERSION -g kern_thr.o --- kern_uuid.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -g -Wall -Wredundant-decl= s -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arit= h -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmi= ssing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compa= re -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused= -function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_glo= bal.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=3Dkern= el -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-t= ables -ffreestanding -fstack-protector -gdwarf-2 -mno-aes -mno-avx -Werror = --- kern_thread.o --- ctfconvert -L VERSION -g kern_thread.o --- kern_xxx.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -g -Wall -Wredundant-decl= s -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arit= h -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmi= ssing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compa= re -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused= -function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_glo= bal.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=3Dkern= el -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-t= ables -ffreestanding -fstack-protector -gdwarf-2 -mno-aes -mno-avx -Werror = --- kern_umtx.o --- :2898:21: error: passing 'volatile __uint32_t *' (aka 'volatile unsigned= int *') to parameter of type 'const void *' discards qualifiers [-Werror,-= Wincompatible-pointer-types-discards-qualifiers] count =3D fuword32(&sem->_count); ^~~~~~~~~~~~ :2= 58:30: note: passing argument to parameter 'base' here int32_t fuword32(const void *base); ^ 1 error generated. *** [kern_umtx.o] Error code 1 make[2]: stopped in /usr/obj --- modules-all --- --- zfs_vnops.o --- ctfconvert -L VERSION -g zfs_vnops.o --- kern_uuid.o --- ctfconvert -L VERSION -g kern_uuid.o --- modules-all --- A failure has been detected in another branch of the parallel make make[4]: stopped in *** [all_subdir_zfs] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [modules-all] Error code 2 make[2]: stopped in /usr/obj --- kern_xxx.o --- ctfconvert -L VERSION -g kern_xxx.o 2 errors make[2]: stopped in /usr/obj *** [buildkernel] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [buildkernel] Error code 2 make: stopped in 1 error make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Fri Oct 24 23:48:07 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 73F62289 for ; Fri, 24 Oct 2014 23:48:07 +0000 (UTC) Received: from smtp.rcn.com (smtp.rcn.com [69.168.97.78]) (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 3B7A4F02 for ; Fri, 24 Oct 2014 23:48:06 +0000 (UTC) X_CMAE_Category: , , X-CNFS-Analysis: v=2.0 cv=NupTgrhJ c=1 sm=1 a=60v6UuX1j5Kr1+jwqVp4LA==:17 a=L9H7d07YOLsA:10 a=kj9zAlcOel0A:10 a=sIt-5M63AAAA:8 a=glVBHTcGN0e9-_YHmiQA:9 a=CjuIK1q_8ugA:10 a=f7kM1CxTALIA:10 a=-6097sN85WUA:10 a=WqmG9jrrFOMA:10 a=60v6UuX1j5Kr1+jwqVp4LA==:117 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine X-Authed-Username: cm9iZXJ0aHVmZkByY24uY29t Authentication-Results: smtp01.rcn.cmh.synacor.com smtp.mail=roberthuff@rcn.com; spf=neutral; sender-id=neutral Received-SPF: neutral (smtp01.rcn.cmh.synacor.com: 209.6.39.248 is neither permitted nor denied by domain of rcn.com) Received: from [209.6.39.248] ([209.6.39.248:35299] helo=jerusalem.litteratus.org.litteratus.org) by smtp.rcn.com (envelope-from ) (ecelerity 3.6.2.43620 r(Platform:3.6.2.0)) with ESMTP id 85/9F-47743-535EA445; Fri, 24 Oct 2014 19:48:05 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <21578.58677.191263.464446@jerusalem.litteratus.org> Date: Fri, 24 Oct 2014 19:48:05 -0400 To: roberthuff@rcn.com Subject: Re: can't build CURRENT/amd64 using 9.3? In-Reply-To: <21578.44013.924580.237535@jerusalem.litteratus.org> References: <21577.45368.652684.358507@jerusalem.litteratus.org> <1414161292.12052.636.camel@revolution.hippie.lan> <21578.44013.924580.237535@jerusalem.litteratus.org> X-Mailer: VM 8.1.2 under 24.3.1 (i386-portbld-freebsd9.3) X-Mailman-Approved-At: Fri, 24 Oct 2014 23:52:35 +0000 Cc: current@freebsd.org, Ian Lepore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2014 23:48:07 -0000 Putting TARGET/TARGET_ARCH on the command line didn't help. Adding " -j 1 " to make - did. I am now doing "make buildkernel" with TARGET/TARGET_ARCH on the command line. For installkernel, do I need to use them also, or will it magically know where to look? Respectfully, Robert Huff From owner-freebsd-current@FreeBSD.ORG Sat Oct 25 01:32:08 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5DFF54F7; Sat, 25 Oct 2014 01:32:08 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 4B801AB6; Sat, 25 Oct 2014 01:32:08 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 934F275E; Sat, 25 Oct 2014 01:32:08 +0000 (UTC) Date: Sat, 25 Oct 2014 01:32:07 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, np@FreeBSD.org, jhb@FreeBSD.org, rpaulo@FreeBSD.org, loos@FreeBSD.org, markj@FreeBSD.org, delphij@FreeBSD.org, brooks@FreeBSD.org Message-ID: <1393891240.1.1414200728553.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <37812543.0.1414190358621.JavaMail.jenkins@jenkins-9.freebsd.org> References: <37812543.0.1414190358621.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_HEAD #1695 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Oct 2014 01:32:08 -0000 See From owner-freebsd-current@FreeBSD.ORG Sat Oct 25 01:06:39 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B3AC224C for ; Sat, 25 Oct 2014 01:06:39 +0000 (UTC) Received: from smtp.rcn.com (smtp.rcn.com [69.168.97.78]) (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 7ADED8B6 for ; Sat, 25 Oct 2014 01:06:38 +0000 (UTC) X_CMAE_Category: , , X-CNFS-Analysis: v=2.0 cv=NupTgrhJ c=1 sm=1 a=60v6UuX1j5Kr1+jwqVp4LA==:17 a=L9H7d07YOLsA:10 a=kj9zAlcOel0A:10 a=sIt-5M63AAAA:8 a=OA2lqS22AAAA:8 a=eLVI4MoQpMKE1jPtqcMA:9 a=CjuIK1q_8ugA:10 a=60v6UuX1j5Kr1+jwqVp4LA==:117 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine X-Authed-Username: cm9iZXJ0aHVmZkByY24uY29t Authentication-Results: smtp01.rcn.cmh.synacor.com smtp.mail=roberthuff@rcn.com; spf=neutral; sender-id=neutral Received-SPF: neutral (smtp01.rcn.cmh.synacor.com: 209.6.39.248 is neither permitted nor denied by domain of rcn.com) Received: from [209.6.39.248] ([209.6.39.248:58799] helo=jerusalem.litteratus.org.litteratus.org) by smtp.rcn.com (envelope-from ) (ecelerity 3.6.2.43620 r(Platform:3.6.2.0)) with ESMTP id 4C/47-47743-D97FA445; Fri, 24 Oct 2014 21:06:37 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <21578.63389.245058.509853@jerusalem.litteratus.org> Date: Fri, 24 Oct 2014 21:06:37 -0400 To: roberthuff@rcn.com Subject: Re: can't build CURRENT/amd64 using 9.3? In-Reply-To: <21578.58677.191263.464446@jerusalem.litteratus.org> References: <21577.45368.652684.358507@jerusalem.litteratus.org> <1414161292.12052.636.camel@revolution.hippie.lan> <21578.44013.924580.237535@jerusalem.litteratus.org> <21578.58677.191263.464446@jerusalem.litteratus.org> X-Mailer: VM 8.1.2 under 24.3.1 (i386-portbld-freebsd9.3) X-Mailman-Approved-At: Sat, 25 Oct 2014 01:42:24 +0000 Cc: current@freebsd.org, Ian Lepore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Oct 2014 01:06:39 -0000 roberthuff@rcn.com writes: > I am now doing "make buildkernel" with TARGET/TARGET_ARCH on > the command line. For installkernel, do I need to use them also, > or will it magically know where to look? Kernel built. However: huff@>> make installkernel ERROR: No kernel "GENERIC" to install. *** Error code 1 Stop. bmake: stopped in /usr/src *** [installkernel] Error code 1 Stop in /usr/src. huff@>> make TARGET=amd64 TARGET_ARCH=amd64 installkernel ERROR: Please set DESTDIR! *** Error code 1 Stop. bmake: stopped in /usr/src *** [installkernel] Error code 1 Stop in /usr/src. I believe there is a kernel in /usr/obj/amd64.amd64/usr/src/sys/GENERIC, and world in /usr/obj/amd64.amd64/usr/src. How do I make sure these get installed in the right place(s)? Respectfully, Robert Huff From owner-freebsd-current@FreeBSD.ORG Sat Oct 25 01:47:11 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AF640A89 for ; Sat, 25 Oct 2014 01:47:11 +0000 (UTC) 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 57956BBE for ; Sat, 25 Oct 2014 01:47:10 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.9/8.14.9) with ESMTP id s9P1l85k045930; Fri, 24 Oct 2014 18:47:08 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.9/8.14.9/Submit) id s9P1l8Fx045929; Fri, 24 Oct 2014 18:47:08 -0700 (PDT) (envelope-from david) Date: Fri, 24 Oct 2014 18:47:08 -0700 From: David Wolfskill To: roberthuff@rcn.com Subject: Re: can't build CURRENT/amd64 using 9.3? Message-ID: <20141025014708.GR1235@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , roberthuff@rcn.com, current@freebsd.org References: <21577.45368.652684.358507@jerusalem.litteratus.org> <1414161292.12052.636.camel@revolution.hippie.lan> <21578.44013.924580.237535@jerusalem.litteratus.org> <21578.58677.191263.464446@jerusalem.litteratus.org> <21578.63389.245058.509853@jerusalem.litteratus.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="gmAlUWRVDrnirEWv" Content-Disposition: inline In-Reply-To: <21578.63389.245058.509853@jerusalem.litteratus.org> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Oct 2014 01:47:11 -0000 --gmAlUWRVDrnirEWv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Oct 24, 2014 at 09:06:37PM -0400, owner-freebsd-current@freebsd.org= wrote: >=20 > roberthuff@rcn.com writes: >=20 > > I am now doing "make buildkernel" with TARGET/TARGET_ARCH on > > the command line. For installkernel, do I need to use them also, > > or will it magically know where to look? >=20 > Kernel built. > However: >=20 > huff@>> make installkernel > ERROR: No kernel "GENERIC" to install. > *** Error code 1 > ...=20 > I believe there is a kernel in > /usr/obj/amd64.amd64/usr/src/sys/GENERIC, and world in > /usr/obj/amd64.amd64/usr/src. >=20 > ... I believe that the cited message refers to the kernel configuration file, which is expected to be in sys/amd64/conf/GENERIC within the src hierarchy. Peace, david --=20 David H. Wolfskill david@catwhisker.org Taliban: Evil cowards with guns afraid of truth from a 14-year old girl. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --gmAlUWRVDrnirEWv Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJUSwEcXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk7iDkQAIXjGTwR+U90N5i96Nc3KLJF Ooy3VbEyFL5QQFDapM6iKRHsZjExtB6yTGRuLMpppe75hgN7UOyeo4P9PkrJXwt9 dvZsJ6zmEIrq57TOTlAhuCsS5QXtCHECyJpBYDUSn9S5cNGYPXPC3MQgB1jpfRiv t6Utg6KLJhQRbdgsKrAqz6jm6eAuZRS52xtfWuU4AtblVt5RSlPBG+4cIUDw38st WmLRz2zkhIbBqT8vG1qPbx9nN/78yJH1qHKNOZPU7GuNPMuIBfHzaCjdpsNJiWKg umyIPRcyllhTtkGrS6a/VVXfCcEKwqREVo/2N1DWgARH5FQGBo5IbBSpOVB1qitQ KIOJh/WDUEN3BpqR/aSdP3TIupsJUvY2OBwB5coWLIyk/Qi4SrDI+kdAjDywVw0v tTGOVNUZBllgbAoeMeU5139QZa+xBWVj2x5Phgwcb26IIWIDaXT2nC73cZxaqyGe B7qmGZXKE6Dji8BGuQfUN5zFnCdv6bZ8MwvnNbEPK66PKe351gJa6FgDeIlBfmF2 TuOxm0om/67ovkFaUImmeZ0zE5/6Q31qtc6/Dy7aiKgVfDfC2yf2teG7rg2x7Uis ctzamj0/okNz1jrNfM+Zkcf0g0ea655DmrpzmIo1pYv3p+1gQo4rXDZ8iPKQSCBO thrkSGq1zFDqCqelU9iS =9BTJ -----END PGP SIGNATURE----- --gmAlUWRVDrnirEWv-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 25 03:22:54 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 15FE5EF7; Sat, 25 Oct 2014 03:22:54 +0000 (UTC) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C36EE6E9; Sat, 25 Oct 2014 03:22:53 +0000 (UTC) Received: from jre-mbp.elischer.org (ppp121-45-234-114.lns20.per1.internode.on.net [121.45.234.114]) (authenticated bits=0) by vps1.elischer.org (8.14.9/8.14.9) with ESMTP id s9P3MmQL077666 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Fri, 24 Oct 2014 20:22:51 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <544B1782.5040307@freebsd.org> Date: Sat, 25 Oct 2014 11:22:42 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Peter Wemm , freebsd-current@freebsd.org Subject: Re: RFC: getting rid of oldnfs References: <691948956.6194558.1414090646089.JavaMail.root@uoguelph.ca> <5206562.372QOO418I@overcee.wemm.org> In-Reply-To: <5206562.372QOO418I@overcee.wemm.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Rick Macklem , Robert Watson X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Oct 2014 03:22:54 -0000 On 10/25/14, 5:49 AM, Peter Wemm wrote: > On Friday, October 24, 2014 04:43:28 PM Robert Watson wrote: >> On Thu, 23 Oct 2014, Rick Macklem wrote: >>> Someone just pinged me on this and I figured I should bring it up. >>> >>> 1 - Is anyone out there still using oldnfs due to unresolved >>> >>> problems with the new one? (I am not aware of any outstanding >>> issues in the new nfs that don't exist in the oldnfs.) >>> >>> 2 - Does anyone see a problem with getting rid of oldnfs for >>> >>> FreebSD-11? >>> >>> 3 - If I get rid of it in -head, I can do it either in mid-December >>> >>> or mid-April. (I can't do commits during the winter.) >>> Does anyone have a rough idea when the 11.0 release cycle will >>> start, so I can choose which of the above would be preferable? >>> (I figured I'd wait until after the last 10.n release that happens >>> >>> before 11.0, since it will be easier to MFC before the removal of >>> oldnfs.) >>> >>> Thanks in advance for any comments, rick >>> ps: John, I've cc'd you since I thought you are the guy most likely to >>> >>> need to do commits/MFCs to oldnfs. >> I think removing it is fine, but as early as possible (as John says) to give >> our -CURRENT users time to stop working around bugs and start reporting >> them >> :-). > We still use oldnfs at work, even on 11.x, but I'm very much in favor of > getting back to one single copy. It seems like there's too many things that > are fixed in one stack or the other., We need to stop splitting effort. > > I've asked Rick before to remove it and get back to just "nfs" rather than > "newnfs" etc. > We (work) have a lot of changes to the old nfs server in 8 We will have to port them all to the new server I guess as we go forward.. Rick, maybe I can run the diff past you privately for comment. From owner-freebsd-current@FreeBSD.ORG Sat Oct 25 04:09:05 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C8BDE59C for ; Sat, 25 Oct 2014 04:09:05 +0000 (UTC) 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 87288A99 for ; Sat, 25 Oct 2014 04:09:05 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.9/8.14.9) with ESMTP id s9P494aN046389; Fri, 24 Oct 2014 21:09:04 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.9/8.14.9/Submit) id s9P493Hq046388; Fri, 24 Oct 2014 21:09:03 -0700 (PDT) (envelope-from david) Date: Fri, 24 Oct 2014 21:09:03 -0700 From: David Wolfskill To: roberthuff@rcn.com Subject: Re: can't build CURRENT/amd64 using 9.3? Message-ID: <20141025040903.GT1235@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , roberthuff@rcn.com, current@freebsd.org References: <21577.45368.652684.358507@jerusalem.litteratus.org> <1414161292.12052.636.camel@revolution.hippie.lan> <21578.44013.924580.237535@jerusalem.litteratus.org> <21578.58677.191263.464446@jerusalem.litteratus.org> <21578.63389.245058.509853@jerusalem.litteratus.org> <20141025014708.GR1235@albert.catwhisker.org> <21579.8424.999423.296697@jerusalem.litteratus.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="z3XR48OWYS228AZl" Content-Disposition: inline In-Reply-To: <21579.8424.999423.296697@jerusalem.litteratus.org> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Oct 2014 04:09:06 -0000 --z3XR48OWYS228AZl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Oct 25, 2014 at 12:02:48AM -0400, roberthuff@rcn.com wrote: > ... > > > huff@>> make installkernel > > > ERROR: No kernel "GENERIC" to install. > > > *** Error code 1 > > > ...=20 > > > I believe there is a kernel in > > > /usr/obj/amd64.amd64/usr/src/sys/GENERIC, and world in > > > /usr/obj/amd64.amd64/usr/src. > > >=20 > > > ... > > =20 > > I believe that the cited message refers to the kernel configuration > > file, which is expected to be in sys/amd64/conf/GENERIC within the > > src hierarchy. >=20 > Like this: >=20 > huff@>> pwd > /usr/src > huff@>> dir sys/amd64/conf/GENERIC > -rw-rw-r-- 1 root wheel 14594 Oct 23 07:28 sys/amd64/conf/GENERIC >=20 > ? > ... If the "make installkernel" is being done from /usr/src, yes. Contents of /etc/make.conf and/or /etc/src.conf may have bearing on this, as well. I am in the habit of performing all of my builds/installs under script(1); that tends to reduce ambiguity about what happened. Peace, david --=20 David H. Wolfskill david@catwhisker.org Taliban: Evil cowards with guns afraid of truth from a 14-year old girl. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --z3XR48OWYS228AZl Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJUSyJeXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk7kv0P/jfNdceDVeZwsrJcfnBZWFO3 zZ/MxU5nmWl25mNoWDjrhLHfIQbfgPUXyMW3gxv0gqcN42aEYQ3P7yMecX72wmcg z2Pv+k4QWBFcC0zIzs3eEIhyEOy9PtqoNSW+JOreAGIIc7shSqp/qJHVNipLZ/G2 JJXYP8gNE7HmndVrqZ1pZ66gW+USoh7ZSuHM5mdGoywJ8aD34TJOVGBjVEXlVFK7 AlDetP/E5aUbxFdOKVbXLP+tVie3LyUDVxAKZKSb5lwyIbQqZ2MLzVRaP52eS/eu D6BGfJ35vZPv64vd2ecubU04ZVAqXXN0shQdyhK0uw09HO2OC8OLSepdix4SZGA1 aDoplwokO7/gkBTRF6mzJ7SsuPG9OGW1xOOHAUWIg9OobIKI8i/PWCMTeqX4anH6 S7djdP3HcI8kW+0VkT79pHUWTMAst7z4sTAHPA4zRDfYSF/Fi1io4MjL5i1fV9AD fNC48MAkFKSbymgnoQN3fMsWJ/X1ZgvUmqtZUedCtp5bkYDNyfFa1LzGqBS4Dixx 8BzI85vQqs6sQSeMcyB2eIbJ9wgbnl/Vmze/0BeXriRLNnSC+mByk8HwvFUxlwdb 5wp7bW5uWBvQScWScw2QD8AgrgWJA5cS5wu6mtkK/gveZX+6Dzz5Z0XlBMU2YccA RVH1nCehaLDk9Ko02eql =H8oV -----END PGP SIGNATURE----- --z3XR48OWYS228AZl-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 25 04:02:51 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A43A252E for ; Sat, 25 Oct 2014 04:02:51 +0000 (UTC) Received: from smtp.rcn.com (smtp.rcn.com [69.168.97.78]) (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 6AA62A7C for ; Sat, 25 Oct 2014 04:02:50 +0000 (UTC) X_CMAE_Category: , , X-CNFS-Analysis: v=2.0 cv=KufPKBqN c=1 sm=1 a=60v6UuX1j5Kr1+jwqVp4LA==:17 a=L9H7d07YOLsA:10 a=kj9zAlcOel0A:10 a=sIt-5M63AAAA:8 a=u3lZBDyig6wT_8zpMpIA:9 a=CjuIK1q_8ugA:10 a=60v6UuX1j5Kr1+jwqVp4LA==:117 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine X-Authed-Username: cm9iZXJ0aHVmZkByY24uY29t Authentication-Results: smtp02.rcn.cmh.synacor.com smtp.mail=roberthuff@rcn.com; spf=neutral; sender-id=neutral Received-SPF: neutral (smtp02.rcn.cmh.synacor.com: 209.6.39.248 is neither permitted nor denied by domain of rcn.com) Received: from [209.6.39.248] ([209.6.39.248:60339] helo=jerusalem.litteratus.org.litteratus.org) by smtp.rcn.com (envelope-from ) (ecelerity 3.6.2.43620 r(Platform:3.6.2.0)) with ESMTP id C9/F8-13853-9E02B445; Sat, 25 Oct 2014 00:02:49 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <21579.8424.999423.296697@jerusalem.litteratus.org> Date: Sat, 25 Oct 2014 00:02:48 -0400 To: David Wolfskill Subject: Re: can't build CURRENT/amd64 using 9.3? In-Reply-To: <20141025014708.GR1235@albert.catwhisker.org> References: <21577.45368.652684.358507@jerusalem.litteratus.org> <1414161292.12052.636.camel@revolution.hippie.lan> <21578.44013.924580.237535@jerusalem.litteratus.org> <21578.58677.191263.464446@jerusalem.litteratus.org> <21578.63389.245058.509853@jerusalem.litteratus.org> <20141025014708.GR1235@albert.catwhisker.org> X-Mailer: VM 8.1.2 under 24.3.1 (i386-portbld-freebsd9.3) X-Mailman-Approved-At: Sat, 25 Oct 2014 04:18:04 +0000 Cc: roberthuff@rcn.com, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Oct 2014 04:02:51 -0000 David Wolfskill writes: > > Kernel built. > > However: > > > > huff@>> make installkernel > > ERROR: No kernel "GENERIC" to install. > > *** Error code 1 > > ... > > I believe there is a kernel in > > /usr/obj/amd64.amd64/usr/src/sys/GENERIC, and world in > > /usr/obj/amd64.amd64/usr/src. > > > > ... > > I believe that the cited message refers to the kernel configuration > file, which is expected to be in sys/amd64/conf/GENERIC within the > src hierarchy. Like this: huff@>> pwd /usr/src huff@>> dir sys/amd64/conf/GENERIC -rw-rw-r-- 1 root wheel 14594 Oct 23 07:28 sys/amd64/conf/GENERIC ? Respectfully, Robert Huff From owner-freebsd-current@FreeBSD.ORG Sat Oct 25 04:19:32 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E79C9B66 for ; Sat, 25 Oct 2014 04:19:32 +0000 (UTC) Received: from smtp.rcn.com (smtp.rcn.com [69.168.97.78]) (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 AD67FC73 for ; Sat, 25 Oct 2014 04:19:32 +0000 (UTC) X_CMAE_Category: , , X-CNFS-Analysis: v=2.0 cv=NupTgrhJ c=1 sm=1 a=60v6UuX1j5Kr1+jwqVp4LA==:17 a=L9H7d07YOLsA:10 a=kj9zAlcOel0A:10 a=sIt-5M63AAAA:8 a=i6WtsrsUsoKNIgI_Ji0A:9 a=CjuIK1q_8ugA:10 a=60v6UuX1j5Kr1+jwqVp4LA==:117 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine X-Authed-Username: cm9iZXJ0aHVmZkByY24uY29t Authentication-Results: smtp01.rcn.cmh.synacor.com smtp.mail=roberthuff@rcn.com; spf=neutral; sender-id=neutral Received-SPF: neutral (smtp01.rcn.cmh.synacor.com: 209.6.39.248 is neither permitted nor denied by domain of rcn.com) Received: from [209.6.39.248] ([209.6.39.248:62084] helo=jerusalem.litteratus.org.litteratus.org) by smtp.rcn.com (envelope-from ) (ecelerity 3.6.2.43620 r(Platform:3.6.2.0)) with ESMTP id 4A/43-47743-2D42B445; Sat, 25 Oct 2014 00:19:31 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <21579.9426.793020.468264@jerusalem.litteratus.org> Date: Sat, 25 Oct 2014 00:19:30 -0400 To: David Wolfskill Subject: Re: can't build CURRENT/amd64 using 9.3? In-Reply-To: <20141025040903.GT1235@albert.catwhisker.org> References: <21577.45368.652684.358507@jerusalem.litteratus.org> <1414161292.12052.636.camel@revolution.hippie.lan> <21578.44013.924580.237535@jerusalem.litteratus.org> <21578.58677.191263.464446@jerusalem.litteratus.org> <21578.63389.245058.509853@jerusalem.litteratus.org> <20141025014708.GR1235@albert.catwhisker.org> <21579.8424.999423.296697@jerusalem.litteratus.org> <20141025040903.GT1235@albert.catwhisker.org> X-Mailer: VM 8.1.2 under 24.3.1 (i386-portbld-freebsd9.3) X-Mailman-Approved-At: Sat, 25 Oct 2014 04:29:51 +0000 Cc: roberthuff@rcn.com, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Oct 2014 04:19:33 -0000 David Wolfskill writes: > > > I believe that the cited message refers to the kernel configuration > > > file, which is expected to be in sys/amd64/conf/GENERIC within the > > > src hierarchy. > > > > Like this: > > > > huff@>> pwd > > /usr/src > > huff@>> dir sys/amd64/conf/GENERIC > > -rw-rw-r-- 1 root wheel 14594 Oct 23 07:28 sys/amd64/conf/GENERIC > > > > ? > > If the "make installkernel" is being done from /usr/src, yes. > > Contents of /etc/make.conf and/or /etc/src.conf may have bearing > on this, as well. No make.conf. src.conf= #KERNCONF="JERUSALEM" KERNCONF="GENERIC" #WITH_LIBICONV_COMPAT="yes" #TARGET=amd64 #TARGET_ARCH=amd64 Robert Huff From owner-freebsd-current@FreeBSD.ORG Sat Oct 25 04:34:34 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 91D15F3E; Sat, 25 Oct 2014 04:34:34 +0000 (UTC) Received: from mail-pd0-x22f.google.com (mail-pd0-x22f.google.com [IPv6:2607:f8b0:400e:c02::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 59A20E02; Sat, 25 Oct 2014 04:34:34 +0000 (UTC) Received: by mail-pd0-f175.google.com with SMTP id y13so2537109pdi.6 for ; Fri, 24 Oct 2014 21:34:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=xYnZiJp4roNPGNZjWjGi/+9Xle6uq6ktXUmJBDm6Bkc=; b=GfdEcF0ldpDMGbyw96At5PDbK3y0KYJidUb0oD86axEjPUZqFY+uO3DoavhwRfvybe tKH9QXgviMsVPNJzm8uPSbqwF+9yJnR5nJAfBqgoZI5IWwPgWUOrz1INu4EMSoTztvar LwbSmP9qu3lUk+H+sFvVswZJyKNCv6c2NMVY9ODj9MsKMZtxXuPnvs18B6e+7hCWN2l3 6zmE7BjTJWNHX68qK4PBNLT8Z1xsYb17L+CieSBbU1NpkjyyvraUp+EHbQOJbyf9Q8Wu 8RPsFDRlpy8CIERi3xjGL23l9KP7qgTIIUN6CB7EhvbKh/xjZaAGIacgvgyo9PxzH17J aY4w== X-Received: by 10.70.91.10 with SMTP id ca10mr1286743pdb.6.1414211673841; Fri, 24 Oct 2014 21:34:33 -0700 (PDT) Received: from ?IPv6:2601:8:ab80:7d6:4d3d:33a4:5ddc:37e2? ([2601:8:ab80:7d6:4d3d:33a4:5ddc:37e2]) by mx.google.com with ESMTPSA id ib8sm5181569pad.43.2014.10.24.21.34.32 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 24 Oct 2014 21:34:33 -0700 (PDT) Content-Type: multipart/signed; boundary="Apple-Mail=_7ADEBC8C-A0FB-45AE-844B-5386E0F8C978"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: can't build CURRENT/amd64 using 9.3? From: Garrett Cooper In-Reply-To: <21579.8424.999423.296697@jerusalem.litteratus.org> Date: Fri, 24 Oct 2014 21:34:31 -0700 Message-Id: References: <21577.45368.652684.358507@jerusalem.litteratus.org> <1414161292.12052.636.camel@revolution.hippie.lan> <21578.44013.924580.237535@jerusalem.litteratus.org> <21578.58677.191263.464446@jerusalem.litteratus.org> <21578.63389.245058.509853@jerusalem.litteratus.org> <20141025014708.GR1235@albert.catwhisker.org> <21579.8424.999423.296697@jerusalem.litteratus.org> To: owner-freebsd-current@freebsd.org X-Mailer: Apple Mail (2.1878.6) Cc: roberthuff@rcn.com, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Oct 2014 04:34:34 -0000 --Apple-Mail=_7ADEBC8C-A0FB-45AE-844B-5386E0F8C978 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On Oct 24, 2014, at 21:02, owner-freebsd-current@freebsd.org wrote: > David Wolfskill writes: >=20 >>> Kernel built. >>> However: >>>=20 >>> huff@>> make installkernel >>> ERROR: No kernel "GENERIC" to install. >>> *** Error code 1 >>> ...=20 >>> I believe there is a kernel in >>> /usr/obj/amd64.amd64/usr/src/sys/GENERIC, and world in >>> /usr/obj/amd64.amd64/usr/src. >>>=20 >>> ... >>=20 >> I believe that the cited message refers to the kernel configuration >> file, which is expected to be in sys/amd64/conf/GENERIC within the >> src hierarchy. >=20 > Like this: >=20 > huff@>> pwd > /usr/src > huff@>> dir sys/amd64/conf/GENERIC > -rw-rw-r-- 1 root wheel 14594 Oct 23 07:28 sys/amd64/conf/GENERIC The message is telling you (indirectly) that you need to run make = buildworld successfully first=85 Cheers! --Apple-Mail=_7ADEBC8C-A0FB-45AE-844B-5386E0F8C978 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJUSyhXAAoJEMZr5QU6S73eQnEIALfSl8rsEaDgrH1sIwY0AkU8 wZdRXct/PCQeQo+4SwTfiQnaeuq88O1mByOM04YntArbeCD40+lthvtsrBd3BzdF Iu8juDx189grA6sLXbJpN3yd5rNxnTwpAEC8EgLHsIci77F7Vb58F3Z5021cYWUO AKmYg7UuSDUbxCof7lrnS7lqFVSyqeZLTpB/TOgba0VKv9VXK03nJL1Jc4fCU5qN 3NVb6VHF+6UrSxsHNIZRcK0Gjp+12vIDpyfGGKU0oVks3oHhZhOk45ViwD/eA7TB CfCuNmQQyVOj2dA5d8J6ifWGKmBfBvlxSRKN6TNWXFMHdoEZS17Eac9g88yRrps= =A6S6 -----END PGP SIGNATURE----- --Apple-Mail=_7ADEBC8C-A0FB-45AE-844B-5386E0F8C978-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 25 07:31:56 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 36E3B43E for ; Sat, 25 Oct 2014 07:31:56 +0000 (UTC) Received: from mail-ig0-x22f.google.com (mail-ig0-x22f.google.com [IPv6:2607:f8b0:4001:c05::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 039B4F05 for ; Sat, 25 Oct 2014 07:31:55 +0000 (UTC) Received: by mail-ig0-f175.google.com with SMTP id uq10so1657452igb.2 for ; Sat, 25 Oct 2014 00:31:55 -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:content-type; bh=pVUywzVBLp9KQcushHBf3zGsIlMONOOEp1ZIDK5u0OM=; b=oZInGcIamugXJ8wngd58PLxwMOBQHHvPs8vFL5CbKCTzoqmVMh2HjyknE/prrL2Yto cegCVRhpUAUrKXk989yTyV7W9rfT7QCvLr+QtKQKgitsa09YJj7c7G1TbbuVygzMLAMy b0Tj5aPrIW3iFPwriMwDlXGwAApJlZBm5f6+HYepjd4tFUUBZUoH/5LaRDiVnhls96kE S5udETQuCiMJkcnmU9hbyOYR4+aykO3uowPamal6Ey5wbci1Ux5wtC7uqVUOaubp3k+B qbBloBmHBi18gS/mTItjLKmydA8Cm/tsrNZXxWjZpZEYUFeNAn/5t1g/NW0qIPAbY3LZ MCew== X-Received: by 10.107.134.89 with SMTP id i86mr365030iod.53.1414222315074; Sat, 25 Oct 2014 00:31:55 -0700 (PDT) MIME-Version: 1.0 Received: by 10.107.175.28 with HTTP; Sat, 25 Oct 2014 00:31:24 -0700 (PDT) In-Reply-To: <20141023190329.GP1877@kib.kiev.ua> References: <5433260C.5050901@egr.msu.edu> <20141007042043.GG26076@kib.kiev.ua> <5433E408.2010601@egr.msu.edu> <20141007164419.GB2153@kib.kiev.ua> <20141007180106.GD2153@kib.kiev.ua> <54344766.1040700@egr.msu.edu> <20141008170525.GH2153@kib.kiev.ua> <54358C88.2080501@egr.msu.edu> <20141022122640.GL1877@kib.kiev.ua> <54480C9B.7070606@egr.msu.edu> <20141023190329.GP1877@kib.kiev.ua> From: Jia-Shiun Li Date: Sat, 25 Oct 2014 15:31:24 +0800 Message-ID: Subject: Re: Ver 2 of the patch [was: Re: i915 driver update testing] To: Konstantin Belousov Content-Type: multipart/mixed; boundary=001a113ff7a4b9811505063a4a09 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Oct 2014 07:31:56 -0000 --001a113ff7a4b9811505063a4a09 Content-Type: text/plain; charset=UTF-8 On Fri, Oct 24, 2014 at 3:03 AM, Konstantin Belousov wrote: > Due to my mistake during the patch generation, i915.5.patch is just > a garbage. > > Use https://www.kib.kiev.ua/kib/drm/i915.6.patch. I already have one > private report of the patch worked from person who got the same panic > in iicbb. panic when I was opening Google maps in Chromium 38. But I was unable to reproduce it. The original code does not panic. src is r273588. CPU is an i5-3450. debug message attached. screenshot: https://lh3.googleusercontent.com/-BpPTfNTObtU/VEs9RGT7i6I/AAAAAAAAgfA/TvOnT-BP3zo/w894-h671-no/IMG_20141025_134906.jpg -Jia-Shiun. --001a113ff7a4b9811505063a4a09 Content-Type: text/plain; charset=US-ASCII; name="drm.txt" Content-Disposition: attachment; filename="drm.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_i1ongk0t0 YWdwMDogPEl2eUJyaWRnZSBkZXNrdG9wIEdUMSBJRz4gb24gdmdhcGNpMAphZ3AwOiBhcGVydHVy ZSBzaXplIGlzIDI1Nk0sIGRldGVjdGVkIDY1NTMyayBzdG9sZW4gbWVtb3J5CmFncDA6IEFHUF9T TkJfR0ZYX01PREU6IDAwMDAwMDAwCmFncDA6IEFHUF9TTkJfR0NDMTogMHgwMjExCmFncDA6IE1h cHBhYmxlIEdUVCBlbnRyaWVzOiA2NTUzNgphZ3AwOiBUb3RhbCBHVFQgZW50cmllczogNTI0Mjg4 CmluZm86IFtkcm1dIEluaXRpYWxpemVkIGRybSAxLjEuMCAyMDA2MDgxMApbZHJtOnBpZDk1ODpk cm1fcHJvYmVdIGRlc2MgOiAobnVsbCkKZHJtbjA6IDxJbnRlbCBJdnlCcmlkZ2U+IG9uIHZnYXBj aTAKW2RybTpwaWQ5NTg6ZHJtX2F0dGFjaF0gTVNJIGNvdW50ID0gMQp2Z2FwY2kwOiBhdHRlbXB0 aW5nIHRvIGFsbG9jYXRlIDEgTVNJIHZlY3RvcnMgKDEgc3VwcG9ydGVkKQptc2k6IHJvdXRpbmcg TVNJIElSUSAyNjcgdG8gbG9jYWwgQVBJQyAyIHZlY3RvciA1MQp2Z2FwY2kwOiB1c2luZyBJUlEg MjY3IGZvciBNU0kKaW5mbzogW2RybV0gTVNJIGVuYWJsZWQgMSBtZXNzYWdlKHMpCltkcm06cGlk OTU4OmRybV9sb2FkXQpbZHJtOnBpZDk1ODpkcm1fYWdwX2luaXRdIGFncF9hdmFpbGFibGUgPSAx CmluZm86IFtkcm1dIEFHUCBhdCAweGUwMDAwMDAwIDI1Nk1CCltkcm06cGlkOTU4OmRybV9jdHhi aXRtYXBfbmV4dF0gYml0IDogMApbZHJtOnBpZDk1ODpkcm1fY3R4Yml0bWFwX2luaXRdIGRybV9j dHhiaXRtYXBfaW5pdCA6IDAKW2RybTpwaWQ5NTg6ZHJtX2FkZG1hcF0gb2Zmc2V0ID0gMHhmNzgw MDAwMCwgc2l6ZSA9IDB4MDA0MDAwMDAsIHR5cGUgPSAxCltkcm06cGlkOTU4OmRybV9hZGRtYXBd IEFkZGVkIG1hcCAxIDB4Zjc4MDAwMDAvMHg0MDAwMDAKW2RybTpwaWQ5NTg6aW50ZWxfc2V0dXBf bWNoYmFyXSBtY2hiYXIgYWxyZWFkeSBlbmFibGVkCmlpY2J1czA6IDxQaGlsaXBzIEkyQyBidXM+ IG9uIGlpY2JiMCBhZGRyIDB4ZmYKaWljMDogPEkyQyBnZW5lcmljIEkvTz4gb24gaWljYnVzMApp aWMxOiA8STJDIGdlbmVyaWMgSS9PPiBvbiBpaWNidXMxCmlpY2J1czI6IDxQaGlsaXBzIEkyQyBi dXM+IG9uIGlpY2JiMSBhZGRyIDB4MAppaWMyOiA8STJDIGdlbmVyaWMgSS9PPiBvbiBpaWNidXMy CmlpYzM6IDxJMkMgZ2VuZXJpYyBJL08+IG9uIGlpY2J1czMKaWljYnVzNDogPFBoaWxpcHMgSTJD IGJ1cz4gb24gaWljYmIyIGFkZHIgMHgwCmlpYzQ6IDxJMkMgZ2VuZXJpYyBJL08+IG9uIGlpY2J1 czQKaWljNTogPEkyQyBnZW5lcmljIEkvTz4gb24gaWljYnVzNQppaWNidXM2OiA8UGhpbGlwcyBJ MkMgYnVzPiBvbiBpaWNiYjMgYWRkciAweDAKaWljNjogPEkyQyBnZW5lcmljIEkvTz4gb24gaWlj YnVzNgppaWM3OiA8STJDIGdlbmVyaWMgSS9PPiBvbiBpaWNidXM3CmlpY2J1czg6IDxQaGlsaXBz IEkyQyBidXM+IG9uIGlpY2JiNCBhZGRyIDB4MAppaWM4OiA8STJDIGdlbmVyaWMgSS9PPiBvbiBp aWNidXM4CmlpYzk6IDxJMkMgZ2VuZXJpYyBJL08+IG9uIGlpY2J1czkKaWljYnVzMTA6IDxQaGls aXBzIEkyQyBidXM+IG9uIGlpY2JiNSBhZGRyIDB4MAppaWMxMDogPEkyQyBnZW5lcmljIEkvTz4g b24gaWljYnVzMTAKaWljMTE6IDxJMkMgZ2VuZXJpYyBJL08+IG9uIGlpY2J1czExCmlpY2J1czEy OiA8UGhpbGlwcyBJMkMgYnVzPiBvbiBpaWNiYjYgYWRkciAweDAKaWljMTI6IDxJMkMgZ2VuZXJp YyBJL08+IG9uIGlpY2J1czEyCmlpYzEzOiA8STJDIGdlbmVyaWMgSS9PPiBvbiBpaWNidXMxMwpb ZHJtOnBpZDk1ODppbnRlbF9vcHJlZ2lvbl9zZXR1cF0gZ3JhcGhpYyBvcHJlZ2lvbiBwaHlzaWNh bCBhZGRyOiAweGQ4YTg3MDE4Cltkcm06cGlkOTU4OmludGVsX29wcmVnaW9uX3NldHVwXSBTV1ND SSBzdXBwb3J0ZWQKaW5mbzogW2RybV0gU3VwcG9ydHMgdmJsYW5rIHRpbWVzdGFtcCBjYWNoaW5n IFJldiAxICgxMC4xMC4yMDEwKS4KaW5mbzogW2RybV0gRHJpdmVyIHN1cHBvcnRzIHByZWNpc2Ug dmJsYW5rIHRpbWVzdGFtcCBxdWVyeS4KW2RybTpLTVM6cGlkOTU4OmludGVsX2RldGVjdF9wY2hd IEZvdW5kIFBhdGhlclBvaW50IFBDSApbZHJtOktNUzpwaWQ5NTg6aW5pdF92YnRfZGVmYXVsdHNd IFNldCBkZWZhdWx0IHRvIFNTQyBhdCAxMDBNSHoKW2RybTpLTVM6cGlkOTU4OmludGVsX3BhcnNl X2Jpb3NdIFVzaW5nIFZCVCBmcm9tIE9wUmVnaW9uOiAkVkJUIFNOQi9JVkItREVTS1RPUGQKW2Ry bTpLTVM6cGlkOTU4OnBhcnNlX2dlbmVyYWxfZmVhdHVyZXNdIEJEQl9HRU5FUkFMX0ZFQVRVUkVT IGludF90dl9zdXBwb3J0IDAgaW50X2NydF9zdXBwb3J0IDEgbHZkc191c2Vfc3NjIDAgbHZkc19z c2NfZnJlcSAxMjAgZGlzcGxheV9jbG9ja19tb2RlIDAKW2RybTpLTVM6cGlkOTU4OnBhcnNlX2dl bmVyYWxfZGVmaW5pdGlvbnNdIGNydF9kZGNfYnVzX3BpbjogMgpbZHJtOktNUzpwaWQ5NTg6cGFy c2VfbGZwX3BhbmVsX2RhdGFdIEZvdW5kIHBhbmVsIG1vZGUgaW4gQklPUyBWQlQgdGFibGVzOgpb ZHJtOktNUzpwaWQ5NTg6ZHJtX21vZGVfZGVidWdfcHJpbnRtb2RlbGluZV0gTW9kZWxpbmUgMDoi MTAyNHg3NjgiIDAgNjUwMDAgMTAyNCAxMDQ4IDExODQgMTM0NCA3NjggNzcxIDc3NyA4MDYgMHg4 IDB4YQpbZHJtOktNUzpwaWQ5NTg6cGFyc2VfbGZwX3BhbmVsX2RhdGFdIFZCVCBpbml0aWFsIExW RFMgdmFsdWUgMzAwCltkcm06S01TOnBpZDk1ODpwYXJzZV9zZHZvX3BhbmVsX2RhdGFdIEZvdW5k IFNEVk8gcGFuZWwgbW9kZSBpbiBCSU9TIFZCVCB0YWJsZXM6Cltkcm06S01TOnBpZDk1ODpkcm1f bW9kZV9kZWJ1Z19wcmludG1vZGVsaW5lXSBNb2RlbGluZSAwOiIxNjAweDEyMDAiIDAgMTYyMDAw IDE2MDAgMTY2NCAxODU2IDIxNjAgMTIwMCAxMjAxIDEyMDQgMTI1MCAweDggMHhhCltkcm06S01T OnBpZDk1ODpwYXJzZV9zZHZvX2RldmljZV9tYXBwaW5nXSBObyBTRFZPIGRldmljZSBpbmZvIGlz IGZvdW5kIGluIFZCVApbZHJtOktNUzpwaWQ5NTg6aW50ZWxfaW5pdF9wbV0gVXNpbmcgTVQgdmVy c2lvbiBvZiBmb3JjZXdha2UKW2RybTpLTVM6cGlkOTU4OmludGVsX21vZGVzZXRfaW5pdF0gMyBk aXNwbGF5IHBpcGVzIGF2YWlsYWJsZS4KW2RybTpLTVM6cGlkOTU4OmludGVsX2x2ZHNfaW5pdF0g TFZEUyBpcyBub3QgcHJlc2VudCBpbiBWQlQKW2RybTpLTVM6cGlkOTU4OmludGVsX2NydF9pbml0 XSBwY2ggY3J0IGFkcGEgc2V0IHRvIDB4ODBmNDAwMTAKW2RybTpLTVM6cGlkOTU4OmludGVsX3Nl dHVwX291dHB1dHNdIEhETUlCIDAgUENIX0RQX0IgMCBIRE1JQyAxIEhETUlEIDEgUENIX0RQX0Mg MSBQQ0hfRFBfRCAxIExWRFMgMApbZHJtOktNUzpwaWQ5NTg6aW50ZWxfZHBfaTJjX2luaXRdIGky Y19pbml0IERQRERDLUMKW2RybTpLTVM6cGlkOTU4OmludGVsX2RwX2F1eF9jaF0gZHBfYXV4X2No IHRpbWVvdXQgc3RhdHVzIDB4NTE0NTAwM2YKW2RybTpLTVM6cGlkOTU4OmludGVsX2RwX2kyY19h dXhfY2hdIGF1eF9jaCBmYWlsZWQgLTYwCltkcm06S01TOnBpZDk1ODppbnRlbF9kcF9hdXhfY2hd IGRwX2F1eF9jaCB0aW1lb3V0IHN0YXR1cyAweDUxNDUwMDNmCltkcm06S01TOnBpZDk1ODppbnRl bF9kcF9pMmNfYXV4X2NoXSBhdXhfY2ggZmFpbGVkIC02MApbZHJtOktNUzpwaWQ5NTg6aW50ZWxf ZHBfaTJjX2luaXRdIGkyY19pbml0IERQRERDLUQKW2RybTpLTVM6cGlkOTU4OmludGVsX2RwX2F1 eF9jaF0gZHBfYXV4X2NoIHRpbWVvdXQgc3RhdHVzIDB4NTE0NTAwM2YKW2RybTpLTVM6cGlkOTU4 OmludGVsX2RwX2kyY19hdXhfY2hdIGF1eF9jaCBmYWlsZWQgLTYwCltkcm06S01TOnBpZDk1ODpp bnRlbF9kcF9hdXhfY2hdIGRwX2F1eF9jaCB0aW1lb3V0IHN0YXR1cyAweDUxNDUwMDNmCltkcm06 S01TOnBpZDk1ODppbnRlbF9kcF9pMmNfYXV4X2NoXSBhdXhfY2ggZmFpbGVkIC02MApbZHJtOktN UzpwaWQ5NTg6aXJvbmxha2VfY3J0Y19kcG1zXSBjcnRjIDAvMCBkcG1zIG9mZgpbZHJtOktNUzpw aWQ5NTg6aW50ZWxfdXBkYXRlX2ZiY10KW2RybTpLTVM6cGlkOTU4Omlyb25sYWtlX2NydGNfZHBt c10gY3J0YyAxLzEgZHBtcyBvZmYKW2RybTpwaWQ5NTg6Z200NV9nZXRfdmJsYW5rX2NvdW50ZXJd IGk5MTU6IHRyeWluZyB0byBnZXQgdmJsYW5rIGNvdW50IGZvciBkaXNhYmxlZCBwaXBlIEIKW2Ry bTpwaWQ5NTg6Z200NV9nZXRfdmJsYW5rX2NvdW50ZXJdIGk5MTU6IHRyeWluZyB0byBnZXQgdmJs YW5rIGNvdW50IGZvciBkaXNhYmxlZCBwaXBlIEIKW2RybTpLTVM6cGlkOTU4OmludGVsX3VwZGF0 ZV9mYmNdCltkcm06S01TOnBpZDk1ODppcm9ubGFrZV9jcnRjX2RwbXNdIGNydGMgMi8yIGRwbXMg b2ZmCltkcm06cGlkOTU4OmdtNDVfZ2V0X3ZibGFua19jb3VudGVyXSBpOTE1OiB0cnlpbmcgdG8g Z2V0IHZibGFuayBjb3VudCBmb3IgZGlzYWJsZWQgcGlwZSBDCltkcm06cGlkOTU4OmdtNDVfZ2V0 X3ZibGFua19jb3VudGVyXSBpOTE1OiB0cnlpbmcgdG8gZ2V0IHZibGFuayBjb3VudCBmb3IgZGlz YWJsZWQgcGlwZSBDCltkcm06S01TOnBpZDk1ODppbnRlbF91cGRhdGVfZmJjXQpbZHJtOktNUzpw aWQ5NTg6aXJvbmxha2VfaW5pdF9wY2hfcmVmY2xrXSBoYXNfcGFuZWwgMCBoYXNfbHZkcyAwIGhh c19wY2hfZWRwIDAgaGFzX2NwdV9lZHAgMCBoYXNfY2s1MDUgMApbZHJtOktNUzpwaWQ5NTg6aXJv bmxha2VfaW5pdF9wY2hfcmVmY2xrXSBEaXNhYmxpbmcgU1NDIGVudGlyZWx5CmRybW4wOiB0YWtp bmcgb3ZlciB0aGUgZmljdGl0aW91cyByYW5nZSAweGUwMDAwMDAwLTB4ZjAwMDAwMDAKW2RybTpw aWQ5NTg6aW5pdF9zdGF0dXNfcGFnZV0gaTkxNTogaW5pdF9zdGF0dXNfcGFnZSByZW5kZXIgcmlu ZyBod3Mgb2Zmc2V0OiAweDAwMDAwMDAwCltkcm06cGlkOTU4OmluaXRfc3RhdHVzX3BhZ2VdIGk5 MTU6IGluaXRfc3RhdHVzX3BhZ2UgYnNkIHJpbmcgaHdzIG9mZnNldDogMHgwMDAyMjAwMApbZHJt OnBpZDk1ODppbml0X3N0YXR1c19wYWdlXSBpOTE1OiBpbml0X3N0YXR1c19wYWdlIGJsaXR0ZXIg cmluZyBod3Mgb2Zmc2V0OiAweDAwMDQzMDAwCltkcm06S01TOnBpZDk1ODpjcmVhdGVfZGVmYXVs dF9jb250ZXh0XSBEZWZhdWx0IEhXIGNvbnRleHQgbG9hZGVkCltkcm06S01TOnBpZDk1ODppOTE1 X2dlbV9jb250ZXh0X2luaXRdIEhXIGNvbnRleHQgc3VwcG9ydCBpbml0aWFsaXplZAppbmZvOiBb ZHJtXSBFbmFibGluZyBSQzYgc3RhdGVzOiBSQzYgb24sIFJDNnAgb24sIFJDNnBwIG9uCltkcm06 cGlkOTU4OmRybV9pcnFfaW5zdGFsbF0gaXJxPTI2NwpbZHJtOktNUzpwaWQ5NTg6ZHJtX2hlbHBl cl9wcm9iZV9zaW5nbGVfY29ubmVjdG9yX21vZGVzXSBbQ09OTkVDVE9SOjk6VkdBLTFdCltkcm06 S01TOnBpZDk1ODppbnRlbF9pcm9ubGFrZV9jcnRfZGV0ZWN0X2hvdHBsdWddIHRyaWdnZXIgaG90 cGx1ZyBkZXRlY3QgY3ljbGU6IGFkcGE9MHgzZjQwMDEwCltkcm06S01TOnBpZDk1ODppbnRlbF9p cm9ubGFrZV9jcnRfZGV0ZWN0X2hvdHBsdWddIGlyb25sYWtlIGhvdHBsdWcgYWRwYT0weDNmNDAw MTAsIHJlc3VsdCAxCltkcm06S01TOnBpZDk1ODppbnRlbF9jcnRfZGV0ZWN0XSBDUlQgZGV0ZWN0 ZWQgdmlhIGhvdHBsdWcKW2RybTpLTVM6cGlkOTU4OmRybV9lZGlkX3RvX2VsZF0gRUxEOiBubyBD RUEgRXh0ZW5zaW9uIGZvdW5kCltkcm06S01TOnBpZDk1ODpkcm1faGVscGVyX3Byb2JlX3Npbmds ZV9jb25uZWN0b3JfbW9kZXNdIFtDT05ORUNUT1I6OTpWR0EtMV0gcHJvYmVkIG1vZGVzIDoKW2Ry bTpLTVM6cGlkOTU4OmRybV9tb2RlX2RlYnVnX3ByaW50bW9kZWxpbmVdIE1vZGVsaW5lIDIyOiIx NjAweDkwMCIgNjAgOTc3NTAgMTYwMCAxNjQ4IDE2ODAgMTc2MCA5MDAgOTAzIDkwOCA5MjYgMHg0 OCAweDkKW2RybTpLTVM6cGlkOTU4OmRybV9tb2RlX2RlYnVnX3ByaW50bW9kZWxpbmVdIE1vZGVs aW5lIDYwOiIxNjgweDk0NSIgNjAgMTMxNDgxIDE2ODAgMTc4NCAxOTYwIDIyNDAgOTQ1IDk0NiA5 NDkgOTc4IDB4MCAweDYKW2RybTpLTVM6cGlkOTU4OmRybV9tb2RlX2RlYnVnX3ByaW50bW9kZWxp bmVdIE1vZGVsaW5lIDU2OiIxNDAweDEwNTAiIDYwIDEyMTc1MCAxNDAwIDE0ODggMTYzMiAxODY0 IDEwNTAgMTA1MyAxMDU3IDEwODkgMHg0MCAweDYKW2RybTpLTVM6cGlkOTU4OmRybV9tb2RlX2Rl YnVnX3ByaW50bW9kZWxpbmVdIE1vZGVsaW5lIDU5OiIxNjAweDkwMCIgNjAgMTE4OTYzIDE2MDAg MTY5NiAxODY0IDIxMjggOTAwIDkwMSA5MDQgOTMyIDB4MCAweDYKW2RybTpLTVM6cGlkOTU4OmRy bV9tb2RlX2RlYnVnX3ByaW50bW9kZWxpbmVdIE1vZGVsaW5lIDM1OiIxMjgweDEwMjQiIDc1IDEz NTAwMCAxMjgwIDEyOTYgMTQ0MCAxNjg4IDEwMjQgMTAyNSAxMDI4IDEwNjYgMHg0MCAweDUKW2Ry bTpLTVM6cGlkOTU4OmRybV9tb2RlX2RlYnVnX3ByaW50bW9kZWxpbmVdIE1vZGVsaW5lIDU0OiIx MjgweDEwMjQiIDYwIDEwODAwMCAxMjgwIDEzMjggMTQ0MCAxNjg4IDEwMjQgMTAyNSAxMDI4IDEw NjYgMHg0MCAweDUKW2RybTpLTVM6cGlkOTU4OmRybV9tb2RlX2RlYnVnX3ByaW50bW9kZWxpbmVd IE1vZGVsaW5lIDU3OiIxNDQweDkwMCIgNjAgMTA2NTAwIDE0NDAgMTUyMCAxNjcyIDE5MDQgOTAw IDkwMyA5MDkgOTM0IDB4NDAgMHg2Cltkcm06S01TOnBpZDk1ODpkcm1fbW9kZV9kZWJ1Z19wcmlu dG1vZGVsaW5lXSBNb2RlbGluZSA1MzoiMTI4MHg5NjAiIDYwIDEwODAwMCAxMjgwIDEzNzYgMTQ4 OCAxODAwIDk2MCA5NjEgOTY0IDEwMDAgMHg0MCAweDUKW2RybTpLTVM6cGlkOTU4OmRybV9tb2Rl X2RlYnVnX3ByaW50bW9kZWxpbmVdIE1vZGVsaW5lIDU4OiIxMzY2eDc2OCIgNjAgODU4ODUgMTM2 NiAxNDM5IDE1ODMgMTgwMCA3NjggNzY5IDc3MiA3OTUgMHgwIDB4NgpbZHJtOktNUzpwaWQ5NTg6 ZHJtX21vZGVfZGVidWdfcHJpbnRtb2RlbGluZV0gTW9kZWxpbmUgNTU6IjEzNjB4NzY4IiA2MCA4 NTUwMCAxMzYwIDE0MjQgMTUzNiAxNzkyIDc2OCA3NzEgNzc3IDc5NSAweDQwIDB4NQpbZHJtOktN UzpwaWQ5NTg6ZHJtX21vZGVfZGVidWdfcHJpbnRtb2RlbGluZV0gTW9kZWxpbmUgNTI6IjEyODB4 ODAwIiA3NSAxMDY1MDAgMTI4MCAxMzYwIDE0ODggMTY5NiA4MDAgODAzIDgwOSA4MzggMHg0MCAw eDYKW2RybTpLTVM6cGlkOTU4OmRybV9tb2RlX2RlYnVnX3ByaW50bW9kZWxpbmVdIE1vZGVsaW5l IDUxOiIxMjgweDgwMCIgNjAgODM1MDAgMTI4MCAxMzUyIDE0ODAgMTY4MCA4MDAgODAzIDgwOSA4 MzEgMHg0MCAweDkKW2RybTpLTVM6cGlkOTU4OmRybV9tb2RlX2RlYnVnX3ByaW50bW9kZWxpbmVd IE1vZGVsaW5lIDQ4OiIxMTUyeDg2NCIgNzUgMTA4MDAwIDExNTIgMTIxNiAxMzQ0IDE2MDAgODY0 IDg2NSA4NjggOTAwIDB4NDAgMHg1Cltkcm06S01TOnBpZDk1ODpkcm1fbW9kZV9kZWJ1Z19wcmlu dG1vZGVsaW5lXSBNb2RlbGluZSA1MDoiMTI4MHg3NjgiIDc1IDEwMjI1MCAxMjgwIDEzNjAgMTQ4 OCAxNjk2IDc2OCA3NzEgNzc4IDgwNSAweDQwIDB4OQpbZHJtOktNUzpwaWQ5NTg6ZHJtX21vZGVf ZGVidWdfcHJpbnRtb2RlbGluZV0gTW9kZWxpbmUgNDk6IjEyODB4NzY4IiA2MCA3OTUwMCAxMjgw IDEzNDQgMTQ3MiAxNjY0IDc2OCA3NzEgNzc4IDc5OCAweDQwIDB4NgpbZHJtOktNUzpwaWQ5NTg6 ZHJtX21vZGVfZGVidWdfcHJpbnRtb2RlbGluZV0gTW9kZWxpbmUgMjY6IjEyODB4NzIwIiA2MCA3 NDQ0MCAxMjgwIDEzMzYgMTQ3MiAxNjY0IDcyMCA3MjEgNzI0IDc0NiAweDAgMHg2Cltkcm06S01T OnBpZDk1ODpkcm1fbW9kZV9kZWJ1Z19wcmludG1vZGVsaW5lXSBNb2RlbGluZSAzNjoiMTAyNHg3 NjgiIDc1IDc4ODAwIDEwMjQgMTA0MCAxMTM2IDEzMTIgNzY4IDc2OSA3NzIgODAwIDB4NDAgMHg1 Cltkcm06S01TOnBpZDk1ODpkcm1fbW9kZV9kZWJ1Z19wcmludG1vZGVsaW5lXSBNb2RlbGluZSA0 NzoiMTAyNHg3NjgiIDc1IDc4NzUwIDEwMjQgMTA0MCAxMTM2IDEzMTIgNzY4IDc2OSA3NzIgODAw IDB4NDAgMHg1Cltkcm06S01TOnBpZDk1ODpkcm1fbW9kZV9kZWJ1Z19wcmludG1vZGVsaW5lXSBN b2RlbGluZSA0NjoiMTAyNHg3NjgiIDcwIDc1MDAwIDEwMjQgMTA0OCAxMTg0IDEzMjggNzY4IDc3 MSA3NzcgODA2IDB4NDAgMHhhCltkcm06S01TOnBpZDk1ODpkcm1fbW9kZV9kZWJ1Z19wcmludG1v ZGVsaW5lXSBNb2RlbGluZSA0NToiMTAyNHg3NjgiIDYwIDY1MDAwIDEwMjQgMTA0OCAxMTg0IDEz NDQgNzY4IDc3MSA3NzcgODA2IDB4NDAgMHhhCltkcm06S01TOnBpZDk1ODpkcm1fbW9kZV9kZWJ1 Z19wcmludG1vZGVsaW5lXSBNb2RlbGluZSAzOToiODMyeDYyNCIgNzUgNTcyODQgODMyIDg2NCA5 MjggMTE1MiA2MjQgNjI1IDYyOCA2NjcgMHg0MCAweGEKW2RybTpLTVM6cGlkOTU4OmRybV9tb2Rl X2RlYnVnX3ByaW50bW9kZWxpbmVdIE1vZGVsaW5lIDQzOiI4MDB4NjAwIiA3MiA1MDAwMCA4MDAg ODU2IDk3NiAxMDQwIDYwMCA2MzcgNjQzIDY2NiAweDQwIDB4NQpbZHJtOktNUzpwaWQ5NTg6ZHJt X21vZGVfZGVidWdfcHJpbnRtb2RlbGluZV0gTW9kZWxpbmUgNDQ6IjgwMHg2MDAiIDc1IDQ5NTAw IDgwMCA4MTYgODk2IDEwNTYgNjAwIDYwMSA2MDQgNjI1IDB4NDAgMHg1Cltkcm06S01TOnBpZDk1 ODpkcm1fbW9kZV9kZWJ1Z19wcmludG1vZGVsaW5lXSBNb2RlbGluZSAyODoiODAweDYwMCIgNjAg NDAwMDAgODAwIDg0MCA5NjggMTA1NiA2MDAgNjAxIDYwNSA2MjggMHg0MCAweDUKW2RybTpLTVM6 cGlkOTU4OmRybV9tb2RlX2RlYnVnX3ByaW50bW9kZWxpbmVdIE1vZGVsaW5lIDI5OiI4MDB4NjAw IiA1NiAzNjAwMCA4MDAgODI0IDg5NiAxMDI0IDYwMCA2MDEgNjAzIDYyNSAweDQwIDB4NQpbZHJt OktNUzpwaWQ5NTg6ZHJtX21vZGVfZGVidWdfcHJpbnRtb2RlbGluZV0gTW9kZWxpbmUgMzA6IjY0 MHg0ODAiIDc1IDMxNTAwIDY0MCA2NTYgNzIwIDg0MCA0ODAgNDgxIDQ4NCA1MDAgMHg0MCAweGEK W2RybTpLTVM6cGlkOTU4OmRybV9tb2RlX2RlYnVnX3ByaW50bW9kZWxpbmVdIE1vZGVsaW5lIDMx OiI2NDB4NDgwIiA3MyAzMTUwMCA2NDAgNjY0IDcwNCA4MzIgNDgwIDQ4OSA0OTEgNTIwIDB4NDAg MHhhCltkcm06S01TOnBpZDk1ODpkcm1fbW9kZV9kZWJ1Z19wcmludG1vZGVsaW5lXSBNb2RlbGlu ZSAzMjoiNjQweDQ4MCIgNjcgMzAyNDAgNjQwIDcwNCA3NjggODY0IDQ4MCA0ODMgNDg2IDUyNSAw eDQwIDB4YQpbZHJtOktNUzpwaWQ5NTg6ZHJtX21vZGVfZGVidWdfcHJpbnRtb2RlbGluZV0gTW9k ZWxpbmUgMzM6IjY0MHg0ODAiIDYwIDI1MjAwIDY0MCA2NTYgNzUyIDgwMCA0ODAgNDkwIDQ5MiA1 MjUgMHg0MCAweGEKW2RybTpLTVM6cGlkOTU4OmRybV9tb2RlX2RlYnVnX3ByaW50bW9kZWxpbmVd IE1vZGVsaW5lIDM0OiI3MjB4NDAwIiA3MCAyODMyMCA3MjAgNzM4IDg0NiA5MDAgNDAwIDQxMiA0 MTQgNDQ5IDB4NDAgMHg2Cltkcm06S01TOnBpZDk1ODpkcm1faGVscGVyX3Byb2JlX3NpbmdsZV9j b25uZWN0b3JfbW9kZXNdIFtDT05ORUNUT1I6MTI6SERNSS1BLTFdCltkcm06S01TOnBpZDk1ODpp bnRlbF9nbWJ1c190cmFuc2Zlcl0gR01CVVMgW2dtYnVzIGRwY10gTkFLIGZvciBhZGRyOiAwMGEw IHIoMSkKW2RybTpLTVM6cGlkOTU4OmRybV9kb19wcm9iZV9kZGNfZWRpZF0gaWljYnVzX3RyYW5z ZmVyIGNvdW50ZG93biA1IGVycm9yIDYKW2RybTpLTVM6cGlkOTU4OmludGVsX2dtYnVzX3RyYW5z ZmVyXSBHTUJVUyBbZ21idXMgZHBjXSBOQUsgZm9yIGFkZHI6IDAwYTAgcigxKQpbZHJtOktNUzpw aWQ5NTg6ZHJtX2RvX3Byb2JlX2RkY19lZGlkXSBpaWNidXNfdHJhbnNmZXIgY291bnRkb3duIDQg ZXJyb3IgNgpbZHJtOktNUzpwaWQ5NTg6aW50ZWxfZ21idXNfdHJhbnNmZXJdIEdNQlVTIFtnbWJ1 cyBkcGNdIE5BSyBmb3IgYWRkcjogMDBhMCByKDEpCltkcm06S01TOnBpZDk1ODpkcm1fZG9fcHJv YmVfZGRjX2VkaWRdIGlpY2J1c190cmFuc2ZlciBjb3VudGRvd24gMyBlcnJvciA2Cltkcm06S01T OnBpZDk1ODppbnRlbF9nbWJ1c190cmFuc2Zlcl0gR01CVVMgW2dtYnVzIGRwY10gTkFLIGZvciBh ZGRyOiAwMGEwIHIoMSkKW2RybTpLTVM6cGlkOTU4OmRybV9kb19wcm9iZV9kZGNfZWRpZF0gaWlj YnVzX3RyYW5zZmVyIGNvdW50ZG93biAyIGVycm9yIDYKW2RybTpLTVM6cGlkOTU4OmludGVsX2dt YnVzX3RyYW5zZmVyXSBHTUJVUyBbZ21idXMgZHBjXSBOQUsgZm9yIGFkZHI6IDAwYTAgcigxKQpb ZHJtOktNUzpwaWQ5NTg6ZHJtX2RvX3Byb2JlX2RkY19lZGlkXSBpaWNidXNfdHJhbnNmZXIgY291 bnRkb3duIDEgZXJyb3IgNgpbZHJtOktNUzpwaWQ5NTg6aW50ZWxfaGRtaV9kZXRlY3RdIFtDT05O RUNUT1I6MTI6SERNSS1BLTFdIGdvdCBubyBlZGlkLCBkZGMgcG9ydCA0Cltkcm06S01TOnBpZDk1 ODpkcm1faGVscGVyX3Byb2JlX3NpbmdsZV9jb25uZWN0b3JfbW9kZXNdIFtDT05ORUNUT1I6MTI6 SERNSS1BLTFdIGRpc2Nvbm5lY3RlZApbZHJtOktNUzpwaWQ5NTg6ZHJtX2hlbHBlcl9wcm9iZV9z aW5nbGVfY29ubmVjdG9yX21vZGVzXSBbQ09OTkVDVE9SOjE2OkhETUktQS0yXQpbZHJtOktNUzpw aWQ5NTg6aW50ZWxfZ21idXNfdHJhbnNmZXJdIEdNQlVTIFtnbWJ1cyBkcGRdIE5BSyBmb3IgYWRk cjogMDBhMCByKDEpCltkcm06S01TOnBpZDk1ODpkcm1fZG9fcHJvYmVfZGRjX2VkaWRdIGlpY2J1 c190cmFuc2ZlciBjb3VudGRvd24gNSBlcnJvciA2Cltkcm06S01TOnBpZDk1ODppbnRlbF9nbWJ1 c190cmFuc2Zlcl0gR01CVVMgW2dtYnVzIGRwZF0gTkFLIGZvciBhZGRyOiAwMGEwIHIoMSkKW2Ry bTpLTVM6cGlkOTU4OmRybV9kb19wcm9iZV9kZGNfZWRpZF0gaWljYnVzX3RyYW5zZmVyIGNvdW50 ZG93biA0IGVycm9yIDYKW2RybTpLTVM6cGlkOTU4OmludGVsX2dtYnVzX3RyYW5zZmVyXSBHTUJV UyBbZ21idXMgZHBkXSBOQUsgZm9yIGFkZHI6IDAwYTAgcigxKQpbZHJtOktNUzpwaWQ5NTg6ZHJt X2RvX3Byb2JlX2RkY19lZGlkXSBpaWNidXNfdHJhbnNmZXIgY291bnRkb3duIDMgZXJyb3IgNgpb ZHJtOktNUzpwaWQ5NTg6aW50ZWxfZ21idXNfdHJhbnNmZXJdIEdNQlVTIFtnbWJ1cyBkcGRdIE5B SyBmb3IgYWRkcjogMDBhMCByKDEpCltkcm06S01TOnBpZDk1ODpkcm1fZG9fcHJvYmVfZGRjX2Vk aWRdIGlpY2J1c190cmFuc2ZlciBjb3VudGRvd24gMiBlcnJvciA2Cltkcm06S01TOnBpZDk1ODpp bnRlbF9nbWJ1c190cmFuc2Zlcl0gR01CVVMgW2dtYnVzIGRwZF0gTkFLIGZvciBhZGRyOiAwMGEw IHIoMSkKW2RybTpLTVM6cGlkOTU4OmRybV9kb19wcm9iZV9kZGNfZWRpZF0gaWljYnVzX3RyYW5z ZmVyIGNvdW50ZG93biAxIGVycm9yIDYKW2RybTpLTVM6cGlkOTU4OmludGVsX2hkbWlfZGV0ZWN0 XSBbQ09OTkVDVE9SOjE2OkhETUktQS0yXSBnb3Qgbm8gZWRpZCwgZGRjIHBvcnQgNgpbZHJtOktN UzpwaWQ5NTg6ZHJtX2hlbHBlcl9wcm9iZV9zaW5nbGVfY29ubmVjdG9yX21vZGVzXSBbQ09OTkVD VE9SOjE2OkhETUktQS0yXSBkaXNjb25uZWN0ZWQKW2RybTpLTVM6cGlkOTU4OmRybV9oZWxwZXJf cHJvYmVfc2luZ2xlX2Nvbm5lY3Rvcl9tb2Rlc10gW0NPTk5FQ1RPUjoxNzpEUC0xXQpbZHJtOktN UzpwaWQ5NTg6aW50ZWxfZHBfYXV4X2NoXSBkcF9hdXhfY2ggdGltZW91dCBzdGF0dXMgMHg1MTQ1 MDAzZgpbZHJtOktNUzpwaWQ5NTg6aW50ZWxfZHBfYXV4X2NoXSBkcF9hdXhfY2ggdGltZW91dCBz dGF0dXMgMHg1MTQ1MDAzZgpbZHJtOktNUzpwaWQ5NTg6aW50ZWxfZHBfYXV4X2NoXSBkcF9hdXhf Y2ggdGltZW91dCBzdGF0dXMgMHg1MTQ1MDAzZgpbZHJtOktNUzpwaWQ5NTg6ZHJtX2hlbHBlcl9w cm9iZV9zaW5nbGVfY29ubmVjdG9yX21vZGVzXSBbQ09OTkVDVE9SOjE3OkRQLTFdIGRpc2Nvbm5l Y3RlZApbZHJtOktNUzpwaWQ5NTg6ZHJtX2hlbHBlcl9wcm9iZV9zaW5nbGVfY29ubmVjdG9yX21v ZGVzXSBbQ09OTkVDVE9SOjE5OkRQLTJdCltkcm06S01TOnBpZDk1ODppbnRlbF9kcF9hdXhfY2hd IGRwX2F1eF9jaCB0aW1lb3V0IHN0YXR1cyAweDUxNDUwMDNmCltkcm06S01TOnBpZDk1ODppbnRl bF9kcF9hdXhfY2hdIGRwX2F1eF9jaCB0aW1lb3V0IHN0YXR1cyAweDUxNDUwMDNmCltkcm06S01T OnBpZDk1ODppbnRlbF9kcF9hdXhfY2hdIGRwX2F1eF9jaCB0aW1lb3V0IHN0YXR1cyAweDUxNDUw MDNmCltkcm06S01TOnBpZDk1ODpkcm1faGVscGVyX3Byb2JlX3NpbmdsZV9jb25uZWN0b3JfbW9k ZXNdIFtDT05ORUNUT1I6MTk6RFAtMl0gZGlzY29ubmVjdGVkCltkcm06S01TOnBpZDk1ODpkcm1f c2V0dXBfY3J0Y3NdCltkcm06S01TOnBpZDk1ODpkcm1fZW5hYmxlX2Nvbm5lY3RvcnNdIGNvbm5l Y3RvciA5IGVuYWJsZWQ/IHllcwpbZHJtOktNUzpwaWQ5NTg6ZHJtX2VuYWJsZV9jb25uZWN0b3Jz XSBjb25uZWN0b3IgMTIgZW5hYmxlZD8gbm8KW2RybTpLTVM6cGlkOTU4OmRybV9lbmFibGVfY29u bmVjdG9yc10gY29ubmVjdG9yIDE2IGVuYWJsZWQ/IG5vCltkcm06S01TOnBpZDk1ODpkcm1fZW5h YmxlX2Nvbm5lY3RvcnNdIGNvbm5lY3RvciAxNyBlbmFibGVkPyBubwpbZHJtOktNUzpwaWQ5NTg6 ZHJtX2VuYWJsZV9jb25uZWN0b3JzXSBjb25uZWN0b3IgMTkgZW5hYmxlZD8gbm8KW2RybTpLTVM6 cGlkOTU4OmRybV90YXJnZXRfcHJlZmVycmVkXSBsb29raW5nIGZvciBjbWRsaW5lIG1vZGUgb24g Y29ubmVjdG9yIDkKW2RybTpLTVM6cGlkOTU4OmRybV90YXJnZXRfcHJlZmVycmVkXSBsb29raW5n IGZvciBwcmVmZXJyZWQgbW9kZSBvbiBjb25uZWN0b3IgOQpbZHJtOktNUzpwaWQ5NTg6ZHJtX3Rh cmdldF9wcmVmZXJyZWRdIGZvdW5kIG1vZGUgMTYwMHg5MDAKW2RybTpLTVM6cGlkOTU4OmRybV9z ZXR1cF9jcnRjc10gcGlja2luZyBDUlRDcyBmb3IgODE5Mng4MTkyIGNvbmZpZwpbZHJtOktNUzpw aWQ5NTg6ZHJtX3NldHVwX2NydGNzXSBkZXNpcmVkIG1vZGUgMTYwMHg5MDAgc2V0IG9uIGNydGMg MwpbZHJtOktNUzpwaWQ5NTg6aW50ZWxmYl9jcmVhdGVdIGFsbG9jYXRlZCAxNjAweDkwMCAocyAy NGJpdHMpIGZiOiAweDAwMDczMDAwLCBibyAweGZmZmZmODAwM2JjMmQwMDAKZmJkMCBvbiBkcm1u MApWVDogUmVwbGFjaW5nIGRyaXZlciAidmdhIiB3aXRoIG5ldyAiZmIiLgpbZHJtOktNUzpwaWQw OmRybV9jcnRjX2hlbHBlcl9zZXRfY29uZmlnXQpbZHJtOktNUzpwaWQwOmRybV9jcnRjX2hlbHBl cl9zZXRfY29uZmlnXSBbQ1JUQzozXSBbRkI6MjRdICNjb25uZWN0b3JzPTEgKHggeSkgKDAgMCkK W2RybTpLTVM6cGlkMDpkcm1fY3J0Y19oZWxwZXJfc2V0X2NvbmZpZ10gY3J0YyBoYXMgbm8gZmIs IGZ1bGwgbW9kZSBzZXQKW2RybTpLTVM6cGlkMDpkcm1fY3J0Y19oZWxwZXJfc2V0X2NvbmZpZ10g bW9kZXMgYXJlIGRpZmZlcmVudCwgZnVsbCBtb2RlIHNldApbZHJtOktNUzpwaWQwOmRybV9tb2Rl X2RlYnVnX3ByaW50bW9kZWxpbmVdIE1vZGVsaW5lIDA6IiIgMCAwIDAgMCAwIDAgMCAwIDAgMCAw eDAgMHgwCltkcm06S01TOnBpZDA6ZHJtX21vZGVfZGVidWdfcHJpbnRtb2RlbGluZV0gTW9kZWxp bmUgMjM6IjE2MDB4OTAwIiA2MCA5Nzc1MCAxNjAwIDE2NDggMTY4MCAxNzYwIDkwMCA5MDMgOTA4 IDkyNiAweDQ4IDB4OQpbZHJtOktNUzpwaWQwOmRybV9jcnRjX2hlbHBlcl9zZXRfY29uZmlnXSBl bmNvZGVyIGNoYW5nZWQsIGZ1bGwgbW9kZSBzd2l0Y2gKW2RybTpLTVM6cGlkMDpkcm1fY3J0Y19o ZWxwZXJfc2V0X2NvbmZpZ10gY3J0YyBjaGFuZ2VkLCBmdWxsIG1vZGUgc3dpdGNoCltkcm06S01T OnBpZDA6ZHJtX2NydGNfaGVscGVyX3NldF9jb25maWddIFtDT05ORUNUT1I6OTpWR0EtMV0gdG8g W0NSVEM6M10KW2RybTpLTVM6cGlkMDpkcm1fY3J0Y19oZWxwZXJfc2V0X2NvbmZpZ10gYXR0ZW1w dGluZyB0byBzZXQgbW9kZSBmcm9tIHVzZXJzcGFjZQpbZHJtOktNUzpwaWQwOmRybV9tb2RlX2Rl YnVnX3ByaW50bW9kZWxpbmVdIE1vZGVsaW5lIDIzOiIxNjAweDkwMCIgNjAgOTc3NTAgMTYwMCAx NjQ4IDE2ODAgMTc2MCA5MDAgOTAzIDkwOCA5MjYgMHg0OCAweDkKW2RybTpLTVM6cGlkMDpkcm1f Y3J0Y19oZWxwZXJfc2V0X21vZGVdIFtDUlRDOjNdCltkcm06cGlkMDpkcm1fdmJsYW5rX2dldF0g ZW5hYmxpbmcgdmJsYW5rIG9uIGNydGMgMCwgcmV0OiAyMgpbZHJtOktNUzpwaWQwOmludGVsX2No b29zZV9waXBlX2JwcF9kaXRoZXJdIHNldHRpbmcgcGlwZSBicGMgdG8gOCAobWF4IGRpc3BsYXkg YnBjIDgpCltkcm06S01TOnBpZDA6aXJvbmxha2VfY3J0Y19tb2RlX3NldF0gTW9kZSBmb3IgcGlw ZSAwOgpbZHJtOktNUzpwaWQwOmRybV9tb2RlX2RlYnVnX3ByaW50bW9kZWxpbmVdIE1vZGVsaW5l IDIzOiIxNjAweDkwMCIgNjAgOTc3NTAgMTYwMCAxNjQ4IDE2ODAgMTc2MCA5MDAgOTAzIDkwOCA5 MjYgMHg0OCAweDkKW2RybTpLTVM6cGlkMDppbnRlbF9nZXRfcGNoX3BsbF0gQ1JUQzozIGFsbG9j YXRlZCBQQ0ggUExMIGM2MDE0Cltkcm06S01TOnBpZDA6aW50ZWxfZ2V0X3BjaF9wbGxdIHVzaW5n IHBsbCAwIGZvciBwaXBlIDAKW2RybTpLTVM6cGlkMDppbnRlbF9nZXRfcGNoX3BsbF0gc3dpdGNo aW5nIFBMTCBjNjAxNCBvZmYKaW5mbzogW2RybV0gSW5pdGlhbGl6ZWQgaTkxNSAxLjYuMCAyMDA4 MDczMApbZHJtOktNUzpwaWQwOmlyb25sYWtlX3dhaXRfZm9yX3ZibGFua10gdmJsYW5rIHdhaXQg dGltZWQgb3V0Cltkcm06S01TOnBpZDA6aXJvbmxha2VfdXBkYXRlX3BsYW5lXSBXcml0aW5nIGJh c2UgMDAwNzMwMDAgMDAwMDAwMDAgMCAwIDY0MDAKW2RybTpLTVM6cGlkMDppbnRlbF91cGRhdGVf ZmJjXQpbZHJtOktNUzpwaWQwOnNhbmR5YnJpZGdlX3VwZGF0ZV93bV0gRklGTyB3YXRlcm1hcmtz IEZvciBwaXBlIEEgLSBwbGFuZSAxMCwgY3Vyc29yOiA2Cltkcm06S01TOnBpZDA6aXJvbmxha2Vf Y2hlY2tfc3J3bV0gd2F0ZXJtYXJrIDE6IGRpc3BsYXkgcGxhbmUgMTUsIGZiYyBsaW5lcyAzLCBj dXJzb3IgNgpbZHJtOktNUzpwaWQwOmlyb25sYWtlX2NoZWNrX3Nyd21dIHdhdGVybWFyayAyOiBk aXNwbGF5IHBsYW5lIDUxLCBmYmMgbGluZXMgMywgY3Vyc29yIDYKW2RybTpLTVM6cGlkMDppcm9u bGFrZV9jaGVja19zcndtXSB3YXRlcm1hcmsgMzogZGlzcGxheSBwbGFuZSAxMDAsIGZiYyBsaW5l cyAzLCBjdXJzb3IgNgpbZHJtOktNUzpwaWQwOmRybV9jcnRjX2hlbHBlcl9zZXRfbW9kZV0gW0VO Q09ERVI6MTA6REFDLTEwXSBzZXQgW01PREU6MjM6MTYwMHg5MDBdCltkcm06S01TOnBpZDA6c2Fu ZHlicmlkZ2VfdXBkYXRlX3dtXSBGSUZPIHdhdGVybWFya3MgRm9yIHBpcGUgQSAtIHBsYW5lIDEw LCBjdXJzb3I6IDYKW2RybTpLTVM6cGlkMDppcm9ubGFrZV9jaGVja19zcndtXSB3YXRlcm1hcmsg MTogZGlzcGxheSBwbGFuZSAxNSwgZmJjIGxpbmVzIDMsIGN1cnNvciA2Cltkcm06S01TOnBpZDA6 aXJvbmxha2VfY2hlY2tfc3J3bV0gd2F0ZXJtYXJrIDI6IGRpc3BsYXkgcGxhbmUgNTEsIGZiYyBs aW5lcyAzLCBjdXJzb3IgNgpbZHJtOktNUzpwaWQwOmlyb25sYWtlX2NoZWNrX3Nyd21dIHdhdGVy bWFyayAzOiBkaXNwbGF5IHBsYW5lIDEwMCwgZmJjIGxpbmVzIDMsIGN1cnNvciA2Cltkcm06S01T OnBpZDA6aXJvbmxha2Vfd2FpdF9mb3JfdmJsYW5rXSB2Ymxhbmsgd2FpdCB0aW1lZCBvdXQKW2Ry bTpLTVM6cGlkMDppcm9ubGFrZV93YWl0X2Zvcl92YmxhbmtdIHZibGFuayB3YWl0IHRpbWVkIG91 dApbZHJtOktNUzpwaWQwOml2Yl9tYW51YWxfZmRpX2xpbmtfdHJhaW5dIEZESV9SWF9JSVIgMHg3 MDAKW2RybTpLTVM6cGlkMDppdmJfbWFudWFsX2ZkaV9saW5rX3RyYWluXSBGREkgdHJhaW4gMSBk b25lLgpbZHJtOktNUzpwaWQwOml2Yl9tYW51YWxfZmRpX2xpbmtfdHJhaW5dIEZESV9SWF9JSVIg MHg2MDAKW2RybTpLTVM6cGlkMDppdmJfbWFudWFsX2ZkaV9saW5rX3RyYWluXSBGREkgdHJhaW4g MiBkb25lLgpbZHJtOktNUzpwaWQwOml2Yl9tYW51YWxfZmRpX2xpbmtfdHJhaW5dIEZESSB0cmFp biBkb25lLgpbZHJtOktNUzpwaWQwOmludGVsX2VuYWJsZV9wY2hfcGxsXSBlbmFibGUgUENIIFBM TCBjNjAxNCAoYWN0aXZlIDAsIG9uPyAwKWZvciBjcnRjIDMKW2RybTpLTVM6cGlkMDppbnRlbF9l bmFibGVfcGNoX3BsbF0gZW5hYmxpbmcgUENIIFBMTCBjNjAxNApbZHJtOktNUzpwaWQwOmludGVs X3VwZGF0ZV9mYmNdCltkcm06cGlkMDpkcm1fY2FsY190aW1lc3RhbXBpbmdfY29uc3RhbnRzXSBj cnRjIDM6IGh3bW9kZTogaHRvdGFsIDE3NjAsIHZ0b3RhbCA5MjYsIHZkaXNwbGF5IDkwMApbZHJt OnBpZDA6ZHJtX2NhbGNfdGltZXN0YW1waW5nX2NvbnN0YW50c10gY3J0YyAzOiBjbG9jayA5Nzc1 MCBrSHogZnJhbWVkdXIgMTY2NzI2MzAgbGluZWR1ciAxODAwNSwgcGl4ZWxkdXIgMTAKW2RybTpL TVM6cGlkMDpkcm1fY3J0Y19oZWxwZXJfc2V0X2NvbmZpZ10gU2V0dGluZyBjb25uZWN0b3IgRFBN UyBzdGF0ZSB0byBvbgpbZHJtOktNUzpwaWQwOmRybV9jcnRjX2hlbHBlcl9zZXRfY29uZmlnXSAg ICAgICBbQ09OTkVDVE9SOjk6VkdBLTFdIHNldCBEUE1TIG9uCltkcm06S01TOnBpZDA6ZHJtX2Ny dGNfaGVscGVyX3NldF9jb25maWddCltkcm06S01TOnBpZDA6ZHJtX2NydGNfaGVscGVyX3NldF9j b25maWddIFtDUlRDOjVdIFtOT0ZCXQpbZHJtOktNUzpwaWQwOmRybV9jcnRjX2hlbHBlcl9zZXRf Y29uZmlnXQpbZHJtOktNUzpwaWQwOmRybV9jcnRjX2hlbHBlcl9zZXRfY29uZmlnXSBbQ1JUQzo3 XSBbTk9GQl0KW2RybTpwaWQxMjppbnRlbF9wcmVwYXJlX3BhZ2VfZmxpcF0gcHJlcGFyaW5nIGZs aXAgd2l0aCBubyB1bnBpbiB3b3JrPwpbZHJtOktNUzpwaWQwOmludGVsX2lyb25sYWtlX2NydF9k ZXRlY3RfaG90cGx1Z10gaXJvbmxha2UgaG90cGx1ZyBhZHBhPTB4ODNmNDAwMDgsIHJlc3VsdCAx Cltkcm06S01TOnBpZDA6aW50ZWxfY3J0X2RldGVjdF0gQ1JUIGRldGVjdGVkIHZpYSBob3RwbHVn Cltkcm06S01TOnBpZDA6b3V0cHV0X3BvbGxfZXhlY3V0ZV0gW0NPTk5FQ1RPUjo5OlZHQS0xXSBz dGF0dXMgdXBkYXRlZCBmcm9tIDEgdG8gMQpbZHJtOktNUzpwaWQwOmludGVsX2dtYnVzX3RyYW5z ZmVyXSBHTUJVUyBbZ21idXMgZHBjXSBOQUsgZm9yIGFkZHI6IDAwYTAgcigxKQpbZHJtOktNUzpw aWQwOmRybV9kb19wcm9iZV9kZGNfZWRpZF0gaWljYnVzX3RyYW5zZmVyIGNvdW50ZG93biA1IGVy cm9yIDYKW2RybTpLTVM6cGlkMDppbnRlbF9nbWJ1c190cmFuc2Zlcl0gR01CVVMgW2dtYnVzIGRw Y10gTkFLIGZvciBhZGRyOiAwMGEwIHIoMSkKW2RybTpLTVM6cGlkMDpkcm1fZG9fcHJvYmVfZGRj X2VkaWRdIGlpY2J1c190cmFuc2ZlciBjb3VudGRvd24gNCBlcnJvciA2Cltkcm06S01TOnBpZDA6 aW50ZWxfZ21idXNfdHJhbnNmZXJdIEdNQlVTIFtnbWJ1cyBkcGNdIE5BSyBmb3IgYWRkcjogMDBh MCByKDEpCltkcm06S01TOnBpZDA6ZHJtX2RvX3Byb2JlX2RkY19lZGlkXSBpaWNidXNfdHJhbnNm ZXIgY291bnRkb3duIDMgZXJyb3IgNgpbZHJtOktNUzpwaWQwOmludGVsX2dtYnVzX3RyYW5zZmVy XSBHTUJVUyBbZ21idXMgZHBjXSBOQUsgZm9yIGFkZHI6IDAwYTAgcigxKQpbZHJtOktNUzpwaWQw OmRybV9kb19wcm9iZV9kZGNfZWRpZF0gaWljYnVzX3RyYW5zZmVyIGNvdW50ZG93biAyIGVycm9y IDYKW2RybTpLTVM6cGlkMDppbnRlbF9nbWJ1c190cmFuc2Zlcl0gR01CVVMgW2dtYnVzIGRwY10g TkFLIGZvciBhZGRyOiAwMGEwIHIoMSkKW2RybTpLTVM6cGlkMDpkcm1fZG9fcHJvYmVfZGRjX2Vk aWRdIGlpY2J1c190cmFuc2ZlciBjb3VudGRvd24gMSBlcnJvciA2Cltkcm06S01TOnBpZDA6aW50 ZWxfaGRtaV9kZXRlY3RdIFtDT05ORUNUT1I6MTI6SERNSS1BLTFdIGdvdCBubyBlZGlkLCBkZGMg cG9ydCA0Cltkcm06S01TOnBpZDA6b3V0cHV0X3BvbGxfZXhlY3V0ZV0gW0NPTk5FQ1RPUjoxMjpI RE1JLUEtMV0gc3RhdHVzIHVwZGF0ZWQgZnJvbSAyIHRvIDIKW2RybTpLTVM6cGlkMDppbnRlbF9n bWJ1c190cmFuc2Zlcl0gR01CVVMgW2dtYnVzIGRwZF0gTkFLIGZvciBhZGRyOiAwMGEwIHIoMSkK W2RybTpLTVM6cGlkMDpkcm1fZG9fcHJvYmVfZGRjX2VkaWRdIGlpY2J1c190cmFuc2ZlciBjb3Vu dGRvd24gNSBlcnJvciA2Cltkcm06S01TOnBpZDA6aW50ZWxfZ21idXNfdHJhbnNmZXJdIEdNQlVT IFtnbWJ1cyBkcGRdIE5BSyBmb3IgYWRkcjogMDBhMCByKDEpCltkcm06S01TOnBpZDA6ZHJtX2Rv X3Byb2JlX2RkY19lZGlkXSBpaWNidXNfdHJhbnNmZXIgY291bnRkb3duIDQgZXJyb3IgNgpbZHJt OktNUzpwaWQwOmludGVsX2dtYnVzX3RyYW5zZmVyXSBHTUJVUyBbZ21idXMgZHBkXSBOQUsgZm9y IGFkZHI6IDAwYTAgcigxKQpbZHJtOktNUzpwaWQwOmRybV9kb19wcm9iZV9kZGNfZWRpZF0gaWlj YnVzX3RyYW5zZmVyIGNvdW50ZG93biAzIGVycm9yIDYKW2RybTpLTVM6cGlkMDppbnRlbF9nbWJ1 c190cmFuc2Zlcl0gR01CVVMgW2dtYnVzIGRwZF0gTkFLIGZvciBhZGRyOiAwMGEwIHIoMSkKW2Ry bTpLTVM6cGlkMDpkcm1fZG9fcHJvYmVfZGRjX2VkaWRdIGlpY2J1c190cmFuc2ZlciBjb3VudGRv d24gMiBlcnJvciA2Cltkcm06S01TOnBpZDA6aW50ZWxfZ21idXNfdHJhbnNmZXJdIEdNQlVTIFtn bWJ1cyBkcGRdIE5BSyBmb3IgYWRkcjogMDBhMCByKDEpCltkcm06S01TOnBpZDA6ZHJtX2RvX3By b2JlX2RkY19lZGlkXSBpaWNidXNfdHJhbnNmZXIgY291bnRkb3duIDEgZXJyb3IgNgpbZHJtOktN UzpwaWQwOmludGVsX2hkbWlfZGV0ZWN0XSBbQ09OTkVDVE9SOjE2OkhETUktQS0yXSBnb3Qgbm8g ZWRpZCwgZGRjIHBvcnQgNgpbZHJtOktNUzpwaWQwOm91dHB1dF9wb2xsX2V4ZWN1dGVdIFtDT05O RUNUT1I6MTY6SERNSS1BLTJdIHN0YXR1cyB1cGRhdGVkIGZyb20gMiB0byAyCltkcm06S01TOnBp ZDA6aW50ZWxfZHBfYXV4X2NoXSBkcF9hdXhfY2ggdGltZW91dCBzdGF0dXMgMHg1MTQ1MDAzZgpb ZHJtOktNUzpwaWQwOmludGVsX2RwX2F1eF9jaF0gZHBfYXV4X2NoIHRpbWVvdXQgc3RhdHVzIDB4 NTE0NTAwM2YKW2RybTpLTVM6cGlkMDppbnRlbF9kcF9hdXhfY2hdIGRwX2F1eF9jaCB0aW1lb3V0 IHN0YXR1cyAweDUxNDUwMDNmCltkcm06S01TOnBpZDA6b3V0cHV0X3BvbGxfZXhlY3V0ZV0gW0NP Tk5FQ1RPUjoxNzpEUC0xXSBzdGF0dXMgdXBkYXRlZCBmcm9tIDIgdG8gMgpbZHJtOktNUzpwaWQw OmludGVsX2RwX2F1eF9jaF0gZHBfYXV4X2NoIHRpbWVvdXQgc3RhdHVzIDB4NTE0NTAwM2YKW2Ry bTpLTVM6cGlkMDppbnRlbF9kcF9hdXhfY2hdIGRwX2F1eF9jaCB0aW1lb3V0IHN0YXR1cyAweDUx NDUwMDNmCltkcm06S01TOnBpZDA6aW50ZWxfZHBfYXV4X2NoXSBkcF9hdXhfY2ggdGltZW91dCBz dGF0dXMgMHg1MTQ1MDAzZgpbZHJtOktNUzpwaWQwOm91dHB1dF9wb2xsX2V4ZWN1dGVdIFtDT05O RUNUT1I6MTk6RFAtMl0gc3RhdHVzIHVwZGF0ZWQgZnJvbSAyIHRvIDIKCg== --001a113ff7a4b9811505063a4a09-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 25 10:07:59 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 73325D90 for ; Sat, 25 Oct 2014 10:07:59 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 57D54F13 for ; Sat, 25 Oct 2014 10:07:58 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1XhyGF-0002En-Mt for freebsd-current@freebsd.org; Sat, 25 Oct 2014 03:07:51 -0700 Date: Sat, 25 Oct 2014 03:07:51 -0700 (PDT) From: Beeblebrox To: freebsd-current@freebsd.org Message-ID: <1414231671692-5959433.post@n5.nabble.com> Subject: Some NFS server V4 questions 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.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Oct 2014 10:07:59 -0000 * I can't get the NFS server to run V4 only. I have: sysctl vfs.nfsd.server_min_nfsvers=4 I start all NFS-related services manually (from script) #!/bin/sh rpcbind -s -h 192.168.2.1 mountd -rnl -h 192.168.2.1 nfsd -ut -n 4 -h 192.168.2.1 nfsuserd /etc/exports has: V4: / -network 192.168.2.0/26 /data/amd64 /data/amd64/boot/s386 -ro -network 192.168.2.0/26 /usr/local -ro -maproot=0 -network 192.168.2.0/26 /home -network 192.168.2.0/26 Running "nfsstat -m" from a PXE client gives me: 192.168.2.1:/data/amd64 on / nfsv2,tcp,resvport,hard,cto,lockd,sec=sys,acdirmin=3,acdirmax=60,acregmin=5,acregmax=60,nametimeo=60,negnametimeo=60,rsize=8192,wsize=8192,readdirsize=8192,readahead=1,wcommitsize=1997092,timeout=120,retrans=2 192.168.2.1:/home on /home nfsv3,tcp,resvport,hard,intr,cto,lockd,sec=sys,acdirmin=3,acdirmax=60,acregmin=5,acregmax=60,nametimeo=60,negnametimeo=60,rsize=65536,wsize=65536,readdirsize=65536,readahead=1,wcommitsize=1997092,timeout=120,retrans=2 192.168.2.1:/usr/local on /usr/local nfsv3,tcp,resvport,hard,cto,lockd,sec=sys,acdirmin=3,acdirmax=60,acregmin=5,acregmax=60,nametimeo=60,negnametimeo=60,rsize=65536,wsize=65536,readdirsize=65536,readahead=1,wcommitsize=1997092,timeout=120,retrans=2 The PXE-booted kernel is compiled with: nfscommon, nfssvc, nfs, nfscl, nfslock On server side, in addition to the above, these are loaded as modules: acl_nfs4.ko, nfsd.ko, nfslockd.ko PXE client's /etc/rc.conf the only NFS-related entry is: nfs_client_enable="YES" PXE client's /etc/fstab is: 92.168.2.1:/data/amd64 / nfs ro 0 0 192.168.2.1:/usr/local /usr/local nfs ro 0 0 192.168.2.1:/home /home nfs rw,hard,intr 0 0 * Considering V2/V3 for NFS is getting dropped from code base, PXE clients used to need max V3 as root and could not mount_root with V4. Has this changed? If so, what services do the clients need to get V4 on root working (RO, no RW)? * There was a simple command to show from server-side what version of NFS the exports were running, but I seem to have lost that. Any clues? * Have any of these services become capable of running from inside a jail environment? {rpcbind mountd nfsd nfsuserd} - it does not seem so, but just checking. Thanks and Regards. ----- FreeBSD-11-current_amd64_root-on-zfs_RadeonKMS -- View this message in context: http://freebsd.1045724.n5.nabble.com/Some-NFS-server-V4-questions-tp5959433.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Sat Oct 25 15:06:35 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BB62866A for ; Sat, 25 Oct 2014 15:06:35 +0000 (UTC) Received: from smtp.rcn.com (smtp.rcn.com [69.168.97.78]) (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 845CB130 for ; Sat, 25 Oct 2014 15:06:34 +0000 (UTC) X_CMAE_Category: , , X-CNFS-Analysis: v=2.0 cv=NupTgrhJ c=1 sm=1 a=60v6UuX1j5Kr1+jwqVp4LA==:17 a=L9H7d07YOLsA:10 a=kj9zAlcOel0A:10 a=sIt-5M63AAAA:8 a=OA2lqS22AAAA:8 a=2CxFx4QJdN7XwzyZ9acA:9 a=CjuIK1q_8ugA:10 a=60v6UuX1j5Kr1+jwqVp4LA==:117 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine X-Authed-Username: cm9iZXJ0aHVmZkByY24uY29t Authentication-Results: smtp01.rcn.cmh.synacor.com smtp.mail=roberthuff@rcn.com; spf=neutral; sender-id=neutral Received-SPF: neutral (smtp01.rcn.cmh.synacor.com: 209.6.39.248 is neither permitted nor denied by domain of rcn.com) Received: from [209.6.39.248] ([209.6.39.248:16096] helo=jerusalem.litteratus.org.litteratus.org) by smtp.rcn.com (envelope-from ) (ecelerity 3.6.2.43620 r(Platform:3.6.2.0)) with ESMTP id BC/15-47743-97CBB445; Sat, 25 Oct 2014 11:06:33 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <21579.48249.38538.569254@jerusalem.litteratus.org> Date: Sat, 25 Oct 2014 11:06:33 -0400 To: Garrett Cooper Subject: Re: can't build CURRENT/amd64 using 9.3? In-Reply-To: References: X-Mailer: VM 8.1.2 under 24.3.1 (i386-portbld-freebsd9.3) X-Mailman-Approved-At: Sat, 25 Oct 2014 15:33:08 +0000 Cc: roberthuff@rcn.com, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Oct 2014 15:06:35 -0000 Garrett Cooper writes: > The message is telling you (indirectly) that you need to run make > buildworld successfully first? Recapping: Current system: FreeBSD 9.3-RELEASE #0 r268512: Fri Jul 11 03:13:02 UTC 2014 i386 Source tree at CURRENT/r273626. No make.conf. src.conf: KERNCONF=GENERIC TARGET=amd64 TARGET_ARCH=amd64 Build uses this script: #! /bin/sh cd /usr/src if [ -f buildworld.log ] then rm buildworld.log fi chflags -R noschg /usr/obj/* rm -rf /usr/obj make cleandir date > ./buildworld.time make -j 1 TARGET=amd64 TARGET_ARCH=amd64 buildworld > ./buildworld.log 2>&1 tail -n 50 /usr/src/buildworld.log | sendmail huff Build log at "http://users.rcn.com/roberthuff/bl.gz" So: is that or is it not a valid world build? Respectfully, Robert Huff From owner-freebsd-current@FreeBSD.ORG Sat Oct 25 15:53:25 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B5DD0F8C for ; Sat, 25 Oct 2014 15:53:25 +0000 (UTC) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) (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 8773F80D for ; Sat, 25 Oct 2014 15:53:25 +0000 (UTC) Received: from [73.34.117.227] (helo=ilsoft.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1Xi3eY-000IU3-66; Sat, 25 Oct 2014 15:53:18 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id s9PFrHtF072463; Sat, 25 Oct 2014 09:53:17 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 73.34.117.227 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1+ZrHMM6tZJlZuplqrWzIFG X-Authentication-Warning: paranoia.hippie.lan: Host revolution.hippie.lan [172.22.42.240] claimed to be [172.22.42.240] Subject: Re: can't build CURRENT/amd64 using 9.3? From: Ian Lepore To: current@freebsd.org In-Reply-To: <21578.63389.245058.509853@jerusalem.litteratus.org> References: <21577.45368.652684.358507@jerusalem.litteratus.org> <1414161292.12052.636.camel@revolution.hippie.lan> <21578.44013.924580.237535@jerusalem.litteratus.org> <21578.58677.191263.464446@jerusalem.litteratus.org> <21578.63389.245058.509853@jerusalem.litteratus.org> Content-Type: text/plain; charset="us-ascii" Date: Sat, 25 Oct 2014 09:53:16 -0600 Message-ID: <1414252396.12052.643.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: roberthuff@rcn.com X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Oct 2014 15:53:25 -0000 On Fri, 2014-10-24 at 21:06 -0400, owner-freebsd-current@freebsd.org wrote: > roberthuff@rcn.com writes: > > > I am now doing "make buildkernel" with TARGET/TARGET_ARCH on > > the command line. For installkernel, do I need to use them also, > > or will it magically know where to look? > > Kernel built. > However: > > huff@>> make installkernel > ERROR: No kernel "GENERIC" to install. > *** Error code 1 > > Stop. > bmake: stopped in /usr/src > *** [installkernel] Error code 1 > > Stop in /usr/src. > huff@>> make TARGET=amd64 TARGET_ARCH=amd64 installkernel > ERROR: Please set DESTDIR! > *** Error code 1 > It appears you almost had it right at this point, but overlooked this error which is also the instructions of how to fix this error. Note that this error kept you from destroying your i386 build host by installing some amd64 bits on it. -- Ian > Stop. > bmake: stopped in /usr/src > *** [installkernel] Error code 1 > > Stop in /usr/src. > > I believe there is a kernel in > /usr/obj/amd64.amd64/usr/src/sys/GENERIC, and world in > /usr/obj/amd64.amd64/usr/src. > > How do I make sure these get installed in the right place(s)? > > Respectfully, > > > Robert Huff > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sat Oct 25 15:58:37 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0182725D for ; Sat, 25 Oct 2014 15:58:36 +0000 (UTC) Received: from quine.pinyon.org (quine.pinyon.org [65.101.5.249]) (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 C962E84D for ; Sat, 25 Oct 2014 15:58:36 +0000 (UTC) Received: by quine.pinyon.org (Postfix, from userid 122) id E15271602D3; Sat, 25 Oct 2014 08:50:18 -0700 (MST) X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on quine.pinyon.org X-Spam-Level: X-Spam-Status: No, score=-1.8 required=5.0 tests=ALL_TRUSTED, BAYES_00, URI_HEX autolearn=no autolearn_force=no version=3.4.0 Received: from feyerabend.n1.pinyon.org (feyerabend.n1.pinyon.org [10.0.10.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by quine.pinyon.org (Postfix) with ESMTPSA id 3807B1601D8 for ; Sat, 25 Oct 2014 08:50:16 -0700 (MST) Message-ID: <544BC6B7.90608@pinyon.org> Date: Sat, 25 Oct 2014 08:50:15 -0700 From: "Russell L. Carter" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Some NFS server V4 questions References: <1414231671692-5959433.post@n5.nabble.com> In-Reply-To: <1414231671692-5959433.post@n5.nabble.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Oct 2014 15:58:37 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 10/25/14 03:07, Beeblebrox wrote: > * I can't get the NFS server to run V4 only. I have: sysctl > vfs.nfsd.server_min_nfsvers=4 > [...] > PXE client's /etc/fstab is: 92.168.2.1:/data/amd64 / nfs > ro 0 0 192.168.2.1:/usr/local /usr/local nfs ro 0 > 0 192.168.2.1:/home /home nfs rw,hard,intr 0 0 > Possibly need to arrange for mount_nfs to see -o nfsv4 (I use mount_nfs -o nfsv4,minorversion=1) Then nfsstat shows eg: terp:/library on /mnt/terp/library nfsv4,minorversion=1,tcp,resvport,hard,cto,sec=sys,acdirmin=3,acdirmax=60,acregmin=5,acregmax=60,nametimeo=60,negnametimeo=60,rsize=65536,wsize=65536,readdirsize=65536,readahead=1,wcommitsize=2798255,timeout=120,retrans=2147483647 HTH, Russell > * Considering V2/V3 for NFS is getting dropped from code base, PXE > clients used to need max V3 as root and could not mount_root with > V4. Has this changed? If so, what services do the clients need to > get V4 on root working (RO, no RW)? > * There was a simple command to show from server-side what version > of NFS the exports were running, but I seem to have lost that. Any > clues? > > * Have any of these services become capable of running from inside > a jail environment? {rpcbind mountd nfsd nfsuserd} - it does not > seem so, but just checking. > > Thanks and Regards. > > > > ----- FreeBSD-11-current_amd64_root-on-zfs_RadeonKMS -- View this > message in context: > http://freebsd.1045724.n5.nabble.com/Some-NFS-server-V4-questions-tp5959433.html > > Sent from the freebsd-current mailing list archive at Nabble.com. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current To > unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" > -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBAgAGBQJUS8a3AAoJEFnLrGVSDFaEvWEP/iIKgw1kTmGQqgYAzVY++8uq X3XMSnUFNGkyZSO/cz9gCO8S+oXkWVD8z3UbTKtyPCdTHhp48klTRW+ceSGvfhq2 oyWfcM5bXbOBLQZaoz66IL77mZHlWOTOLoGyNQZp7x/7KXETN7nK+qxQ1WDD7WM9 BW8fC+krQ4F5Tvqc70fylu93QKKUiqi26cOMWuRLTwgLXJY+NtPLMjH+SadDonNC FvszjFpTsoP7cKPWA0vPA2iLb3Q43DT1+k23r6iY33JzTX2LW+zpzk+i4wEneNE8 JAgGqsFB08sH8krBrKo3n5+zcd5R0mZu3uX9a0CQJYiNHg6Phh4QgyETTYJT0ig/ mF1Q7V5z4FHLKdZigqO2WjNN2l2zfzDlUWfDTyc/b8CZIaPJemdqADsBVl76UdX8 2HspYZdAxR2zPc9EmpNPQJAksBFyUpwZy6cpHW+7wrkeeYoTWZLYV5sm4IscOzEE tdof9VRIT+DGPrxLPFxO8tQiOV0eQWh3Om7Tlp92b3no9A3aUObQGIltvEEYQDKt CobSmiLRSx0FK/pGYrYZilJlWStJLHySvnpbEkVDJGVL9Ua42Jn/VMXfBksRz01P 53wFmW7RAj8yyzDKA8P7rTjoJdypBRJZXphk+svceGOKv8Bxrcx3xgyF82Cl8YPk Kl2YChCpbLewc+zxmRCz =ShKh -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sat Oct 25 16:58:46 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 12B0EDEA for ; Sat, 25 Oct 2014 16:58:46 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E7A08D77 for ; Sat, 25 Oct 2014 16:58:45 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1Xi4fs-00020J-2G for freebsd-current@freebsd.org; Sat, 25 Oct 2014 09:58:44 -0700 Date: Sat, 25 Oct 2014 09:58:44 -0700 (PDT) From: Beeblebrox To: freebsd-current@freebsd.org Message-ID: <20141025195819.1cc75873@rsbsd.rsb> In-Reply-To: <544BC6B7.90608@pinyon.org> References: <1414231671692-5959433.post@n5.nabble.com> <544BC6B7.90608@pinyon.org> Subject: Re: Some NFS server V4 questions MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Oct 2014 16:58:46 -0000 Hi Russ, > > PXE client's /etc/fstab is: 92.168.2.1:/data/amd64 / nfs > > ro 0 0 192.168.2.1:/usr/local /usr/local nfs ro 0 > > Possibly need to arrange for mount_nfs to see -o nfsv4 > (I use mount_nfs -o nfsv4,minorversion=1) Yeah, that would work very likely and thanks. >From a purist standpoint, what would be settings on server side to force NFSV4 offering only? This means, how can I configure NFS so that V2/V3 requests get denied AND logged for debug? ----- FreeBSD-11-current_amd64_root-on-zfs_RadeonKMS -- View this message in context: http://freebsd.1045724.n5.nabble.com/Some-NFS-server-V4-questions-tp5959433p5959475.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Sat Oct 25 20:30:06 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A6544C2 for ; Sat, 25 Oct 2014 20:30:06 +0000 (UTC) Received: from quine.pinyon.org (quine.pinyon.org [65.101.5.249]) (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 7BA3C64D for ; Sat, 25 Oct 2014 20:30:06 +0000 (UTC) Received: by quine.pinyon.org (Postfix, from userid 122) id ED1451602D3; Sat, 25 Oct 2014 13:30:04 -0700 (MST) X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on quine.pinyon.org X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham autolearn_force=no version=3.4.0 Received: from feyerabend.n1.pinyon.org (feyerabend.n1.pinyon.org [10.0.10.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by quine.pinyon.org (Postfix) with ESMTPSA id 683001601D8 for ; Sat, 25 Oct 2014 13:30:02 -0700 (MST) Message-ID: <544C084A.3070807@pinyon.org> Date: Sat, 25 Oct 2014 13:30:02 -0700 From: "Russell L. Carter" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Some NFS server V4 questions References: <1414231671692-5959433.post@n5.nabble.com> <544BC6B7.90608@pinyon.org> <20141025195819.1cc75873@rsbsd.rsb> In-Reply-To: <20141025195819.1cc75873@rsbsd.rsb> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Oct 2014 20:30:06 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 10/25/14 09:58, Beeblebrox wrote: > Hi Russ, > >>> PXE client's /etc/fstab is: 92.168.2.1:/data/amd64 / nfs >>> ro 0 0 192.168.2.1:/usr/local /usr/local nfs ro 0 >> >> Possibly need to arrange for mount_nfs to see -o nfsv4 (I use >> mount_nfs -o nfsv4,minorversion=1) > Yeah, that would work very likely and thanks. > > From a purist standpoint, what would be settings on server side to > force NFSV4 offering only? This means, how can I configure NFS so > that V2/V3 requests get denied AND logged for debug? > I have vfs.nfsd.server_min_nfsvers=4 set on the server, and when I mount_nfs -o nfsv3 on the client, the error the client sees is [tcp] terp:/packages: NFSPROC_NULL: RPC: Program/version mismatch; low version = 4, high version = 4 Have to ^C to exit. Nothing shows up in the server's log, but because of sloth I haven't tried to make anything show up. Maybe there's an option. Best, Russell -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBAgAGBQJUTAhKAAoJEFnLrGVSDFaEctoP/3VAFxrLfkYDPTsKrCMD0pJf RrNY0ePTVueDltsVXeEpT/pxSzN7RKLhWL0AB0IsoTWBvZZCHTbwv7GvF0yufxNW +oU29DEceIc8dxhXqjjOCKM3Na85C90idukemDG5ZaZoDU9d//POKaV1ET5HwQNq mZ1q4pqNjnf/O0q+7KjOxVvOnA1g7T2x/HxvL7D0RbmO6EGoRNXbMzxidQmcRDSG V4pmS5GoTUuOqTeXqYbrHJsF8tBaxKqcsOcz90LIWoilYCxiVccPY9SI+EYhX0hq ExVzTvt5OvfNSmz252m8I+87Sw0KA9r06fTpbARuK9Afyt/KNcOU/vANjzDegzLG 8u9TcnBfsqNR7K3pqyvt4jyVW6fliI79i1wpVw2ZNn02vGSn1l2iHWzddX9y0Hmj l1VMM2nWgag8V7wHebRmxILZMHK+VU4gWxp4hTXm0GkXHV27vPWY7eMQtbz/e7yu OpqPSUO7AEp6PTMCZoQY8uIEqmfJIKnyv2/ua3RgNtqM1srvjg1nugxXjfD8z9m6 PH0EY691Rv5hUScXwRtcElO8pziKWFbiXE1HrpPDMnpTtq6Wg5r/ubwepWTrmNJC FfdNOzTCVSF6nBMAo7pwV2P2ATHQkDQjMJJ7B8jZPOapCX59q2Cgth/jX0muiX3g wKbO2ZvSZa7lDAmBcecj =DKjs -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sat Oct 25 20:45:42 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 55E366F3; Sat, 25 Oct 2014 20:45:42 +0000 (UTC) Received: from mail-wi0-x22f.google.com (mail-wi0-x22f.google.com [IPv6:2a00:1450:400c:c05::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BDA60895; Sat, 25 Oct 2014 20:45:41 +0000 (UTC) Received: by mail-wi0-f175.google.com with SMTP id h11so1588013wiw.8 for ; Sat, 25 Oct 2014 13:45:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:message-id:mail-followup-to:mime-version :content-type:content-disposition:user-agent; bh=e48qxjoogQL6icgMC5OeXHPs760d61OeXLwfTiPej5w=; b=HNYrZmVWcl9+xImvSQUQg7aDnv6gZUH0tazbxRsM8tbyf9N4LXB4nz28aGyphwTJGP +3twamRmLL5h2t9ea7pwkFJPOVYPpTZid5aYNpX+HaMgKQ9OoEr8tY3DkBFd9njk9co0 s8hh2RhfB5hnKuzL9npNjewXV3V32AprpU6mjTy2uPWi7XWPLQL1oHhZGGV5H0XgcyGC T1eMa/+4+zGSwXz/0byxVfKzC8RSIaVeAuRlq+uBSr50ann27lc5v6MEFhkKBb/3MesA 9j/89Rl33eHMqO21vK++54PToaa1E4SoKhtTCb65VbPcpjwt7whNP/5bmQEqL1NVBO4C 8I/A== X-Received: by 10.195.13.14 with SMTP id eu14mr12811642wjd.31.1414269939982; Sat, 25 Oct 2014 13:45:39 -0700 (PDT) Received: from dft-labs.eu (n1x0n-1-pt.tunnel.tserv5.lon1.ipv6.he.net. [2001:470:1f08:1f7::2]) by mx.google.com with ESMTPSA id q10sm9793801wjq.35.2014.10.25.13.45.38 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Sat, 25 Oct 2014 13:45:39 -0700 (PDT) Date: Sat, 25 Oct 2014 22:45:36 +0200 From: Mateusz Guzik To: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: junior kernel tasks Message-ID: <20141025204536.GD19066@dft-labs.eu> Mail-Followup-To: Mateusz Guzik , freebsd-hackers@freebsd.org, freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Oct 2014 20:45:42 -0000 Hello, In short, nice kernel tasks people with C language skills can do in few evenings. https://wiki.freebsd.org/JuniorJobs It is assumed you know how to obtain sources and build the kernel. What you can get in return: - your own code in FreeBSD tree - eternal glory [1] - fun [2] If you are not interested, but know someone who does, please pass it down. [1] - not really, no [2] - well, I guess that's subjective, so that's not a "no" Cheers, -- Mateusz Guzik From owner-freebsd-current@FreeBSD.ORG Sat Oct 25 21:15:21 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3ECEAE8C for ; Sat, 25 Oct 2014 21:15:21 +0000 (UTC) Received: from mail-ob0-x22e.google.com (mail-ob0-x22e.google.com [IPv6:2607:f8b0:4003:c01::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 03BFCB23 for ; Sat, 25 Oct 2014 21:15:20 +0000 (UTC) Received: by mail-ob0-f174.google.com with SMTP id uz6so1802468obc.19 for ; Sat, 25 Oct 2014 14:15:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=QhyEn1DDbqGW92zgdjS8qE96zWTbHuIxlQbsYFFCAsM=; b=zi8DMSiNraniWlRtk38XbKYOErGyraE0sAdPHw6rSRFi53/9j8+IIXn/oFZSCIxn9t Ad7dfHRwqZjP15Lw/SUMx7lyu9YGXzcpzzC2fOp3AeoOEZJRZMOLkdQjPC4zowrhE7w8 yg0Tn/Rfe+cKV+gU6FV2OAUc8ZYERwHqdsFgPLb47iDEVa2VXyI0eqqc0l7DkqfOgNqy D/4mGDuQMUYiad0wE9yKaGslkznPyCeoYL66cnPHKc1/oIJHjYsE+FxixpEv52Gra2mM Rxfl5v8ug/64iVivjK/oA9wPiZ7XAUoYT9zVRzI6vGaeUC7qmBMmhEl0kqxyhkWeHbdv Ox/w== MIME-Version: 1.0 X-Received: by 10.182.79.41 with SMTP id g9mr10965401obx.14.1414271720332; Sat, 25 Oct 2014 14:15:20 -0700 (PDT) Received: by 10.202.228.65 with HTTP; Sat, 25 Oct 2014 14:15:20 -0700 (PDT) In-Reply-To: <20141023190329.GP1877@kib.kiev.ua> References: <5433260C.5050901@egr.msu.edu> <20141007042043.GG26076@kib.kiev.ua> <5433E408.2010601@egr.msu.edu> <20141007164419.GB2153@kib.kiev.ua> <20141007180106.GD2153@kib.kiev.ua> <54344766.1040700@egr.msu.edu> <20141008170525.GH2153@kib.kiev.ua> <54358C88.2080501@egr.msu.edu> <20141022122640.GL1877@kib.kiev.ua> <54480C9B.7070606@egr.msu.edu> <20141023190329.GP1877@kib.kiev.ua> Date: Sat, 25 Oct 2014 23:15:20 +0200 Message-ID: Subject: Re: Ver 2 of the patch [was: Re: i915 driver update testing] From: Johannes Dieterich To: Konstantin Belousov Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: Adam McDougall , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Oct 2014 21:15:21 -0000 Hi, I can confirm v6 of the patch works for me with a r273559 kernel on a i5-3320M notebook as well. Only interesting new output to messages: Oct 25 23:11:19 kernel: error: [drm:pid1159:gen6_sanitize_pm] *ERROR* Power management discrepancy: GEN6_RP_INTERRUPT_LIMITS expected 00070000, was 18070000 Oct 25 23:11:28 kernel: error: [drm:pid1159:gen6_sanitize_pm] *ERROR* Power management discrepancy: GEN6_RP_INTERRUPT_LIMITS expected 18070000, was 00000000 Oct 25 23:11:36 kernel: error: [drm:pid1159:gen6_sanitize_pm] *ERROR* Power management discrepancy: GEN6_RP_INTERRUPT_LIMITS expected 18070000, was 18000000 Oct 25 23:11:48 kernel: error: [drm:pid1159:gen6_sanitize_pm] *ERROR* Power management discrepancy: GEN6_RP_INTERRUPT_LIMITS expected 18070000, was 18000000 Thanks a lot! Johannes On Thu, Oct 23, 2014 at 9:03 PM, Konstantin Belousov wrote: > On Wed, Oct 22, 2014 at 03:59:23PM -0400, Adam McDougall wrote: > > On 10/22/2014 08:26, Konstantin Belousov wrote: > > > On Wed, Oct 08, 2014 at 03:12:08PM -0400, Adam McDougall wrote: > > >> On 10/08/2014 13:05, Konstantin Belousov wrote: > > >>> There are more occurences of the bug I fixed once in patch version 2. > > >>> Also, since pmap changes were committed in modified form, please try > > >>> the updated patch at https://www.kib.kiev.ua/kib/drm/i915.3.patch . > > >>> > > >> > > >> No apparent change: > > >> http://www.egr.msu.edu/~mcdouga9/i915-patch3-1.txt > > > cite> (kgdb) p *(struct drm_i915_private *)(dev_private) > > > cite> No symbol "dev_private" in current context. > > > > > > This is p *(struct drm_i915_private *)(dev->dev_private) > > > > http://www.egr.msu.edu/~mcdouga9/dev_private.txt > > > > > > > > I regenerated patch after recent merges and changes in KPI on HEAD. > > > https://www.kib.kiev.ua/kib/drm/i915.4.patch > > > > > > Please apply it, I think the issue should be there still. Then apply > > > the following debugging patch, and set > > > kenv drm.debug=0x3 > > > before loading i915kms.ko. I want to see the same debugging > information, > > > and dmesg from the moment of loading the driver. > > > > > > > > In fact, try > > > https://www.kib.kiev.ua/kib/drm/i915.5.patch > Due to my mistake during the patch generation, i915.5.patch is just > a garbage. > > Use https://www.kib.kiev.ua/kib/drm/i915.6.patch. I already have one > private report of the patch worked from person who got the same panic > in iicbb. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sat Oct 25 22:02:01 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 42BAD804 for ; Sat, 25 Oct 2014 22:02:01 +0000 (UTC) Received: from esa-annu.net.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 09EE3F67 for ; Sat, 25 Oct 2014 22:02:00 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ArQEAPAcTFSDaFve/2dsb2JhbABcg2JYBIMCykYMhndUAoEbAX2EAgEBAQMBAQEBICsgCwUWGAICDRkCKQEJJgYIBwQBHASICwMJCQ2zdI1yF4YuAQEBAQEBBAEBAQEBAQEbgSyPCwEBGzQHgjZBEoFCBZZPhA6EcZRBhBQhLwEBAQSBCDmBAwEBAQ X-IronPort-AV: E=Sophos;i="5.04,788,1406606400"; d="scan'208";a="163513860" Received: from muskoka.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.222]) by esa-annu.net.uoguelph.ca with ESMTP; 25 Oct 2014 18:01:58 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 9E415AE931; Sat, 25 Oct 2014 18:01:58 -0400 (EDT) Date: Sat, 25 Oct 2014 18:01:58 -0400 (EDT) From: Rick Macklem To: Beeblebrox Message-ID: <1906655738.7488451.1414274518637.JavaMail.root@uoguelph.ca> In-Reply-To: <1414231671692-5959433.post@n5.nabble.com> Subject: Re: Some NFS server V4 questions MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.201] X-Mailer: Zimbra 7.2.6_GA_2926 (ZimbraWebClient - FF3.0 (Win)/7.2.6_GA_2926) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Oct 2014 22:02:01 -0000 Beeblebrox wrote: > * I can't get the NFS server to run V4 only. I have: > sysctl vfs.nfsd.server_min_nfsvers=4 > Hmm. With this set the NFS server shouldn't accept V2, 3 RPCs. The mount will work, since that is done by the Mount protocol (mountd), but the client should be saying "server not responding..." whenever it tries to access the V2, 3 mounts. Not sure why NFSv3 is still working after this is set. I'll try a quick test of it here. > I start all NFS-related services manually (from script) > #!/bin/sh > rpcbind -s -h 192.168.2.1 > mountd -rnl -h 192.168.2.1 > nfsd -ut -n 4 -h 192.168.2.1 > nfsuserd > > /etc/exports has: > V4: / -network 192.168.2.0/26 > /data/amd64 /data/amd64/boot/s386 -ro -network 192.168.2.0/26 > /usr/local -ro -maproot=0 -network 192.168.2.0/26 > /home -network 192.168.2.0/26 > > Running "nfsstat -m" from a PXE client gives me: > 192.168.2.1:/data/amd64 on / > nfsv2,tcp,resvport,hard,cto,lockd,sec=sys,acdirmin=3,acdirmax=60,acregmin=5,acregmax=60,nametimeo=60,negnametimeo=60,rsize=8192,wsize=8192,readdirsize=8192,readahead=1,wcommitsize=1997092,timeout=120,retrans=2 > 192.168.2.1:/home on /home > nfsv3,tcp,resvport,hard,intr,cto,lockd,sec=sys,acdirmin=3,acdirmax=60,acregmin=5,acregmax=60,nametimeo=60,negnametimeo=60,rsize=65536,wsize=65536,readdirsize=65536,readahead=1,wcommitsize=1997092,timeout=120,retrans=2 > 192.168.2.1:/usr/local on /usr/local > nfsv3,tcp,resvport,hard,cto,lockd,sec=sys,acdirmin=3,acdirmax=60,acregmin=5,acregmax=60,nametimeo=60,negnametimeo=60,rsize=65536,wsize=65536,readdirsize=65536,readahead=1,wcommitsize=1997092,timeout=120,retrans=2 > > The PXE-booted kernel is compiled with: nfscommon, nfssvc, nfs, > nfscl, > nfslock > On server side, in addition to the above, these are loaded as > modules: > acl_nfs4.ko, nfsd.ko, nfslockd.ko > > PXE client's /etc/rc.conf the only NFS-related entry is: > nfs_client_enable="YES" > > PXE client's /etc/fstab is: > 92.168.2.1:/data/amd64 / nfs ro 0 0 > 192.168.2.1:/usr/local /usr/local nfs ro 0 0 > 192.168.2.1:/home /home nfs rw,hard,intr 0 0 > > > * Considering V2/V3 for NFS is getting dropped from code base, PXE > clients > used to need max V3 as root and could not mount_root with V4. Has > this > changed? If so, what services do the clients need to get V4 on root > working > (RO, no RW)? > I am not aware of any plans to drop V2/V3. Although V2 isn't used much any more V3 will be around for a long time to come, imho. (I'll probably be long gone before V3 is.) The new client and server support V2, 3 and 4. (Maybe it was the talk about getting rid of the oldnfs stuff that made you think V2, 3 were going away? rick > * There was a simple command to show from server-side what version of > NFS > the exports were running, but I seem to have lost that. Any clues? > > * Have any of these services become capable of running from inside a > jail > environment? {rpcbind mountd nfsd nfsuserd} - it does not seem so, > but just > checking. > > Thanks and Regards. > > > > ----- > FreeBSD-11-current_amd64_root-on-zfs_RadeonKMS > -- > View this message in context: > http://freebsd.1045724.n5.nabble.com/Some-NFS-server-V4-questions-tp5959433.html > Sent from the freebsd-current mailing list archive at Nabble.com. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sat Oct 25 22:06:02 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B765A933 for ; Sat, 25 Oct 2014 22:06:02 +0000 (UTC) Received: from esa-annu.net.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 6B2C4F89 for ; Sat, 25 Oct 2014 22:06:01 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ArMEABweTFSDaFve/2dsb2JhbABcg2JYBIMCykYMhndUAoEbAX2EAwEBBAEBASArIAsbGAICDRkCKQEJJgYIBwQBHASICwMSDbNzjXMXhi4BAQEBAQEEAQEBAQEBAQEBGYEsjwsBARs0B4I2QRKBQgWWT4QOhHGUQYIAHoF2IS8BAQEEgQg5gQMBAQE X-IronPort-AV: E=Sophos;i="5.04,788,1406606400"; d="scan'208";a="163514197" Received: from muskoka.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.222]) by esa-annu.net.uoguelph.ca with ESMTP; 25 Oct 2014 18:05:55 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 810EAB4031; Sat, 25 Oct 2014 18:05:55 -0400 (EDT) Date: Sat, 25 Oct 2014 18:05:55 -0400 (EDT) From: Rick Macklem To: "Russell L. Carter" Message-ID: <1515822952.7488966.1414274755520.JavaMail.root@uoguelph.ca> In-Reply-To: <544BC6B7.90608@pinyon.org> Subject: Re: Some NFS server V4 questions MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.203] X-Mailer: Zimbra 7.2.6_GA_2926 (ZimbraWebClient - FF3.0 (Win)/7.2.6_GA_2926) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Oct 2014 22:06:02 -0000 Russell L. Carter wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > > On 10/25/14 03:07, Beeblebrox wrote: > > * I can't get the NFS server to run V4 only. I have: sysctl > > vfs.nfsd.server_min_nfsvers=4 > > > > [...] > > > PXE client's /etc/fstab is: 92.168.2.1:/data/amd64 / nfs > > ro 0 0 192.168.2.1:/usr/local /usr/local nfs ro 0 > > 0 192.168.2.1:/home /home nfs rw,hard,intr 0 0 > > > > Possibly need to arrange for mount_nfs to see -o nfsv4 > (I use mount_nfs -o nfsv4,minorversion=1) > > Then nfsstat shows eg: > > terp:/library on /mnt/terp/library > nfsv4,minorversion=1,tcp,resvport,hard,cto,sec=sys,acdirmin=3,acdirmax=60,acregmin=5,acregmax=60,nametimeo=60,negnametimeo=60,rsize=65536,wsize=65536,readdirsize=65536,readahead=1,wcommitsize=2798255,timeout=120,retrans=2147483647 > > HTH, > Russell > > > * Considering V2/V3 for NFS is getting dropped from code base, PXE > > clients used to need max V3 as root and could not mount_root with > > V4. Has this changed? If so, what services do the clients need to > > get V4 on root working (RO, no RW)? > As noted in the other reply, I am not aware of any plan to get rid of NFSv2 or v3 and would oppose any such plan. rick > > * There was a simple command to show from server-side what version > > of NFS the exports were running, but I seem to have lost that. Any > > clues? > > > > * Have any of these services become capable of running from inside > > a jail environment? {rpcbind mountd nfsd nfsuserd} - it does not > > seem so, but just checking. > > > > Thanks and Regards. > > > > > > > > ----- FreeBSD-11-current_amd64_root-on-zfs_RadeonKMS -- View this > > message in context: > > http://freebsd.1045724.n5.nabble.com/Some-NFS-server-V4-questions-tp5959433.html > > > > > Sent from the freebsd-current mailing list archive at Nabble.com. > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current To > > unsubscribe, send any mail to > > "freebsd-current-unsubscribe@freebsd.org" > > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2 > > iQIcBAEBAgAGBQJUS8a3AAoJEFnLrGVSDFaEvWEP/iIKgw1kTmGQqgYAzVY++8uq > X3XMSnUFNGkyZSO/cz9gCO8S+oXkWVD8z3UbTKtyPCdTHhp48klTRW+ceSGvfhq2 > oyWfcM5bXbOBLQZaoz66IL77mZHlWOTOLoGyNQZp7x/7KXETN7nK+qxQ1WDD7WM9 > BW8fC+krQ4F5Tvqc70fylu93QKKUiqi26cOMWuRLTwgLXJY+NtPLMjH+SadDonNC > FvszjFpTsoP7cKPWA0vPA2iLb3Q43DT1+k23r6iY33JzTX2LW+zpzk+i4wEneNE8 > JAgGqsFB08sH8krBrKo3n5+zcd5R0mZu3uX9a0CQJYiNHg6Phh4QgyETTYJT0ig/ > mF1Q7V5z4FHLKdZigqO2WjNN2l2zfzDlUWfDTyc/b8CZIaPJemdqADsBVl76UdX8 > 2HspYZdAxR2zPc9EmpNPQJAksBFyUpwZy6cpHW+7wrkeeYoTWZLYV5sm4IscOzEE > tdof9VRIT+DGPrxLPFxO8tQiOV0eQWh3Om7Tlp92b3no9A3aUObQGIltvEEYQDKt > CobSmiLRSx0FK/pGYrYZilJlWStJLHySvnpbEkVDJGVL9Ua42Jn/VMXfBksRz01P > 53wFmW7RAj8yyzDKA8P7rTjoJdypBRJZXphk+svceGOKv8Bxrcx3xgyF82Cl8YPk > Kl2YChCpbLewc+zxmRCz > =ShKh > -----END PGP SIGNATURE----- > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sat Oct 25 22:10:43 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BD4DDA7D for ; Sat, 25 Oct 2014 22:10:43 +0000 (UTC) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 7CCA9FB7 for ; Sat, 25 Oct 2014 22:10:43 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ArQEAIUfTFSDaFve/2dsb2JhbABcg2JYBIMCykYKhnlUAoEbAX2EAgEBAQMBAQEBICsgCwUWGAICDRkCKQEJJgYIBwQBHASIFwkNs3OUNgEBAQEBBQEBAQEBARyBLI8LAQEbNAeCd4FUBZZPhA6EcZRBggAegXYhLweBCDmBAwEBAQ X-IronPort-AV: E=Sophos;i="5.04,788,1406606400"; d="scan'208";a="162254848" Received: from muskoka.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.222]) by esa-jnhn.mail.uoguelph.ca with ESMTP; 25 Oct 2014 18:10:35 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id D109FB406A; Sat, 25 Oct 2014 18:10:35 -0400 (EDT) Date: Sat, 25 Oct 2014 18:10:35 -0400 (EDT) From: Rick Macklem To: "Russell L. Carter" Message-ID: <1447975404.7490588.1414275035851.JavaMail.root@uoguelph.ca> In-Reply-To: <544C084A.3070807@pinyon.org> Subject: Re: Some NFS server V4 questions MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.201] X-Mailer: Zimbra 7.2.6_GA_2926 (ZimbraWebClient - FF3.0 (Win)/7.2.6_GA_2926) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Oct 2014 22:10:43 -0000 Russell L. Carter wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > > On 10/25/14 09:58, Beeblebrox wrote: > > Hi Russ, > > > >>> PXE client's /etc/fstab is: 92.168.2.1:/data/amd64 / nfs > >>> ro 0 0 192.168.2.1:/usr/local /usr/local nfs ro 0 > >> > >> Possibly need to arrange for mount_nfs to see -o nfsv4 (I use > >> mount_nfs -o nfsv4,minorversion=1) > > Yeah, that would work very likely and thanks. > > > > From a purist standpoint, what would be settings on server side to > > force NFSV4 offering only? This means, how can I configure NFS so > > that V2/V3 requests get denied AND logged for debug? > > > > I have vfs.nfsd.server_min_nfsvers=4 set on the server, and > when I mount_nfs -o nfsv3 on the client, the error the client > sees is > > [tcp] terp:/packages: NFSPROC_NULL: RPC: Program/version mismatch; > low > version = 4, high version = 4 > > Have to ^C to exit. > > Nothing shows up in the server's log, but because of sloth I haven't > tried to make anything show up. Maybe there's an option. > There isn't an option to log the attempts, but it does seem to have disallowed NFSv3 RPCs. rick > Best, > Russell > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2 > > iQIcBAEBAgAGBQJUTAhKAAoJEFnLrGVSDFaEctoP/3VAFxrLfkYDPTsKrCMD0pJf > RrNY0ePTVueDltsVXeEpT/pxSzN7RKLhWL0AB0IsoTWBvZZCHTbwv7GvF0yufxNW > +oU29DEceIc8dxhXqjjOCKM3Na85C90idukemDG5ZaZoDU9d//POKaV1ET5HwQNq > mZ1q4pqNjnf/O0q+7KjOxVvOnA1g7T2x/HxvL7D0RbmO6EGoRNXbMzxidQmcRDSG > V4pmS5GoTUuOqTeXqYbrHJsF8tBaxKqcsOcz90LIWoilYCxiVccPY9SI+EYhX0hq > ExVzTvt5OvfNSmz252m8I+87Sw0KA9r06fTpbARuK9Afyt/KNcOU/vANjzDegzLG > 8u9TcnBfsqNR7K3pqyvt4jyVW6fliI79i1wpVw2ZNn02vGSn1l2iHWzddX9y0Hmj > l1VMM2nWgag8V7wHebRmxILZMHK+VU4gWxp4hTXm0GkXHV27vPWY7eMQtbz/e7yu > OpqPSUO7AEp6PTMCZoQY8uIEqmfJIKnyv2/ua3RgNtqM1srvjg1nugxXjfD8z9m6 > PH0EY691Rv5hUScXwRtcElO8pziKWFbiXE1HrpPDMnpTtq6Wg5r/ubwepWTrmNJC > FfdNOzTCVSF6nBMAo7pwV2P2ATHQkDQjMJJ7B8jZPOapCX59q2Cgth/jX0muiX3g > wKbO2ZvSZa7lDAmBcecj > =DKjs > -----END PGP SIGNATURE----- > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sat Oct 25 22:24:17 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 92895D9C; Sat, 25 Oct 2014 22:24:17 +0000 (UTC) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 364D31EA; Sat, 25 Oct 2014 22:24:16 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqIEAKEhTFSDaFve/2dsb2JhbABchD6DAtIdAoEbAX2EAwEBBCNWGw4KAgINGQJZBgGIU7QAlDYBAQEBAQEEAQEBAQEBAQEagSyPKDQHgneBVAW0D4QUIYF3gQMBAQE X-IronPort-AV: E=Sophos;i="5.04,788,1406606400"; d="scan'208";a="162255718" Received: from muskoka.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.222]) by esa-jnhn.mail.uoguelph.ca with ESMTP; 25 Oct 2014 18:24:16 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 462ACB4026; Sat, 25 Oct 2014 18:24:16 -0400 (EDT) Date: Sat, 25 Oct 2014 18:24:16 -0400 (EDT) From: Rick Macklem To: Konstantin Belousov , John Baldwin Message-ID: <1773502329.7493477.1414275856279.JavaMail.root@uoguelph.ca> In-Reply-To: <20141024161735.GB1877@kib.kiev.ua> Subject: Re: RFC: getting rid of oldnfs MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.209] X-Mailer: Zimbra 7.2.6_GA_2926 (ZimbraWebClient - FF3.0 (Win)/7.2.6_GA_2926) Cc: freebsd-current , Robert Watson X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Oct 2014 22:24:17 -0000 Kostik wrote: > On Fri, Oct 24, 2014 at 04:43:28PM +0100, Robert Watson wrote: > > On Thu, 23 Oct 2014, Rick Macklem wrote: > > > > > Someone just pinged me on this and I figured I should bring it > > > up. > > > > > > 1 - Is anyone out there still using oldnfs due to unresolved > > > problems with the new one? (I am not aware of any outstanding > > > issues in the new nfs that don't exist in the oldnfs.) > > > 2 - Does anyone see a problem with getting rid of oldnfs for > > > FreebSD-11? > > > 3 - If I get rid of it in -head, I can do it either in > > > mid-December > > > or mid-April. (I can't do commits during the winter.) > > > Does anyone have a rough idea when the 11.0 release cycle will > > > start, so I can choose which of the above would be preferable? > > > (I figured I'd wait until after the last 10.n release that > > > happens > > > before 11.0, since it will be easier to MFC before the > > > removal of > > > oldnfs.) > > > > > > Thanks in advance for any comments, rick > > > ps: John, I've cc'd you since I thought you are the guy most > > > likely to > > > need to do commits/MFCs to oldnfs. > > > > I think removing it is fine, but as early as possible (as John > > says) to give > > our -CURRENT users time to stop working around bugs and start > > reporting them > > :-). > > I remember the main reason for keeping oldnfs, both server and > client, > around in HEAD was to facilitate MFC of fixes to the branches which > still use oldnfs, i.e. stable/8. If this reason is still valid, > oldnfs > have to stay in HEAD till stable/8 is supported or interested for > developers. > > I usually do not like direct commits into the stable branches. > Otherwise, I see no reason to keep oldnfs around. > Well, the only commits I've done to "old" were bugfixes that applied to both old and new. John has been the main "fix the old NFS" guy lately. So, John, do you anticipate more patches to the old NFS that need to be MFC'd down? Thanks, rick From owner-freebsd-current@FreeBSD.ORG Sat Oct 25 22:39:47 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2DE29CD for ; Sat, 25 Oct 2014 22:39:47 +0000 (UTC) Received: from mail.bein.link (bein.link [37.252.124.82]) (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 E9C7B349 for ; Sat, 25 Oct 2014 22:39:46 +0000 (UTC) Received: from quad.localnet (home.bein.link [172.16.32.6]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bein.link (Postfix) with ESMTPS id A76F41AF15C for ; Sat, 25 Oct 2014 22:39:35 +0000 (UTC) From: Maxim V FIlimonov To: FreeBSD-Current Subject: buildkernel fails on head Date: Sun, 26 Oct 2014 01:39:36 +0400 Message-ID: <2096535.O1qKY0qN4C@quad> User-Agent: KMail/4.14.2 (FreeBSD/10.0-RELEASE-p10; KDE/4.14.2; amd64; ; ) MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Oct 2014 22:39:47 -0000 I'm trying to build the current FreeBSD kernel, and that's what I get: % sudo make buildkernel -------------------------------------------------------------- >>> Kernel build for GENERIC started on Sun Oct 26 01:39:13 MSK 2014 -------------------------------------------------------------- ===> GENERIC mkdir -p /usr/obj/usr/src/head/sys -------------------------------------------------------------- >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /usr/src/head/sys/amd64/conf; PATH=/usr/obj/usr/src/head/tmp/legacy/usr/sbin:/usr/obj/usr/src/head/tmp/legacy/usr/bin:/usr/obj/usr/src/head/tmp/legacy/usr/games:/usr/obj/usr/src/head/tmp/legacy/bin:/usr/obj/usr/src/head/tmp/usr/sbin:/usr/obj/usr/src/head/tmp/usr/bin:/usr/obj/usr/src/head/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /usr/obj/usr/src/head/sys/GENERIC -I '/usr/src/head/sys/amd64/conf' '/usr/src/head/sys/amd64/conf/GENERIC' config: illegal option -- I usage: config [-CgmpV] [-d destdir] sysname config -x kernel *** Error code 64 Stop. make[1]: stopped in /usr/src/head *** Error code 1 Stop. make: stopped in /usr/src/head is there a workaround for that? Is the kernel build broken? -- wbr, Maxim Filimonov che@bein.link From owner-freebsd-current@FreeBSD.ORG Sat Oct 25 22:41:08 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5FC471E0 for ; Sat, 25 Oct 2014 22:41:08 +0000 (UTC) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 2684C3F1 for ; Sat, 25 Oct 2014 22:41:07 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ArQEAJAmTFSDaFve/2dsb2JhbABcg2JYBIMCykYKhnlUAoEbAX2EAgEBAQMBAQEBICsgCwUWGAICDRkCKQEJJgYIBwQBHASIFwkNs2OUMgEBAQEBBQEBAQEBARyBLI8LAQEbNAeCd4FUBZZPhA6EcZRBggAegXYhLweBCDmBAwEBAQ X-IronPort-AV: E=Sophos;i="5.04,788,1406606400"; d="scan'208";a="162256803" Received: from muskoka.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.222]) by esa-jnhn.mail.uoguelph.ca with ESMTP; 25 Oct 2014 18:41:07 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id E0C4DB40EA; Sat, 25 Oct 2014 18:41:06 -0400 (EDT) Date: Sat, 25 Oct 2014 18:41:06 -0400 (EDT) From: Rick Macklem To: "Russell L. Carter" Message-ID: <1792153082.7496945.1414276866911.JavaMail.root@uoguelph.ca> In-Reply-To: <544C084A.3070807@pinyon.org> Subject: Re: Some NFS server V4 questions MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.202] X-Mailer: Zimbra 7.2.6_GA_2926 (ZimbraWebClient - FF3.0 (Win)/7.2.6_GA_2926) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Oct 2014 22:41:08 -0000 Russell L. Carter wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > > On 10/25/14 09:58, Beeblebrox wrote: > > Hi Russ, > > > >>> PXE client's /etc/fstab is: 92.168.2.1:/data/amd64 / nfs > >>> ro 0 0 192.168.2.1:/usr/local /usr/local nfs ro 0 > >> > >> Possibly need to arrange for mount_nfs to see -o nfsv4 (I use > >> mount_nfs -o nfsv4,minorversion=1) > > Yeah, that would work very likely and thanks. > > > > From a purist standpoint, what would be settings on server side to > > force NFSV4 offering only? This means, how can I configure NFS so > > that V2/V3 requests get denied AND logged for debug? > > > > I have vfs.nfsd.server_min_nfsvers=4 set on the server, and > when I mount_nfs -o nfsv3 on the client, the error the client > sees is > > [tcp] terp:/packages: NFSPROC_NULL: RPC: Program/version mismatch; > low > version = 4, high version = 4 > > Have to ^C to exit. > I just did a quick test. It appears that the sysctl must be set before mountd, nfsd are started to take effect. (Or they must be restarted after it is set.) rick > Nothing shows up in the server's log, but because of sloth I haven't > tried to make anything show up. Maybe there's an option. > > Best, > Russell > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2 > > iQIcBAEBAgAGBQJUTAhKAAoJEFnLrGVSDFaEctoP/3VAFxrLfkYDPTsKrCMD0pJf > RrNY0ePTVueDltsVXeEpT/pxSzN7RKLhWL0AB0IsoTWBvZZCHTbwv7GvF0yufxNW > +oU29DEceIc8dxhXqjjOCKM3Na85C90idukemDG5ZaZoDU9d//POKaV1ET5HwQNq > mZ1q4pqNjnf/O0q+7KjOxVvOnA1g7T2x/HxvL7D0RbmO6EGoRNXbMzxidQmcRDSG > V4pmS5GoTUuOqTeXqYbrHJsF8tBaxKqcsOcz90LIWoilYCxiVccPY9SI+EYhX0hq > ExVzTvt5OvfNSmz252m8I+87Sw0KA9r06fTpbARuK9Afyt/KNcOU/vANjzDegzLG > 8u9TcnBfsqNR7K3pqyvt4jyVW6fliI79i1wpVw2ZNn02vGSn1l2iHWzddX9y0Hmj > l1VMM2nWgag8V7wHebRmxILZMHK+VU4gWxp4hTXm0GkXHV27vPWY7eMQtbz/e7yu > OpqPSUO7AEp6PTMCZoQY8uIEqmfJIKnyv2/ua3RgNtqM1srvjg1nugxXjfD8z9m6 > PH0EY691Rv5hUScXwRtcElO8pziKWFbiXE1HrpPDMnpTtq6Wg5r/ubwepWTrmNJC > FfdNOzTCVSF6nBMAo7pwV2P2ATHQkDQjMJJ7B8jZPOapCX59q2Cgth/jX0muiX3g > wKbO2ZvSZa7lDAmBcecj > =DKjs > -----END PGP SIGNATURE----- > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sat Oct 25 22:50:13 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3F3D74B8; Sat, 25 Oct 2014 22:50:13 +0000 (UTC) Received: from mail-vc0-x235.google.com (mail-vc0-x235.google.com [IPv6:2607:f8b0:400c:c03::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CB02E617; Sat, 25 Oct 2014 22:50:12 +0000 (UTC) Received: by mail-vc0-f181.google.com with SMTP id hy10so45396vcb.26 for ; Sat, 25 Oct 2014 15:50:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=yYFHj0B0mHNxLhy4VeEEVyUdCF2Bz6JodqhTuUtJNHw=; b=Bqi5S3qXf3horIRuRS1o12iBpv862zLeD6XKreQOcZklftdnipYoSviv7Oz0x04Gmp iVpwqPdunNDKYgFKEgsuPwIoVcHyRJLQcVrTrSoz+ZeN91CGdIFrxRleAkM4e7A0OFRv iOhcE1M5YBZX12J0W1+kqxXGZLQ/UC1VtLPlKS0wyaNk5tUm+3BZ4LG21KRF8MrP179L BTHGpk5+hvJkY4bfLEydLANpRR7oPJsxsV9PoXwIkTwhDNe4C5Hk0Zx8mVwS7RMzK1kp HlEHG1MRgC2EA7O7zO1i9zwHGjItkF3DqTYLwOq9e78zGPcwqkNuvQRk2siqOCvFC2IK g3WQ== MIME-Version: 1.0 X-Received: by 10.221.4.73 with SMTP id ob9mr9292812vcb.13.1414277411719; Sat, 25 Oct 2014 15:50:11 -0700 (PDT) Received: by 10.220.238.14 with HTTP; Sat, 25 Oct 2014 15:50:11 -0700 (PDT) In-Reply-To: References: <154A442D-7814-4618-9AFC-6F9FB3F5DFD3@gmail.com> <5443A89F.8050801@digiware.nl> Date: Sat, 25 Oct 2014 18:50:11 -0400 Message-ID: Subject: Re: HEADS UP: Merging projects/bhyve_svm to HEAD From: Zaphod Beeblebrox To: Benjamin Perrault Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: Anish Gupta , freebsd-current , Neel Natu , "freebsd-virtualization@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Oct 2014 22:50:13 -0000 I tried to integrate this patch into 10.1_RC3 and I failed. Is there a timeframe to MFC this to 10.1 or 10-STABLE? On Sun, Oct 19, 2014 at 4:04 PM, Benjamin Perrault wrote: > After a few days of extensive testing and abuse, i=E2=80=99ve run into no= new > issues or unknowns what so ever. Everything that worked before still work= s > now ( and a few bugs from fixed from HEAD ). > > Thus, I have gone ahead and pushed r273182 w/ Neel=E2=80=99s patch out to= about 80 > of the assorted AMD boxes in the production and dev pods that I care for. > If end users see something, I=E2=80=99ll let you know, but I have a feeli= ng they > won=E2=80=99t. > > Again - Excellent work. > > cheers, > -bp > > > On Oct 19, 2014, at 5:03 AM, Willem Jan Withagen > wrote: > > > > On 16-10-2014 5:00, Anish Gupta wrote: > >> Hi all, > >> > >> The projects/bhyve_svm branch is ready to be merged to HEAD. > >> > >> This branch contains patches to bhyve to enable it to work on AMD > >> processors with SVM/AMD-V hardware extensions[1]. Pretty much any AMD > >> processor since 2010 will have the features required by bhyve. > >> > >> bhyve on AMD supports (almost) all the features available with Intel > >> [2]. All guest OSes supported on Intel are supported on AMD. All the > >> bhyve-related utilities function similarly on both Intel and AMD > >> platforms [3]. > >> > >> The patch against HEAD revision 273066 is available for review and > testing: > >> https://people.freebsd.org/~neel/bhyve/bhyve_svm.diff [Neel=E2=80=99s = web > directory] > >> > >> [1]: http://en.wikipedia.org/wiki/X86_virtualization > >> [2]: bhyve doesn't support PCI passthru on AMD at this time > >> [3]: bhyvectl has grown some processor-specific options > > > > Fetched the patch and compiled. > > Now running: HEAD r273066M and I was able to throw at it all the tests > > and images that in the past works. And perhaps even better. > > > > Great work. > > --WjW > > > > > > _______________________________________________ > > freebsd-virtualization@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-virtualization > > To unsubscribe, send any mail to " > freebsd-virtualization-unsubscribe@freebsd.org" > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " >