186114 2014-01-26 02:20:00 +0000 net/mpd5 hangs after a certain number of users connect 2017-08-02 12:38:34 +0000 1 1 1 Unclassified Ports & Packages Individual Port(s) Latest Any Any Closed FIXED https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220076 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220078 https://lists.freebsd.org/pipermail/freebsd-net/2016-October/046279.html crash, needs-qa Normal Affects Some People --- 220151 1 hawk256 eugen borisxm bugzilla.freebsd dave dmitryluhtionov donaldbaud eri eugen garga hrs kib koobs mav mybox mykel net peixoto.cassiano peixotocassiano pi slava oldest_to_newest 748629 0 hawk256 2014-01-26 02:20:00 +0000 I have BRAS on FreeBSD. It was 9.2 STABLE. I tried to update it up to 10.0 RELEASE, later tried to STABLE. On both variants I have the same problem. Some time after start, around 5 minutes, it works normally. But after 100-150 users have connected trough PPPoE (MPD5.7) MPD process stops in state umtxn. Of course, no one can connect after that. But who have already connected keeping work. last pid: 17712; load averages: 1.16, 0.65, 0.27 up 0+00:01:51 05:28:23 50 processes: 1 running, 49 sleeping CPU: 0.0% user, 0.0% nice, 1.0% system, 0.9% interrupt, 98.1% idle Mem: 1162M Active, 56M Inact, 400M Wired, 145M Buf, 2274M Free Swap: 4096M Total, 4096M Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 2535 root 1 20 0 201M 184M select 3 1:14 10.69% zebra 2476 _pflogd 1 20 0 14600K 2200K bpf 0 0:12 0.00% pflogd 2541 root 1 20 0 224M 206M select 2 0:07 0.00% bgpd 9803 root 1 20 0 78624K 44092K select 2 0:02 0.00% bsnmpd 3462 root 3 20 0 56736K 9164K umtxn 0 0:01 0.00% mpd5 7243 mysql 17 32 0 6958M 636M uwait 1 0:01 0.00% mysqld 6095 bind 7 20 0 129M 76864K kqread 1 0:01 0.00% named 3872 root 1 20 0 61124K 6808K select 1 0:00 0.00% nmbd 8644 root 3 20 0 47332K 6216K select 1 0:00 0.00% utm5_rfw procstat -k 3462 PID TID COMM TDNAME KSTACK 3462 100113 mpd5 - mi_switch sleepq_catch_signals sleepq_wait_sig _sleep umtxq_sleep do_lock_umutex __umtx_op_wait_umutex amd64_syscall Xfast_syscall 3462 100115 mpd5 - mi_switch sleepq_catch_signals sleepq_wait_sig _cv_wait_sig seltdwait sys_poll amd64_syscall Xfast_syscall 3462 100512 mpd5 - mi_switch sleepq_catch_signals sleepq_wait_sig _sleep umtxq_sleep do_lock_umutex __umtx_op_wait_umutex amd64_syscall Xfast_syscall /var/log/mpd.log Jan 26 05:28:13 gw01 mpd: [B_ppp-46] IPCP: Up event Jan 26 05:28:13 gw01 mpd: [B_ppp-46] IPCP: state change Starting --> Req-Sent Jan 26 05:28:13 gw01 mpd: [B_ppp-46] IPCP: SendConfigReq #1 Jan 26 05:28:13 gw01 mpd: [B_ppp-46] IPADDR 10.10.0.1 Jan 26 05:28:13 gw01 mpd: [B_ppp-46] IPV6CP: Up event Jan 26 05:28:13 gw01 mpd: [B_ppp-46] IPV6CP: state change Starting --> Req-Sent Jan 26 05:28:13 gw01 mpd: [B_ppp-46] IPV6CP: SendConfigReq #1 Jan 26 05:28:13 gw01 mpd: [vlan6-107] LCP: rec'd Terminate Request #240 (Opened) Jan 26 05:28:13 gw01 mpd: [vlan6-107] LCP: state change Opened --> Stopping Jan 26 05:28:13 gw01 mpd: [vlan6-107] Link: Leave bundle "B_ppp-46" It always stops with the same 3 last strings. Jan 26 05:52:38 gw01 kernel: sonewconn: pcb 0xfffff80007757c40: Listen queue overflow: 4 already in queue awaiting acceptance Jan 26 05:53:09 gw01 last message repeated 60 times Jan 26 05:53:34 gw01 last message repeated 51 times Kernel conf: GENERIC + device ipmi device coretemp device smbus device lagg device netmap options IPI_PREEMPTION options IPFIREWALL options IPFIREWALL_VERBOSE options IPDIVERT options DUMMYNET options IPFIREWALL_NAT options LIBALIAS device pf device pflog device pfsync options ALTQ options ALTQ_CBQ # Class Bases Queuing (CBQ) options ALTQ_RED # Random Early Detection (RED) options ALTQ_RIO # RED In/Out options ALTQ_HFSC # Hierarchical Packet Scheduler (HFSC) options ALTQ_PRIQ # Priority Queuing (PRIQ) options ALTQ_NOPCC # Required for SMP build options NETGRAPH options NETGRAPH_BPF options NETGRAPH_CAR options NETGRAPH_ETHER options NETGRAPH_IPFW options NETGRAPH_IFACE options NETGRAPH_KSOCKET options NETGRAPH_PPP options NETGRAPH_PPTPGRE options NETGRAPH_PPPOE options NETGRAPH_SOCKET options NETGRAPH_TCPMSS options NETGRAPH_TEE options NETGRAPH_VJC options NETGRAPH_MPPC_ENCRYPTION options NETGRAPH_NETFLOW CPU: Intel(R) Xeon(R) CPU X3470 @ 2.93GHz (2933.36-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x106e5 Family = 0x6 Model = 0x1e Stepping = 5 Features=0xbfebfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> Features2=0x98e3fd<SSE3,DTES64,MON,DS_CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT> AMD Features=0x28100800<SYSCALL,NX,RDTSCP,LM> AMD Features2=0x1<LAHF> TSC: P-state invariant, performance statistics real memory = 4294967296 (4096 MB) avail memory = 4052344832 (3864 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: <INTEL S3420GPC> FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs FreeBSD/SMP: 1 package(s) x 4 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 2 cpu2 (AP): APIC ID: 4 cpu3 (AP): APIC ID: 6 I tried to get ktrace dump. But I could not open it. ktrdump: kvm_nlist: No such file or directory I think, It is something wrong with netgraph system. How-To-Repeat: Update to FreeBSD 10.0 and try to connect 100-150 users. 748630 1 hawk256 2014-02-04 00:33:37 +0000 In additional: - this problem only with pppoe part. With pptp I and other peope on forum have not any problem. - here is gdb report from frozen mpd5: gdb mpd5 3645 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"...(no debugging symbols found)... Attaching to program: /usr/local/sbin/mpd5, process 3645 Reading symbols from /usr/lib/libwrap.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libwrap.so.6 Reading symbols from /usr/lib/libpam.so.5...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libpam.so.5 Reading symbols from /lib/libcrypt.so.5...(no debugging symbols found)...done. Loaded symbols for /lib/libcrypt.so.5 Reading symbols from /usr/lib/libnetgraph.so.4...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libnetgraph.so.4 Reading symbols from /lib/libutil.so.9...(no debugging symbols found)...done. Loaded symbols for /lib/libutil.so.9 Reading symbols from /usr/lib/libradius.so.4...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libradius.so.4 Reading symbols from /usr/lib/libssl.so.7...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libssl.so.7 Reading symbols from /lib/libpcap.so.8...(no debugging symbols found)...done. Loaded symbols for /lib/libpcap.so.8 Reading symbols from /usr/lib/libfetch.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libfetch.so.6 Reading symbols from /lib/libcrypto.so.7...(no debugging symbols found)...done. Loaded symbols for /lib/libcrypto.so.7 Reading symbols from /lib/libthr.so.3...(no debugging symbols found)...done. [New Thread 80340ec00 (LWP 100390/mpd5)] [New Thread 803020400 (LWP 100120/mpd5)] [New Thread 802c06800 (LWP 100119/mpd5)] Loaded symbols for /lib/libthr.so.3 Reading symbols from /lib/libc.so.7...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done. Loaded symbols for /libexec/ld-elf.so.1 [Switching to Thread 80340ec00 (LWP 100390/mpd5)] 0x0000000801fc089a in __error () from /lib/libthr.so.3 (gdb) bt #0 0x0000000801fc089a in __error () from /lib/libthr.so.3 #1 0x0000000801fbb79d in pthread_mutex_destroy () from /lib/libthr.so.3 #2 0x00000008022dea9a in vsyslog () from /lib/libc.so.7 #3 0x00000000004487c7 in ?? () #4 0x00000000004486e2 in ?? () #5 0x000000000045123c in ?? () #6 0x0000000000426534 in ?? () #7 0x000000000045d1b6 in ?? () #8 0x0000000801fb54a4 in pthread_create () from /lib/libthr.so.3 #9 0x00007fffff5fc000 in ?? () Error accessing memory address 0x7fffff7fc000: Bad address. (gdb) where #0 0x0000000801fc089a in __error () from /lib/libthr.so.3 #1 0x0000000801fbb79d in pthread_mutex_destroy () from /lib/libthr.so.3 #2 0x00000008022dea9a in vsyslog () from /lib/libc.so.7 #3 0x00000000004487c7 in ?? () #4 0x00000000004486e2 in ?? () #5 0x000000000045123c in ?? () #6 0x0000000000426534 in ?? () #7 0x000000000045d1b6 in ?? () #8 0x0000000801fb54a4 in pthread_create () from /lib/libthr.so.3 #9 0x00007fffff5fc000 in ?? () Error accessing memory address 0x7fffff7fc000: Bad address. (gdb) quit 748631 2 hawk256 2014-02-05 12:40:50 +0000 One more interesting thing. Problem appears usually when MPD5 starts with booting of system. If I comment mpd_enable in rc.conf and start MPD5 manually after 10-20 minutes - it works normally. 791755 3 linimon 2014-10-17 23:28:10 +0000 Make this a ports PR and assign. 794764 4 borisxm 2014-11-06 10:40:19 +0000 I can trigger similar and probably related bug in the mpd by just disconnecting upstream link for a few minutes. Clients continue to make queries, mpd completely hangs in the "select" state and can only be killed by -9 signal. This regression appeared somewhere in 8.x series. Killing mpd together with zombie ngX interfaces makes it possible to recover normal operation without reboot. Nothing interesting found in the all logs. 802296 5 mybox 2014-12-24 15:09:52 +0000 Got the same problem in FreeBSD 10.0. The symptoms are exactly the same as hawk256 wrote above 837234 6 slava 2015-08-21 05:44:26 +0000 Site to site vpn, hang too: 821 root 1 20 0 55112K 7504K umtxn 1 0:12 0.00% mpd5 FreeBSD base.tim 10.2-STABLE FreeBSD 10.2-STABLE #1 r286839: Mon Aug 17 12:31:21 EEST 2015 slava@base.tim:/usr/obj/usr/src/sys/route amd64 mpd5 -v Version 5.8a 23-Jul-2015 850651 7 peixotocassiano 2015-11-24 14:15:03 +0000 (In reply to YS from comment #6) Hi, I've the same issue here using FreeBSD 10.2 with mpd 5.7 pppoe server. With about 200 users it just freezes. I have to kill -9 mpd process. 857972 8 koobs 2016-01-08 13:43:32 +0000 @Cassiano, mpd5 was recently updated to 5.8, can you update to that version and confirm whether the hanging symptoms are still reproducible please. If you could also provide the following that would be great: * uname -a output * kernel configuration (as attachment) if *not* GENERIC * /var/run/dmesg.boot (as attachment) * pciconf -lv output (as attachment) We'll do our best to progress the issue. 858053 9 165278 peixotocassiano 2016-01-08 20:12:26 +0000 Created attachment 165278 Kernel Config 858054 10 165279 peixotocassiano 2016-01-08 20:13:19 +0000 Created attachment 165279 dmesg 858055 11 165280 peixotocassiano 2016-01-08 20:13:41 +0000 Created attachment 165280 pciconf 858056 12 peixotocassiano 2016-01-08 20:16:02 +0000 Hi, Kubilay. Thanks for you reply. I've been using mpd 5.8 with same issue. Seems it has not fixed. Here is my uname -a output: FreeBSD pppoe.us 10.2-STABLE FreeBSD 10.2-STABLE #0 r292035M: Tue Dec 15 10:45:41 BRST 2015 root@pppoe.us:/usr/obj/usr/src/sys/PPPOE amd64 859381 13 165626 slava 2016-01-15 11:52:54 +0000 Created attachment 165626 mpd.conf for my site-site vpn freebsd 9.3 - without problem freebsd 10.2 - with problem after some time 887661 14 ports 2016-07-12 10:39:09 +0000 This PR should not be classified as Ports PR because problem lies in the kernel NETGRAPH subsystem and not mpd5 itself. Same version of mpd5 works just fine with 8.4-STABLE. This is Base System problem. 887814 15 mybox 2016-07-13 07:41:15 +0000 Yeah, got mpd5 working with no problem on FreeBSD 9.x (mpd 5.7, 5.8). 899808 16 dmitryluhtionov 2016-09-30 07:29:57 +0000 Disabling using syslog (3) temporary resolve this problem. I think, problem between pthreads and syslog. 902816 17 koobs 2016-10-20 06:50:53 +0000 (In reply to Eugene Grosbein from comment #14) The initial report is fine to be classified against the port. Once the root cause(s) is confirmed, implicated or identified, a dependent (Depends On) sub task can be created for the base change. 902954 18 175989 peixoto.cassiano 2016-10-20 19:19:25 +0000 Created attachment 175989 crash-bt 902955 19 175989 peixoto.cassiano 2016-10-20 19:20:30 +0000 Comment on attachment 175989 crash-bt I'm having random crashes. BT attached. 937618 20 eugen 2017-06-11 14:28:51 +0000 (In reply to Cassiano Peixoto from comment #19) I've performed heavy stress-test of mpd-5.8 under FreeBSD 11.0-STABLE without usage of RADIUS and found no problems. Can you try 11.0-BETA1? 937717 21 peixoto.cassiano 2017-06-12 11:42:26 +0000 Hi Eugene, I've been using 11.0-p1 for many months. I've about 1k users connected, and after some days (or weeks) i run into on the following issue: PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 55180 root 2 52 0 338M 85204K uwrlck 2 2:28 0.00% mpd5 The process stuck on uwrlck state. Do you have any idea? My last try was set a cpu affinity on process. After this it's running 9 days and counting. But i gonna need more days to make sure it really worked. Anyway, how have you made the test? how many users connected? Thanks. 937742 22 eugen 2017-06-12 14:10:01 +0000 (In reply to Cassiano Peixoto from comment #21) I repeatedly created/destroyed hundreds of PPPoE sessions for long time. But my test was incomplete in a sense, as it does not involve RADIUS, so mpd was running in single-thread mode and lockups are believed due to multi-threading issues. I'm going to re-do my tests. Also, please take a look at this and try to test patches: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214482#c33 937743 23 peixoto.cassiano 2017-06-12 14:30:26 +0000 Hi Eugene, You can count me in to help with any test. I think just creating/destroying PPPoE sessions will not make the issues happen. Another think i forgot to tell, i disabled syslog in mpd5 Makefile: # Set syslog logging facility. Change LOG_DAEMON to whatever you like. # Comment this line disable syslog (3) support #SYSLOG_FACILITY= LOG_DAEMON But even with syslog disabled i ran into with uwrlck issue. Then my last try was to set cpu affinity as i told before. I read the link you sent. Looks like an issue with vsyslog(). So my questions is: even with syslog facility disabled on mpd should i expected this kind of behaviour (stuck)? Thanks. 937746 24 eugen 2017-06-12 14:40:59 +0000 (In reply to Cassiano Peixoto from comment #23) I've passed some ftp traffic over PPPoE sessions too. Please enable SYSLOG_FACILITY back while testing. As for uwrlck problem, it seems this one is similar but distinct problem. It may happen if you repeatedly use mpd console or http server, for example. Please describe how do you use them. 937747 25 peixoto.cassiano 2017-06-12 14:50:47 +0000 Ok, i'll apply your patches and back with syslog facility. Do i need to rebuild the world (userland)? Regarding uwrlck I am using mpd5 web to collect some connections statistics each 60 minutes (it's a cron job). I'm using the following quite simple shell script: OUTPUT="/usr/local/etc/tmp/bras.txt" TMP="/tmp/sessions.tmp" TMP2="/tmp/veloc.tmp" TMP3="/tmp/result.tmp" if [ -e $TMP ]; then rm $TMP fi if [ -e $TMP2 ]; then rm $TMP2 fi if [ -e $TMP3 ]; then rm $TMP3 fi SESSIONS=`/usr/local/bin/curl -k -l --user admin:xxx http://127.0.0.1:5006/bincmd\?show%20sessions 2>&1 > $TMP` while read session; do if [ "`echo $session |grep -v 'RESULT'`" != "" ]; then #echo $session INTERFACE=`echo $session |awk '{print $1}'` IP=`echo $session |awk '{print $2}'` USER=`echo $session |awk '{print $8}'` MAC=`echo $session |awk '{print $9}'` VLAN=`echo $session |awk '{print $3}' | awk -F '-' '{print $1}'` DESC=`ifconfig ${VLAN} |grep description |awk '{print $2}'` VELOC=`/usr/local/bin/curl -k -l --user admin:xxx http://127.0.0.1:5006/bincmd\?iface%20${INTERFACE}\&show%20customer 2>&1 | egrep 'in#|out#|seconds' > $TMP2` TRAF=`/usr/bin/netstat -nbf link -I ${INTERFACE}` TRAF=`echo $TRAF| awk '{print $19" "$16" "$22" "$20}' | tr ' ' ';'` BLOCK=`ipfw table 1 list |grep ${IP}` if [ "$BLOCK" = "" ]; then BLOCK="0" else BLOCK="1" fi BLOCK2=`ipfw table 2 list |grep ${IP}` if [ "$BLOCK2" = "" ]; then BLOCK2="0" else BLOCK="1" fi BLOCK2=`ipfw table 2 list |grep ${IP}` if [ "$BLOCK2" = "" ]; then BLOCK2="0" else BLOCK2="1" fi while read veloc; do if [ "`echo $veloc | grep in`" != "" ]; then BTI=$(echo $veloc |awk '{print $5}') fi if [ "`echo $veloc | grep out`" != "" ]; then BTO=$(echo $veloc |awk '{print $5}') fi if [ "`echo $veloc | grep 'seconds'`" != "" ]; then TIME=$(echo $veloc|awk '{print $4}') fi done < $TMP2 echo "${USER};${IP};${TIME};${VLAN};${DESC};${BTI};${BTO};${INTERFACE};${TRAF};${BLOCK};${BLOCK2};${MAC}" >> $TMP3 fi done < $TMP cp $TMP3 $OUTPUT 937754 26 eugen 2017-06-12 15:34:52 +0000 (In reply to Cassiano Peixoto from comment #25) You need not rebuild world if you choose to test the patch for mpd itself. You need to rebuild and reinstall libc only if you choose to test the patch for syslog. Please apply only one of patches at the same time, not both. As for web server, I've looked into the code and I'm afraid it would not be so easy to patch it. For now, I suggest to disable your statistics collection during the test period or switch to another method not involving web. For example, you could use "set iface description" conversion specifications: http://mpd.sourceforge.net/doc5/mpd28.html#28 Like this: set iface description "%I: Login %U, IP %A, MAC %M, Link %l" Then use /sbin/ifconfig to get data. Otherwise, you may try to use mpd's CLI console instead of web console. I've just updated that patch for mpd to include workaround for console lock possible issues, so make sure you use latest patch version. 937763 27 peixoto.cassiano 2017-06-12 16:46:21 +0000 Ok let's begin with mpd patch (without libc patch). Can i enable with syslog facility after patch applied? Do you think would be possible to provide a web patch as well? Because it's easier to get data output from there. Thanks. 937764 28 eugen 2017-06-12 16:56:58 +0000 (In reply to Cassiano Peixoto from comment #27) You should enable syslog facility. As for web, it is more complex and may require other developers assistance. With time it definitly can be solved but first we need to ensure that root of problems is correctly determined, so testing is needed first. Also, you'll better compile mpd with debugging symbols enabled: make WITH_DEBUG=yes clean all deinstall install And if hang occurs again, use "killall -QUIT mpd" to generate crashdump to analyze. 937766 29 peixoto.cassiano 2017-06-12 17:08:58 +0000 Ok got it. Patch applied and working. As you know this kind of problem takes time to happen. But i'll keep you posted about the progress. Let's keep working at least one week. Thanks. 937770 30 eugen 2017-06-12 17:34:42 +0000 (In reply to Cassiano Peixoto from comment #29) Please verify with "file /usr/local/sbin/mpd5" command that the binary is "not stripped". 937772 31 peixoto.cassiano 2017-06-12 17:38:01 +0000 (In reply to Eugene Grosbein from comment #30) Yes, not stripped :) (root@B-ras)~# file /usr/local/sbin/mpd5 /usr/local/sbin/mpd5: ELF 64-bit LSB executable, x86-64, version 1 (FreeBSD), dynamically linked, interpreter /libexec/ld-elf.so.1, for FreeBSD 11.0 (1100122), FreeBSD-style, not stripped 937802 32 peixoto.cassiano 2017-06-12 21:03:13 +0000 (In reply to Cassiano Peixoto from comment #31) Eugene, I just tried on another machine to compile mpd5 with debug enabled and then ran a killall -QUIT to generate a crashdump. But nothing happens, i looked on /var/crash but there is nothing there. Am i missing something? Thanks. 937841 33 eugen 2017-06-13 08:25:08 +0000 (In reply to Cassiano Peixoto from comment #32) I'd better say "corefile" instead of "crashdump" as crashdump is generated for kernel panic and core file for userland process crashed or killed with a signal. Use something like sysctl kern.corefile='/var/tmp/%N.core' to specify location for corefiles. By default, its' written to process current directory. Take a look at /usr/local/etc/mpd5/ for mpd.core 937861 34 peixoto.cassiano 2017-06-13 11:30:45 +0000 (In reply to Eugene Grosbein from comment #33) I tried like you said, but didn't work, look: # sysctl kern.corefile='/var/tmp/%N.core' # ps ax | grep mpd5 31784 - Ss 0:00.01 /usr/local/sbin/mpd5 -p /var/run/mpd5.pid -b # killall -QUIT mpd5 # ls /var/tmp/ nginx/ vi.recover/ Shouldn't i run the process with gdb? 937880 35 eugen 2017-06-13 14:58:07 +0000 (In reply to Cassiano Peixoto from comment #34) Does "killall" really terminate the process or does it continue to run? Perhaps, the signal is blocked for some reason. There are several ways to start mpd5 from the beginning. How do you start it? 937906 36 peixoto.cassiano 2017-06-13 17:09:54 +0000 (In reply to Eugene Grosbein from comment #35) it's not running anymore, look: # ps ax | grep mpd5 52264 1 S+ 0:00.00 grep mpd5 # /usr/local/etc/rc.d/mpd5 forcestart Starting mpd5. # ps ax | grep mpd5 52275 - Ss 0:00.01 /usr/local/sbin/mpd5 -p /var/run/mpd5.pid -b 52286 1 S+ 0:00.00 grep mpd5 # killall -QUIT mpd5 # ps ax | grep mpd5 52293 1 S+ 0:00.00 grep mpd5 # sysctl kern.corefile kern.corefile: /var/tmp/%N.core # ls /var/tmp/ nginx vi.recover As you can see above i'm using rc.d script to mpd5 startup. It always start with: -p /var/run/mpd5.pid -b 937908 37 eugen 2017-06-13 17:24:02 +0000 (In reply to Cassiano Peixoto from comment #36) Do you use tcsh for your login shell? Anyway, try starting mpd using direct command "/usr/local/sbin/mpd5 -p /var/run/mpd5.pid -b" for a test instead of "service" to verify if it will be any difference with signal handling. 937909 38 peixoto.cassiano 2017-06-13 17:26:48 +0000 (In reply to Eugene Grosbein from comment #37) Same behaviour: # ps ax | grep mpd5 53396 1 R+ 0:00.00 grep mpd5 # /usr/local/sbin/mpd5 -p /var/run/mpd5.pid -b # ps ax | grep mpd5 53402 - Ss 0:00.01 /usr/local/sbin/mpd5 -p /var/run/mpd5.pid -b 53409 1 S+ 0:00.00 grep mpd5 # killall -QUIT mpd5 # ps ax | grep mpd5 53413 1 S+ 0:00.00 grep mpd5 # ls /var/tmp/ nginx vi.recover 937915 39 eugen 2017-06-13 18:02:02 +0000 (In reply to Cassiano Peixoto from comment #38) Please show output of the command: dmesg | grep mpd5 937916 40 peixoto.cassiano 2017-06-13 18:03:47 +0000 (In reply to Eugene Grosbein from comment #39) # dmesg | grep mpd5 pid 53402 (mpd5), uid 0: exited on signal 3 pid 53441 (mpd5), uid 0: exited on signal 3 pid 53758 (mpd5), uid 0: exited on signal 3 937924 41 eugen 2017-06-13 19:40:56 +0000 (In reply to Cassiano Peixoto from comment #40) The signal is delivered but core generation is disabled for some reason. To find it, please show output of commands: sysctl kern.coredump proccontrol -q -m trace -p $(cat /var/run/mpd5.pid) limits -c 937927 42 peixoto.cassiano 2017-06-13 20:05:36 +0000 (In reply to Eugene Grosbein from comment #41) I've just found out. My coredumpsize limit has been configured to 0Kb :( Now it worked fine. Thanks for your help. I'll keep you posted. Until now it's running fine with patch applied. Thanks. 938032 43 eugen 2017-06-14 14:05:11 +0000 (In reply to Cassiano Peixoto from comment #42) I've repeated my stress test for mpd5 and without RADIUS it runs just fine but with RADIUS I'm able to reliably reproduce this problem in a minute using unpatched mpd5 and libc. This the patch for mpd5, the problem goes away. Note however, that I did not use mpd's web server and the patch is not complete. The patch for libc seems to non-functional and incomplete too. I've raised this issue to freebsd-stable@ mailing list trying to get more attention to the problem from developers. 938033 44 peixoto.cassiano 2017-06-14 14:15:00 +0000 (In reply to Eugene Grosbein from comment #43) Hi Eugene, Thank you very much for your support. I stopped using mpd5 web, i replaced my script with mpd5 console to collect statistics. Let's see if it keeps stable. Is there a way to reproduce your tests with radius? As i'm using mpd5+radius would be interesting to try after mpd5 patch applied. If you don't mind I'd like to suggest two things: 1) Attach the patches on this PR, it will be helpful to someone who is following it. 2) Assign this PR to you, because clearly Ermal Luçi is not working on this anymore. 938297 45 peixoto.cassiano 2017-06-16 11:54:06 +0000 (In reply to Eugene Grosbein from comment #43) Hi Eugene, I just got a stuck process this morning with uwrlck state. As i said before i'm not using mpd web anymore. Here is the bt result after it hangs: #0 0x000000080248567c in _umtx_op_err () from /lib/libthr.so.3 #1 0x0000000802479c81 in __thr_rwlock_wrlock (rwlock=0x802694500, tsp=<value optimized out>) at /usr/src/lib/libthr/thread/thr_umtx.c:325 #2 0x00000008024829f3 in _thr_rtld_wlock_acquire (lock=<value optimized out>) at thr_umtx.h:239 #3 0x0000000800703c72 in wlock_acquire (lock=0x800918960, lockstate=0x7fffdfffda58) at /usr/src/libexec/rtld-elf/rtld_lock.c:217 #4 0x00000008006fff4f in _rtld_allocate_tls (oldtls=0x0, tcbsize=32, tcbalign=16) at /usr/src/libexec/rtld-elf/rtld.c:4802 #5 0x0000000802481b69 in _tcb_ctor (thread=0x807c7ba00, initial=<value optimized out>) at /usr/src/lib/libthr/thread/thr_ctrdtr.c:45 #6 0x0000000802481110 in _thr_alloc (curthread=<value optimized out>) at /usr/src/lib/libthr/thread/thr_list.c:170 #7 0x00000008024772a6 in _pthread_create (thread=0x80342fd78, attr=0x0, start_routine=0x4b17c0 <paction_main>, arg=<value optimized out>) at /usr/src/lib/libthr/thread/thr_create.c:78 #8 0x00000000004b1744 in paction_start (actionp=0x80cf7f3b8, mutex=0x7bee08, handler=0x442f40 <AuthAccount>, finish=0x4430c0 <AuthAccountFinish>, arg=0x807c20010) at contrib/libpdel/util/paction.c:115 #9 0x0000000000442eaa in AuthAccountStart (l=0x80cf7f010, type=3) at auth.c:927 #10 0x0000000000442f31 in AuthAccountTimeout (arg=0x80cf7f010) at auth.c:949 #11 0x00000000004a0344 in TimerExpires (type=3, cookie=0x80cf7f120) at timer.c:99 #12 0x0000000000462ed7 in EventHandler (arg=0x80cf7f120) at event.c:146 #13 0x00000000004b154e in pevent_ctx_execute (arg=0x807db6f08) at contrib/libpdel/util/pevent.c:885 #14 0x00000000004b112f in pevent_ctx_service (ev=0x807db6f08) at contrib/libpdel/util/pevent.c:774 #15 0x00000000004b0baf in pevent_ctx_main (arg=0x80322c008) at contrib/libpdel/util/pevent.c:720 #16 0x0000000802477b55 in thread_start (curthread=<value optimized out>) at /usr/src/lib/libthr/thread/thr_create.c:289 938319 46 kib 2017-06-16 13:27:16 +0000 (In reply to Cassiano Peixoto from comment #45) Show the backtrace for all threads. 938320 47 kib 2017-06-16 13:31:41 +0000 (In reply to Konstantin Belousov from comment #46) And exactly what FreeBSD version is it ? 938321 48 dmitryluhtionov 2017-06-16 13:35:17 +0000 In comment #31 (root@B-ras)~# file /usr/local/sbin/mpd5 /usr/local/sbin/mpd5: ELF 64-bit LSB executable, x86-64, version 1 (FreeBSD), dynamically linked, interpreter /libexec/ld-elf.so.1, for FreeBSD 11.0 (1100122), FreeBSD-style, not stripped 938322 49 peixoto.cassiano 2017-06-16 13:42:29 +0000 (In reply to Konstantin Belousov from comment #47) I'm using FreeBSD 11.0-p1. But it happens on any FreeBSD version above 9x. Here is the backtrace for all threads: (gdb) thread apply all bt Thread 6 (Thread 803216a00 (LWP 100375/<unknown>)): #0 0x000000080248567c in _umtx_op_err () from /lib/libthr.so.3 #1 0x0000000802479c81 in __thr_rwlock_wrlock (rwlock=0x802694500, tsp=<value optimized out>) at /usr/src/lib/libthr/thread/thr_umtx.c:325 #2 0x00000008024829f3 in _thr_rtld_wlock_acquire (lock=<value optimized out>) at thr_umtx.h:239 #3 0x0000000800703c72 in wlock_acquire (lock=0x800918960, lockstate=0x7fffdfffda58) at /usr/src/libexec/rtld-elf/rtld_lock.c:217 #4 0x00000008006fff4f in _rtld_allocate_tls (oldtls=0x0, tcbsize=32, tcbalign=16) at /usr/src/libexec/rtld-elf/rtld.c:4802 #5 0x0000000802481b69 in _tcb_ctor (thread=0x807c7ba00, initial=<value optimized out>) at /usr/src/lib/libthr/thread/thr_ctrdtr.c:45 #6 0x0000000802481110 in _thr_alloc (curthread=<value optimized out>) at /usr/src/lib/libthr/thread/thr_list.c:170 #7 0x00000008024772a6 in _pthread_create (thread=0x80342fd78, attr=0x0, start_routine=0x4b17c0 <paction_main>, arg=<value optimized out>) at /usr/src/lib/libthr/thread/thr_create.c:78 #8 0x00000000004b1744 in paction_start (actionp=0x80cf7f3b8, mutex=0x7bee08, handler=0x442f40 <AuthAccount>, finish=0x4430c0 <AuthAccountFinish>, arg=0x807c20010) at contrib/libpdel/util/paction.c:115 #9 0x0000000000442eaa in AuthAccountStart (l=0x80cf7f010, type=3) at auth.c:927 #10 0x0000000000442f31 in AuthAccountTimeout (arg=0x80cf7f010) at auth.c:949 #11 0x00000000004a0344 in TimerExpires (type=3, cookie=0x80cf7f120) at timer.c:99 #12 0x0000000000462ed7 in EventHandler (arg=0x80cf7f120) at event.c:146 #13 0x00000000004b154e in pevent_ctx_execute (arg=0x807db6f08) at contrib/libpdel/util/pevent.c:885 #14 0x00000000004b112f in pevent_ctx_service (ev=0x807db6f08) at contrib/libpdel/util/pevent.c:774 #15 0x00000000004b0baf in pevent_ctx_main (arg=0x80322c008) at contrib/libpdel/util/pevent.c:720 #16 0x0000000802477b55 in thread_start (curthread=<value optimized out>) at /usr/src/lib/libthr/thread/thr_create.c:289 #17 0x0000000000000000 in ?? () Thread 5 (Thread 80342a000 (LWP 100378/<unknown>)): #0 0x000000080248567a in _umtx_op_err () from /lib/libthr.so.3 #1 0x00000008024796e4 in __thr_umutex_lock (mtx=<value optimized out>, id=<value optimized out>) at /usr/src/lib/libthr/thread/thr_umtx.c:80 #2 0x0000000802481106 in _thr_alloc (curthread=<value optimized out>) at thr_umtx.h:123 #3 0x00000008024772a6 in _pthread_create (thread=0x8076dd438, attr=0x0, start_routine=0x4c4ec0 <http_server_connection_main>, arg=<value optimized out>) at /usr/src/lib/libthr/thread/thr_create.c:78 #4 0x00000000004c400a in http_server_accept (arg=0x803420088) at contrib/libpdel/http/http_server.c:653 #5 0x00000000004b154e in pevent_ctx_execute (arg=0x803420108) at contrib/libpdel/util/pevent.c:885 #6 0x00000000004b112f in pevent_ctx_service (ev=0x803420108) at contrib/libpdel/util/pevent.c:774 #7 0x00000000004b0baf in pevent_ctx_main (arg=0x80340e0a8) at contrib/libpdel/util/pevent.c:720 #8 0x0000000802477b55 in thread_start (curthread=<value optimized out>) at /usr/src/lib/libthr/thread/thr_create.c:289 #9 0x0000000000000000 in ?? () Thread 4 (Thread 807ccdf00 (LWP 101673/<unknown>)): #0 0x000000080277d43a in _nanosleep () from /lib/libc.so.7 #1 0x000000080247a4cc in __thr_nanosleep (time_to_sleep=0x7fffcbd5ceb0, time_remaining=0x0) at /usr/src/lib/libthr/thread/thr_syscalls.c:257 #2 0x00000008027d5036 in __usleep (useconds=<value optimized out>) at /usr/src/lib/libc/gen/usleep.c:52 #3 0x00000000004b1aaf in paction_cleanup (arg=0x80342f288) at contrib/libpdel/util/paction.c:243 #4 0x0000000802485550 in __pthread_cleanup_pop_imp (execute=<value optimized out>) at /usr/src/lib/libthr/thread/thr_clean.c:73 #5 0x00000000004b189f in paction_main (arg=0x80342f288) at contrib/libpdel/util/paction.c:197 #6 0x0000000802477b55 in thread_start (curthread=<value optimized out>) at /usr/src/lib/libthr/thread/thr_create.c:289 #7 0x00007fffcbb5d000 in ?? () Cannot access memory at address 0x7fffcbd5d000 Thread 3 (Thread 804fd4900 (LWP 101715/<unknown>)): #0 0x000000080277d43a in _nanosleep () from /lib/libc.so.7 #1 0x000000080247a4cc in __thr_nanosleep (time_to_sleep=0x7fffcad54eb0, time_remaining=0x0) at /usr/src/lib/libthr/thread/thr_syscalls.c:257 #2 0x00000008027d5036 in __usleep (useconds=<value optimized out>) at /usr/src/lib/libc/gen/usleep.c:52 ---Type <return> to continue, or q <return> to quit--- #3 0x00000000004b1aaf in paction_cleanup (arg=0x80342fb48) at contrib/libpdel/util/paction.c:243 #4 0x0000000802485550 in __pthread_cleanup_pop_imp (execute=<value optimized out>) at /usr/src/lib/libthr/thread/thr_clean.c:73 #5 0x00000000004b189f in paction_main (arg=0x80342fb48) at contrib/libpdel/util/paction.c:197 #6 0x0000000802477b55 in thread_start (curthread=<value optimized out>) at /usr/src/lib/libthr/thread/thr_create.c:289 #7 0x00007fffcab55000 in ?? () Cannot access memory at address 0x7fffcad55000 Thread 2 (Thread 807d70500 (LWP 101723/<unknown>)): #0 0x000000080277d43a in _nanosleep () from /lib/libc.so.7 #1 0x000000080247a4cc in __thr_nanosleep (time_to_sleep=0x7fffbc0deeb0, time_remaining=0x0) at /usr/src/lib/libthr/thread/thr_syscalls.c:257 #2 0x00000008027d5036 in __usleep (useconds=<value optimized out>) at /usr/src/lib/libc/gen/usleep.c:52 #3 0x00000000004b1aaf in paction_cleanup (arg=0x80342fcd8) at contrib/libpdel/util/paction.c:243 #4 0x0000000802485550 in __pthread_cleanup_pop_imp (execute=<value optimized out>) at /usr/src/lib/libthr/thread/thr_clean.c:73 #5 0x00000000004b189f in paction_main (arg=0x80342fcd8) at contrib/libpdel/util/paction.c:197 #6 0x0000000802477b55 in thread_start (curthread=<value optimized out>) at /usr/src/lib/libthr/thread/thr_create.c:289 #7 0x00007fffbbedf000 in ?? () Cannot access memory at address 0x7fffbc0df000 Thread 1 (Thread 807cd4800 (LWP 101061/<unknown>)): #0 0x000000080277d43a in _nanosleep () from /lib/libc.so.7 #1 0x000000080247a4cc in __thr_nanosleep (time_to_sleep=0x7fffa9c4ceb0, time_remaining=0x0) at /usr/src/lib/libthr/thread/thr_syscalls.c:257 #2 0x00000008027d5036 in __usleep (useconds=<value optimized out>) at /usr/src/lib/libc/gen/usleep.c:52 #3 0x00000000004b1aaf in paction_cleanup (arg=0x80342fd28) at contrib/libpdel/util/paction.c:243 #4 0x0000000802485550 in __pthread_cleanup_pop_imp (execute=<value optimized out>) at /usr/src/lib/libthr/thread/thr_clean.c:73 #5 0x00000000004b189f in paction_main (arg=0x80342fd28) at contrib/libpdel/util/paction.c:197 #6 0x0000000802477b55 in thread_start (curthread=<value optimized out>) at /usr/src/lib/libthr/thread/thr_create.c:289 #7 0x00007fffa9a4d000 in ?? () Cannot access memory at address 0x7fffa9c4d000 #0 0x000000080248567c in _umtx_op_err () from /lib/libthr.so.3 938328 50 kib 2017-06-16 14:08:42 +0000 (In reply to Cassiano Peixoto from comment #49) From the thread 6, in the frame 1, please do 'p *rwlock' 938330 51 peixoto.cassiano 2017-06-16 14:10:52 +0000 (In reply to Konstantin Belousov from comment #50) Please, see below: (gdb) frame 1 #1 0x0000000802479c81 in __thr_rwlock_wrlock (rwlock=0x802694500, tsp=<value optimized out>) at /usr/src/lib/libthr/thread/thr_umtx.c:325 325 return (_umtx_op_err(rwlock, UMTX_OP_RW_WRLOCK, 0, (void *)tm_size, Current language: auto; currently minimal (gdb) p *rwlock $1 = {rw_state = -1610612736, rw_flags = 2, rw_blocked_readers = 0, rw_blocked_writers = 0, rw_spare = 0x802694510} (gdb) 938341 52 kib 2017-06-16 14:37:18 +0000 (In reply to Cassiano Peixoto from comment #51) Please apply the following patch, recompile libthr.so _only_, and then reproduce the issue again. I need the same information: backtraces from all alive threads, and for the thread which is blocked on lock in _rtld_allocate_tls(), the printout of *rwlock. 938342 53 183536 kib 2017-06-16 14:38:02 +0000 Created attachment 183536 debugging patch to track rtld bind lock write owner 938349 54 peixoto.cassiano 2017-06-16 15:10:51 +0000 (In reply to Konstantin Belousov from comment #53) Should i restart or recompile mpd5 after patch applied? 938350 55 dmitryluhtionov 2017-06-16 15:11:48 +0000 Restart only. 938351 56 dmitryluhtionov 2017-06-16 15:17:31 +0000 Although I may be wrong. Can you compile mpd5 from sources from sf.net ? I can add some helpful debug to than. 938352 57 183537 eugen 2017-06-16 15:23:29 +0000 Created attachment 183537 patch for lib/syslog by kib (In reply to Cassiano Peixoto from comment #51) I'd advise you stop using any patches sumbitted my me to the PR 214482 as they are no longer needed to find a root of the "umtxn" problem and are not quite correct. Instead, as more complete fix to "umtxn" problem use two following patches: first by Konstantin for syslog (libc) that should be applied so: cd /usr/src patch < /path/to/patch cd lib/libc make obj depend && make all install Then restart mpd5 only. Second patch for mpd5 itself by me. It tries to fix "uwrlck" problem in more correct way, replacing my previous patch. It deals with CLI console only, not touching web part still. Please make sure no http access is done to mpd. It would be fine to comment out "set web" commands in the mpd.conf for a while. And, of course, apply Konstantin's latest patch for rtld. 938353 58 183538 eugen 2017-06-16 15:24:45 +0000 Created attachment 183538 patch for mpd/console locks by me 938358 59 eugen 2017-06-16 16:16:20 +0000 (In reply to Cassiano Peixoto from comment #49) Note: Thread 5 shows "http_server_accept" in the trace that means that mpd web interface is being used. 938360 60 peixoto.cassiano 2017-06-16 16:55:54 +0000 (In reply to Dmitry Luhtionov from comment #56) Hi Dmitry, Yes, i can. Please just provide the link and i can download and compile. Thanks. 938363 61 peixoto.cassiano 2017-06-16 17:11:00 +0000 (In reply to Eugene Grosbein from comment #59) Eugene, i think it's because web option was still enabled in mpd.conf. Anyway i disabled it now to avoid any issues. 938365 62 peixoto.cassiano 2017-06-16 17:16:37 +0000 (In reply to Eugene Grosbein from comment #57) Eugene, i got the following error compiling libc patch: ===> tests (all) ===> tests/tls_dso (all) ===> tests/c063 (all) (cd /usr/src/lib/libc/tests/c063 && DEPENDFILE=.depend.faccessat_test NO_SUBDIR=1 make -f /usr/src/lib/libc/tests/c063/Makefile _RECURSING_PROGS=t PROG=faccessat_test ) make[3]: /usr/obj/usr/src/lib/libc/tests/c063/.depend.faccessat_test, 1: ignoring stale .depend.faccessat_test for /usr/obj/usr/src/lib/libnetbsd/libnetbsd.a cc -O2 -pipe -D_INCOMPLETE_XOPEN_C063 -I/usr/src/lib/libnetbsd -I/usr/src/contrib/netbsd-tests -g -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -L/usr/obj/usr/src/lib/libnetbsd -o faccessat_test.full t_faccessat.o -lprivateatf-c -L/usr/obj/usr/src/lib/libnetbsd -lnetbsd /usr/bin/ld: cannot find -lnetbsd cc: error: linker command failed with exit code 1 (use -v to see invocation) *** Error code 1 Stop. make[3]: stopped in /usr/src/lib/libc/tests/c063 *** Error code 1 Stop. make[2]: stopped in /usr/src/lib/libc/tests/c063 *** Error code 1 Stop. make[1]: stopped in /usr/src/lib/libc/tests *** Error code 1 Stop. make: stopped in /usr/src/lib/libc Exit 1 938369 63 kib 2017-06-16 17:19:15 +0000 (In reply to Cassiano Peixoto from comment #62) Use 'make -DWITHOUT_TESTS=yes' to compile both libc and libthr. 938371 64 kib 2017-06-16 17:23:13 +0000 (In reply to Konstantin Belousov from comment #63) Sorry, the correct spelling is 'make WITHOUT_TESTS=yes', no -D is needed. 938373 65 peixoto.cassiano 2017-06-16 17:40:12 +0000 (In reply to Konstantin Belousov from comment #64) Konstantin, Libc patch compiled fine after using 'make WITHOUT_TESTS=yes'. But libthr patch doesn't, see: cc -O2 -pipe -DPTHREAD_KERNEL -I/usr/src/lib/libthr/../libc/include -I/usr/src/lib/libthr/thread -I/usr/src/lib/libthr/../../include -I/usr/src/lib/libthr/arch/amd64/include -I/usr/src/lib/libthr/sys -I/usr/src/lib/libthr/../../libexec/rtld-elf -I/usr/src/lib/libthr/../../libexec/rtld-elf/amd64 -I/usr/src/lib/libthr/../libthread_db -Winline -fexceptions -D_PTHREAD_FORCED_UNWIND -D_PTHREADS_INVARIANTS -mno-mmx -mno-sse -mno-avx -MD -MF.depend.thr_init.o -MTthr_init.o -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/libthr/thread/thr_init.c -o thr_init.o /usr/src/lib/libthr/thread/thr_init.c:71:35: error: excess elements in scalar initializer [-Werror] struct urwlock _thr_atfork_lock = DEFAULT_URWLOCK; ^~~~~~~~~~~~~~~ /usr/src/lib/libthr/thread/thr_umtx.h:40:39: note: expanded from macro 'DEFAULT_URWLOCK' #define DEFAULT_URWLOCK {0,0,0,0,0,{0,0,0}} ^ /usr/src/lib/libthr/thread/thr_init.c:71:35: error: suggest braces around initialization of subobject [-Werror,-Wmissing-braces] struct urwlock _thr_atfork_lock = DEFAULT_URWLOCK; ^~~~~~~~~~~~~~~ /usr/src/lib/libthr/thread/thr_umtx.h:40:34: note: expanded from macro 'DEFAULT_URWLOCK' #define DEFAULT_URWLOCK {0,0,0,0,0,{0,0,0}} ^~~~~~~~~ /usr/src/lib/libthr/thread/thr_init.c:127:33: error: excess elements in scalar initializer [-Werror] struct urwlock _thr_list_lock = DEFAULT_URWLOCK; ^~~~~~~~~~~~~~~ /usr/src/lib/libthr/thread/thr_umtx.h:40:39: note: expanded from macro 'DEFAULT_URWLOCK' #define DEFAULT_URWLOCK {0,0,0,0,0,{0,0,0}} ^ /usr/src/lib/libthr/thread/thr_init.c:127:33: error: suggest braces around initialization of subobject [-Werror,-Wmissing-braces] struct urwlock _thr_list_lock = DEFAULT_URWLOCK; ^~~~~~~~~~~~~~~ /usr/src/lib/libthr/thread/thr_umtx.h:40:34: note: expanded from macro 'DEFAULT_URWLOCK' #define DEFAULT_URWLOCK {0,0,0,0,0,{0,0,0}} ^~~~~~~~~ 4 errors generated. *** Error code 1 Stop. make: stopped in /usr/src/lib/libthr 938376 66 kib 2017-06-16 17:58:40 +0000 (In reply to Cassiano Peixoto from comment #65) Perhaps you need to manually copy patched sys/_umtx.h to /usr/include/sys. Do not forget to revert this when cleaning your machine. 938378 67 peixoto.cassiano 2017-06-16 18:08:06 +0000 (In reply to Konstantin Belousov from comment #66) Konstantin, Worked after copied _umtx.h. Thanks. Konstantin and Eugene, I applied the patches, to sum up what i've applied: - libc patch - libthr patch - mpd console patch As you know it takes some days to happen again. Last time took 5 days. I wish, but i don't know how to force to reproduce the issue at any time. I'll keep you posted guys, thank you. 938408 68 eugen 2017-06-16 21:50:38 +0000 *** Bug 214482 has been marked as a duplicate of this bug. *** 938414 69 koobs 2017-06-16 23:49:37 +0000 Assign to Eugene who appears (currently) to be coordinating. It would be ideal if a separate (dependent) issue is created for the/any base changes required to resolve this issue, so that it can be assigned to the person resolving on that side (kib?) and tracked for MFC's and release engineering if appropriate (ports categorized issues don't have those flags) 938455 70 eugen 2017-06-17 09:09:22 +0000 JFYI: these patches made my mpd server side pretty stable, so my stress test can run long enough to hit another problem that produces repeatable kernel panics at client side. I've digged that problem and produced a fix for ng_iface(4) and filled another PR for that distinct problem: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220076 938481 71 eugen 2017-06-17 12:24:16 +0000 IFYI2: another reason for this task to break and new set of patches here: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220078 938580 72 koobs 2017-06-18 09:40:42 +0000 (In reply to Eugene Grosbein from comment #71) Is there an issue for the syslog related changes/patch discussed with kib@ on freebsd-current? 938585 73 eugen 2017-06-18 11:46:43 +0000 (In reply to Kubilay Kocak from comment #72) This is the patch https://bugs.freebsd.org/bugzilla/attachment.cgi?id=183537 My tests show no issues with it. It really helps and I'd like to see it included in upcoming 11.1-RELEASE and merged to stable/10 too for announced 10.4. 938833 74 koobs 2017-06-20 03:03:33 +0000 (In reply to Eugene Grosbein from comment #73) I order to ensure that (base) change is tracked and merged correctly, I'd recommend (as suggested in comment 69) creating a separate dependent issue so that it can be: - Assigned to kib (as distinct from this overarching issue) - Tracked for MFC's correctly and completely - Used to notify/inform release engineering specifically and only for that change 938854 75 eugen 2017-06-20 09:51:57 +0000 (In reply to Kubilay Kocak from comment #74) Done: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220151 Konstantin Belousov (author of the patch) is in the re@, so this team should be aware of the problem. 938920 76 peixoto.cassiano 2017-06-20 18:54:10 +0000 (In reply to Eugene Grosbein from comment #75) Eugene, are you going to provide all these patches to FreeBSD 10-STABLE? 938926 77 eugen 2017-06-20 19:31:00 +0000 (In reply to Cassiano Peixoto from comment #76) All patches are pretty simple and should just work for 10.x 939677 78 peixoto.cassiano 2017-06-27 12:46:25 +0000 (In reply to Eugene Grosbein from comment #77) Hi guys, After 8 days working with no issues i think at last it has been fixed. Well done Eugene :) I could see libc patch has been committed to 11-STABLE. Is there a plan to commit libthr patch and all others PRs related before 11.1-RELEASE? Thank you guys. 939738 79 eugen 2017-06-27 17:22:59 +0000 (In reply to Cassiano Peixoto from comment #78) I believe, the libthr patch was for debugging purposes only and is not needed to fix the problem itself. Did you test it with web server disabled? If so, please update your ports tree and rebuild mpd5 port that now has "console" patch integrated, so remove your local version of the patch before updating ports tree - my tests show that it should be enough to fix mpd's web server too. And run mpd-5.8_1 with web server enabled as you did earlier to verify that. 939751 80 peixoto.cassiano 2017-06-27 17:46:28 +0000 (In reply to Eugene Grosbein from comment #79) Yes, i did. All my tests were with web server disabled as you requested. Only with console enabled. I'll run with web server enabled to try the patch. How about other related patchs (like netgraph, ipfw, etc) ? Are you going to commit? Thanks. 939753 81 eugen 2017-06-27 17:53:29 +0000 (In reply to Cassiano Peixoto from comment #80) I cannot commit kernel patches myself as I have no src commit bit. Any src committed is needed to take a look at least, so I've filled my PRs. 939755 82 peixoto.cassiano 2017-06-27 17:59:35 +0000 (In reply to Eugene Grosbein from comment #81) Humm i see. Maybe Konstantin Belousov could help us :) 939781 83 peixoto.cassiano 2017-06-27 21:14:11 +0000 (In reply to Eugene Grosbein from comment #81) Eugene and Konstantin, Bad news, it just stopped working. Eugene i hadn't enabled web server yet. So it stucked the mpd5 process with patch applied listed on comment #67. The top out i can see same message: 1295 root 9 52 0 314M 54820K uwrlck 7 625:46 0.74% mpd5 Here it is the bt: (gdb) bt #0 0x000000080228567c in _umtx_op_err () from /lib/libthr.so.3 #1 0x0000000802279c81 in __thr_rwlock_wrlock (rwlock=0x802494500, tsp=<value optimized out>) at /usr/src/lib/libthr/thread/thr_umtx.c:325 #2 0x00000008022829f3 in _thr_rtld_wlock_acquire (lock=<value optimized out>) at thr_umtx.h:239 #3 0x00000008006aec72 in wlock_acquire (lock=0x8008c3960, lockstate=0x7fffdfffda08) at /usr/src/libexec/rtld-elf/rtld_lock.c:217 #4 0x00000008006aaf4f in _rtld_allocate_tls (oldtls=0x0, tcbsize=32, tcbalign=16) at /usr/src/libexec/rtld-elf/rtld.c:4802 #5 0x0000000802281b69 in _tcb_ctor (thread=0x80c740f00, initial=<value optimized out>) at /usr/src/lib/libthr/thread/thr_ctrdtr.c:45 #6 0x0000000802281110 in _thr_alloc (curthread=<value optimized out>) at /usr/src/lib/libthr/thread/thr_list.c:170 #7 0x00000008022772a6 in _pthread_create (thread=0x80324d598, attr=0x0, start_routine=0x4653b0 <fseeko@plt+388260>, arg=<value optimized out>) at /usr/src/lib/libthr/thread/thr_create.c:78 #8 0x000000000046535b in ?? () #9 0x00000000004292a8 in ?? () #10 0x000000000042d219 in ?? () #11 0x0000000000448da3 in ?? () #12 0x00000000004493b1 in ?? () #13 0x000000000043ac94 in ?? () #14 0x000000000043d650 in ?? () #15 0x000000000043d366 in ?? () #16 0x000000000043b21d in ?? () #17 0x0000000000445012 in ?? () #18 0x000000000044b598 in ?? () #19 0x0000000000439c9f in ?? () #20 0x00000000004651d6 in ?? () #21 0x0000000000464908 in ?? () #22 0x0000000802277b55 in thread_start (curthread=<value optimized out>) at /usr/src/lib/libthr/thread/thr_create.c:289 Here it is all threads: (gdb) thread apply all bt Thread 9 (Thread 803016a00 (LWP 100704/<unknown>)): #0 0x000000080228567c in _umtx_op_err () from /lib/libthr.so.3 #1 0x0000000802279c81 in __thr_rwlock_wrlock (rwlock=0x802494500, tsp=<value optimized out>) at /usr/src/lib/libthr/thread/thr_umtx.c:325 #2 0x00000008022829f3 in _thr_rtld_wlock_acquire (lock=<value optimized out>) at thr_umtx.h:239 #3 0x00000008006aec72 in wlock_acquire (lock=0x8008c3960, lockstate=0x7fffdfffda08) at /usr/src/libexec/rtld-elf/rtld_lock.c:217 #4 0x00000008006aaf4f in _rtld_allocate_tls (oldtls=0x0, tcbsize=32, tcbalign=16) at /usr/src/libexec/rtld-elf/rtld.c:4802 #5 0x0000000802281b69 in _tcb_ctor (thread=0x80c740f00, initial=<value optimized out>) at /usr/src/lib/libthr/thread/thr_ctrdtr.c:45 #6 0x0000000802281110 in _thr_alloc (curthread=<value optimized out>) at /usr/src/lib/libthr/thread/thr_list.c:170 #7 0x00000008022772a6 in _pthread_create (thread=0x80324d598, attr=0x0, start_routine=0x4653b0 <fseeko@plt+388260>, arg=<value optimized out>) at /usr/src/lib/libthr/thread/thr_create.c:78 #8 0x000000000046535b in ?? () #9 0x00000000004292a8 in ?? () #10 0x000000000042d219 in ?? () #11 0x0000000000448da3 in ?? () #12 0x00000000004493b1 in ?? () #13 0x000000000043ac94 in ?? () #14 0x000000000043d650 in ?? () #15 0x000000000043d366 in ?? () #16 0x000000000043b21d in ?? () #17 0x0000000000445012 in ?? () #18 0x000000000044b598 in ?? () #19 0x0000000000439c9f in ?? () #20 0x00000000004651d6 in ?? () #21 0x0000000000464908 in ?? () #22 0x0000000802277b55 in thread_start (curthread=<value optimized out>) at /usr/src/lib/libthr/thread/thr_create.c:289 #23 0x0000000000000000 in ?? () Thread 8 (Thread 80326ca00 (LWP 101005/<unknown>)): #0 0x000000080257d43a in _nanosleep () from /lib/libc.so.7 #1 0x000000080227a4cc in __thr_nanosleep (time_to_sleep=0x7fffc6731ed0, time_remaining=0x0) at /usr/src/lib/libthr/thread/thr_syscalls.c:257 #2 0x00000008025d5076 in __usleep (useconds=<value optimized out>) at /usr/src/lib/libc/gen/usleep.c:52 #3 0x0000000000465532 in ?? () #4 0x0000000802285550 in __pthread_cleanup_pop_imp (execute=<value optimized out>) at /usr/src/lib/libthr/thread/thr_clean.c:73 #5 0x000000000046541e in ?? () #6 0x0000000802277b55 in thread_start (curthread=<value optimized out>) at /usr/src/lib/libthr/thread/thr_create.c:289 #7 0x00007fffc6532000 in ?? () Cannot access memory at address 0x7fffc6732000 Thread 7 (Thread 80326ed00 (LWP 101007/<unknown>)): #0 0x000000080257d43a in _nanosleep () from /lib/libc.so.7 #1 0x000000080227a4cc in __thr_nanosleep (time_to_sleep=0x7fffb7cbced0, time_remaining=0x0) at /usr/src/lib/libthr/thread/thr_syscalls.c:257 #2 0x00000008025d5076 in __usleep (useconds=<value optimized out>) at /usr/src/lib/libc/gen/usleep.c:52 #3 0x0000000000465532 in ?? () #4 0x0000000802285550 in __pthread_cleanup_pop_imp (execute=<value optimized out>) at /usr/src/lib/libthr/thread/thr_clean.c:73 #5 0x000000000046541e in ?? () #6 0x0000000802277b55 in thread_start (curthread=<value optimized out>) at /usr/src/lib/libthr/thread/thr_create.c:289 #7 0x00007fffb7abd000 in ?? () Cannot access memory at address 0x7fffb7cbd000 ---Type <return> to continue, or q <return> to quit--- Thread 6 (Thread 803252e00 (LWP 100809/<unknown>)): #0 0x000000080257d43a in _nanosleep () from /lib/libc.so.7 #1 0x000000080227a4cc in __thr_nanosleep (time_to_sleep=0x7fffb86c1ed0, time_remaining=0x0) at /usr/src/lib/libthr/thread/thr_syscalls.c:257 #2 0x00000008025d5076 in __usleep (useconds=<value optimized out>) at /usr/src/lib/libc/gen/usleep.c:52 #3 0x0000000000465532 in ?? () #4 0x0000000802285550 in __pthread_cleanup_pop_imp (execute=<value optimized out>) at /usr/src/lib/libthr/thread/thr_clean.c:73 #5 0x000000000046541e in ?? () #6 0x0000000802277b55 in thread_start (curthread=<value optimized out>) at /usr/src/lib/libthr/thread/thr_create.c:289 #7 0x00007fffb84c2000 in ?? () Cannot access memory at address 0x7fffb86c2000 Thread 5 (Thread 807292a00 (LWP 100290/<unknown>)): #0 0x000000080257d43a in _nanosleep () from /lib/libc.so.7 #1 0x000000080227a4cc in __thr_nanosleep (time_to_sleep=0x7fff88b44ed0, time_remaining=0x0) at /usr/src/lib/libthr/thread/thr_syscalls.c:257 #2 0x00000008025d5076 in __usleep (useconds=<value optimized out>) at /usr/src/lib/libc/gen/usleep.c:52 #3 0x0000000000465532 in ?? () #4 0x0000000802285550 in __pthread_cleanup_pop_imp (execute=<value optimized out>) at /usr/src/lib/libthr/thread/thr_clean.c:73 #5 0x000000000046541e in ?? () #6 0x0000000802277b55 in thread_start (curthread=<value optimized out>) at /usr/src/lib/libthr/thread/thr_create.c:289 #7 0x00007fff88945000 in ?? () Cannot access memory at address 0x7fff88b45000 Thread 4 (Thread 803253d00 (LWP 101008/<unknown>)): #0 0x000000080257d43a in _nanosleep () from /lib/libc.so.7 #1 0x000000080227a4cc in __thr_nanosleep (time_to_sleep=0x7fffbdaebed0, time_remaining=0x0) at /usr/src/lib/libthr/thread/thr_syscalls.c:257 #2 0x00000008025d5076 in __usleep (useconds=<value optimized out>) at /usr/src/lib/libc/gen/usleep.c:52 #3 0x0000000000465532 in ?? () #4 0x0000000802285550 in __pthread_cleanup_pop_imp (execute=<value optimized out>) at /usr/src/lib/libthr/thread/thr_clean.c:73 #5 0x000000000046541e in ?? () #6 0x0000000802277b55 in thread_start (curthread=<value optimized out>) at /usr/src/lib/libthr/thread/thr_create.c:289 #7 0x00007fffbd8ec000 in ?? () Cannot access memory at address 0x7fffbdaec000 Thread 3 (Thread 808089000 (LWP 101010/<unknown>)): #0 0x000000080257d43a in _nanosleep () from /lib/libc.so.7 #1 0x000000080227a4cc in __thr_nanosleep (time_to_sleep=0x7fff8bf5eed0, time_remaining=0x0) at /usr/src/lib/libthr/thread/thr_syscalls.c:257 #2 0x00000008025d5076 in __usleep (useconds=<value optimized out>) at /usr/src/lib/libc/gen/usleep.c:52 #3 0x0000000000465532 in ?? () #4 0x0000000802285550 in __pthread_cleanup_pop_imp (execute=<value optimized out>) at /usr/src/lib/libthr/thread/thr_clean.c:73 #5 0x000000000046541e in ?? () #6 0x0000000802277b55 in thread_start (curthread=<value optimized out>) at /usr/src/lib/libthr/thread/thr_create.c:289 #7 0x00007fff8bd5f000 in ?? () Cannot access memory at address 0x7fff8bf5f000 Thread 2 (Thread 80808a400 (LWP 101011/<unknown>)): #0 0x000000080257d43a in _nanosleep () from /lib/libc.so.7 #1 0x000000080227a4cc in __thr_nanosleep (time_to_sleep=0x7fff9178aed0, time_remaining=0x0) at /usr/src/lib/libthr/thread/thr_syscalls.c:257 #2 0x00000008025d5076 in __usleep (useconds=<value optimized out>) at /usr/src/lib/libc/gen/usleep.c:52 #3 0x0000000000465532 in ?? () #4 0x0000000802285550 in __pthread_cleanup_pop_imp (execute=<value optimized out>) at /usr/src/lib/libthr/thread/thr_clean.c:73 #5 0x000000000046541e in ?? () ---Type <return> to continue, or q <return> to quit--- #6 0x0000000802277b55 in thread_start (curthread=<value optimized out>) at /usr/src/lib/libthr/thread/thr_create.c:289 #7 0x00007fff9158b000 in ?? () Cannot access memory at address 0x7fff9178b000 Thread 1 (Thread 807258d00 (LWP 101012/<unknown>)): #0 0x000000080257d43a in _nanosleep () from /lib/libc.so.7 #1 0x000000080227a4cc in __thr_nanosleep (time_to_sleep=0x7fff7c2e0ed0, time_remaining=0x0) at /usr/src/lib/libthr/thread/thr_syscalls.c:257 #2 0x00000008025d5076 in __usleep (useconds=<value optimized out>) at /usr/src/lib/libc/gen/usleep.c:52 #3 0x0000000000465532 in ?? () #4 0x0000000802285550 in __pthread_cleanup_pop_imp (execute=<value optimized out>) at /usr/src/lib/libthr/thread/thr_clean.c:73 #5 0x000000000046541e in ?? () #6 0x0000000802277b55 in thread_start (curthread=<value optimized out>) at /usr/src/lib/libthr/thread/thr_create.c:289 #7 0x00007fff7c0e1000 in ?? () Cannot access memory at address 0x7fff7c2e1000 #0 0x000000080228567c in _umtx_op_err () from /lib/libthr.so.3 Printof of *rwlock: (gdb) frame 1 #1 0x0000000802279c81 in __thr_rwlock_wrlock (rwlock=0x802494500, tsp=<value optimized out>) at /usr/src/lib/libthr/thread/thr_umtx.c:325 325 return (_umtx_op_err(rwlock, UMTX_OP_RW_WRLOCK, 0, (void *)tm_size, Current language: auto; currently minimal (gdb) p *rwlock $1 = {rw_state = -1610612736, rw_flags = 2, rw_blocked_readers = 0, rw_blocked_writers = 0, rw_wowner = 100704, rw_spare = 0x802494514} I could see some kernel messages as well, earlier today: Jun 24 10:14:21 B-ras kernel: node: ID [20498d]: type 'tee', 0 hooks, flags 0x9, 0 refs, mpd1295-vlan340-44-lt: Jun 24 10:14:21 B-ras kernel: Last active @ /usr/src/sys/netgraph/ng_base.c, line 804 Jun 24 10:14:21 B-ras kernel: problem discovered at file /usr/src/sys/netgraph/ng_base.c, line 3709 Jun 24 10:14:21 B-ras kernel: KDB: stack backtrace: Jun 24 10:14:21 B-ras kernel: #0 0xffffffff80b1af87 at kdb_backtrace+0x67 Jun 24 10:14:21 B-ras kernel: #1 0xffffffff80c46671 at ng_send_fn1+0xc1 Jun 24 10:14:21 B-ras kernel: #2 0xffffffff80c3e9c4 at ng_destroy_hook+0x334 Jun 24 10:14:21 B-ras kernel: #3 0xffffffff80c4289b at ng_apply_item+0x3eb Jun 24 10:14:21 B-ras kernel: #4 0xffffffff80c48475 at ngthread+0x315 Jun 24 10:14:21 B-ras kernel: #5 0xffffffff80a88c55 at fork_exit+0x85 Jun 24 10:14:21 B-ras kernel: #6 0xffffffff80ec5f8e at fork_trampoline+0xe Jun 24 10:14:21 B-ras kernel: Accessing freed node: ID [20498d]: type 'tee', 0 hooks, flags 0x9, 1 refs, mpd1295-vlan340-44-lt: Jun 24 10:14:21 B-ras kernel: Last active @ /usr/src/sys/netgraph/ng_base.c, line 3709 Jun 24 10:14:21 B-ras kernel: problem discovered at file /usr/src/sys/netgraph/ng_base.c, line 2455 Jun 24 10:14:21 B-ras kernel: KDB: stack backtrace: Jun 24 10:14:21 B-ras kernel: #0 0xffffffff80b1af87 at kdb_backtrace+0x67 Jun 24 10:14:21 B-ras kernel: #1 0xffffffff80c42711 at ng_apply_item+0x261 Jun 24 10:14:21 B-ras kernel: #2 0xffffffff80c4217e at ng_snd_item+0x1ee Jun 24 10:14:21 B-ras kernel: #3 0xffffffff80c3e9c4 at ng_destroy_hook+0x334 Jun 24 10:14:21 B-ras kernel: #4 0xffffffff80c4289b at ng_apply_item+0x3eb Jun 24 10:14:21 B-ras kernel: #5 0xffffffff80c48475 at ngthread+0x315 Jun 24 10:14:21 B-ras kernel: #6 0xffffffff80a88c55 at fork_exit+0x85 Jun 24 10:14:21 B-ras kernel: #7 0xffffffff80ec5f8e at fork_trampoline+0xe Jun 24 10:14:21 B-ras kernel: Accessing freed node: ID [20498d]: type 'tee', 0 hooks, flags 0x9, 1 refs, mpd1295-vlan340-44-lt: Jun 24 10:14:21 B-ras kernel: Last active @ /usr/src/sys/netgraph/ng_base.c, line 2455 Jun 24 10:14:22 B-ras kernel: problem discovered at file /usr/src/sys/netgraph/ng_base.c, line 2335 Jun 24 10:14:22 B-ras kernel: KDB: stack backtrace: Jun 24 10:14:22 B-ras kernel: #0 0xffffffff80b1af87 at kdb_backtrace+0x67 Jun 24 10:14:22 B-ras kernel: #1 0xffffffff80c42308 at ng_snd_item+0x378 Jun 24 10:14:22 B-ras kernel: #2 0xffffffff80c3e9c4 at ng_destroy_hook+0x334 Jun 24 10:14:22 B-ras kernel: #3 0xffffffff80c4289b at ng_apply_item+0x3eb Jun 24 10:14:22 B-ras kernel: #4 0xffffffff80c48475 at ngthread+0x315 Jun 24 10:14:22 B-ras kernel: #5 0xffffffff80a88c55 at fork_exit+0x85 Jun 24 10:14:22 B-ras kernel: #6 0xffffffff80ec5f8e at fork_trampoline+0xe Jun 24 10:14:22 B-ras kernel: Accessing freed node: ID [20498d]: type 'tee', 0 hooks, flags 0x9, 0 refs, mpd1295-vlan340-44-lt: Jun 24 10:14:22 B-ras kernel: Last active @ /usr/src/sys/netgraph/ng_base.c, line 2335 Jun 24 10:14:22 B-ras kernel: problem discovered at file /usr/src/sys/netgraph/ng_base.c, line 804 Jun 24 10:14:22 B-ras kernel: KDB: stack backtrace: Jun 24 10:14:22 B-ras kernel: #0 0xffffffff80b1af87 at kdb_backtrace+0x67 Jun 24 10:14:22 B-ras kernel: #1 0xffffffff80c3ee46 at ng_unref_node+0x146 Jun 24 10:14:22 B-ras kernel: #2 0xffffffff80c42326 at ng_snd_item+0x396 Jun 24 10:14:22 B-ras kernel: #3 0xffffffff80c3e9c4 at ng_destroy_hook+0x334 Jun 24 10:14:22 B-ras kernel: #4 0xffffffff80c4289b at ng_apply_item+0x3eb Jun 24 10:14:22 B-ras kernel: #5 0xffffffff80c48475 at ngthread+0x315 Jun 24 10:14:22 B-ras kernel: #6 0xffffffff80a88c55 at fork_exit+0x85 Jun 24 10:14:22 B-ras kernel: #7 0xffffffff80ec5f8e at fork_trampoline+0xe Let me know if you need something else. Thanks. 939835 84 eugen 2017-06-28 04:31:00 +0000 (In reply to Cassiano Peixoto from comment #83) It seems you hit another problem in the libc/stdio. Konstantin produced another patch for this problem: https://reviews.freebsd.org/file/data/nthhi3ogesbuhnjclgmu/PHID-FILE-ahlgnygvinulibyezovs/D11246.diff ( https://reviews.freebsd.org/D11246 ) I'm very sorry not notifying you about this patch before. I ran my tests with this patch applied too and have no hangs. Please apply it similarly and additionally to the "syslog" patch and restart mpd with web server enabled. 939880 85 peixoto.cassiano 2017-06-28 12:35:47 +0000 (In reply to Eugene Grosbein from comment #84) Hi Eugene, Don't worry, no problem. I tried to apply Konstantin patch but i had some rejects: # cat lib/libc/stdio/fgets.c.rej @@ -53,17 +53,17 @@ fgets(char * __restrict buf, int n, FILE * __restrict fp) { size_t len; - char *s; + char *s, *ret; unsigned char *p, *t; - FLOCKFILE(fp); + FLOCKFILE_CANCELSAFE(fp); ORIENT(fp, -1); if (n <= 0) { /* sanity check */ fp->_flags |= __SERR; errno = EINVAL; - FUNLOCKFILE(fp); - return (NULL); + ret = NULL; + goto end; } s = buf; @@ -76,8 +76,8 @@ if (__srefill(fp)) { /* EOF/error: stop with partial or no line */ if (!__sfeof(fp) || s == buf) { - FUNLOCKFILE(fp); - return (NULL); + ret = NULL; + goto end; } break; } # cat lib/libc/stdio/fgetwln.c.rej @@ -45,13 +45,14 @@ wchar_t * fgetwln_l(FILE * __restrict fp, size_t *lenp, locale_t locale) { + wchar_t *ret; wint_t wc; size_t len; int savserr; FIX_LOCALE(locale); - FLOCKFILE(fp); + FLOCKFILE_CANCELSAFE(fp); ORIENT(fp, 1); savserr = fp->_flags & __SERR; # cat lib/libc/stdio/fgetws.c.rej @@ -46,14 +46,14 @@ fgetws_l(wchar_t * __restrict ws, int n, FILE * __restrict fp, locale_t locale) { int sret; - wchar_t *wsp; + wchar_t *wsp, *ret; size_t nconv; const char *src; unsigned char *nl; FIX_LOCALE(locale); struct xlocale_ctype *l = XLOCALE_CTYPE(locale); - FLOCKFILE(fp); + FLOCKFILE_CANCELSAFE(fp); ORIENT(fp, 1); if (n <= 0) { @@ -113,12 +113,14 @@ goto error; ok: *wsp = L'\0'; - FUNLOCKFILE(fp); + ret = ws; +end: + FUNLOCKFILE_CANCELSAFE(); return (ws); error: - FUNLOCKFILE(fp); - return (NULL); + ret = NULL; + goto end; } wchar_t * Should i update to latest FreeBSD-11 STABLE? I'm using 11.0-p0. Thanks 939887 86 eugen 2017-06-28 13:51:33 +0000 (In reply to Cassiano Peixoto from comment #85) Yes, that would be easiest thing. All these patches apply to 11-STABLE just fine. 939888 87 eugen 2017-06-28 13:52:43 +0000 (In reply to Cassiano Peixoto from comment #85) And there is no need to apply "syslog" patch to 11-STABLE as it has already been merged. 939897 88 kib 2017-06-28 14:43:45 +0000 (In reply to Eugene Grosbein from comment #84) I very much doubt that the rtld lock leak (?) can be caused by stdio bugs. In other words, apply the debugging rtld patch I posted 06-16, and follow the accompanying instructions from there. 939898 89 peixoto.cassiano 2017-06-28 14:48:01 +0000 (In reply to Konstantin Belousov from comment #88) Hi Konstantin, rtld patch has been applied since them as i said on comment #67. Do you need some additional debug info from core file? 939935 90 peixoto.cassiano 2017-06-28 20:22:38 +0000 (In reply to Eugene Grosbein from comment #87) Eugene, Sorry my delay but i was updating to 11.1-BETA3 r320450M. On updated i've applied the following patches: - libc/stdio from https://reviews.freebsd.org/D11246 - updated to mpd5.8_1 with web server enabled - ipfw patch - libthr patch (rtld) - in_mcast patch - ip_input patch - ng_iface patch - stf patch Let me know if you need anything else. Thanks 939943 91 kib 2017-06-28 23:44:40 +0000 (In reply to Cassiano Peixoto from comment #89) See comment #52 for instructions. 939946 92 peixoto.cassiano 2017-06-29 00:11:17 +0000 (In reply to Konstantin Belousov from comment #91) Did you read everything on my comment #83? Everything you asked on comment #52 is there. Or am i missed something? 939959 93 eugen 2017-06-29 07:54:44 +0000 (In reply to Cassiano Peixoto from comment #90) Make sure you have latest revision of https://reviews.freebsd.org/D11246 patch as Konstantin updated it several hours ago to include "fseeko" chunk and your last hang and traces show a reference to that "fseeko". 939971 94 peixoto.cassiano 2017-06-29 09:28:50 +0000 (In reply to Eugene Grosbein from comment #93) Ok i reverted the patch and applied the new one, but i got an error when compiling libc: cc -O2 -pipe -I/usr/src/lib/libc/include -I/usr/src/include -I/usr/src/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/usr/src/contrib/gdtoa -I/usr/src/contrib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libmd -I/usr/src/contrib/jemalloc/include -I/usr/src/contrib/tzcode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DWANT_HYPERV -DYP -DNS_CACHING -DSYMBOL_VERSIONING -MD -MF.depend.stdio.o -MTstdio.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-address-of-packed-member -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -I/usr/src/lib/libutil -I/usr/src/lib/msun/amd64 -I/usr/src/lib/msun/x86 -I/usr/src/lib/msun/src -c /usr/src/lib/libc/stdio/stdio.c -o stdio.o /usr/src/lib/libc/stdio/stdio.c:179:1: error: redefinition of '__stdio_cancel_cleanup' __stdio_cancel_cleanup(void * arg) ^ /usr/src/lib/libc/stdio/stdio.c:171:1: note: previous definition is here __stdio_cancel_cleanup(void * arg) ^ 1 error generated. *** Error code 1 Stop. make: stopped in /usr/src/lib/libc 939985 95 eugen 2017-06-29 10:57:02 +0000 (In reply to Cassiano Peixoto from comment #94) It seems your source tree is broken now. Try to clean is up and apply all patches again: cd /usr/src && svnlite cleanup --remove-unversioned && svnlite revert -R . 939989 96 peixoto.cassiano 2017-06-29 11:08:38 +0000 (In reply to Cassiano Peixoto from comment #94) Let it go, something messed when applied the patch. I re-synced the src and applied fine. So, patched applied and mpd5 recompiled. Let's watch. Thanks. 940018 97 kib 2017-06-29 15:13:52 +0000 (In reply to Cassiano Peixoto from comment #92) Indeed, everything I asked for, is in the comment #83. Now I cannot make a sense from the reported line 4802 of rtld.c in the backtrace for the thread 100704. There is no lock call neither in stable/11 nor in HEAD, at this line. What exact version of the sources do you use, from which branch ? 940028 98 eugen 2017-06-29 16:56:13 +0000 (In reply to Konstantin Belousov from comment #97) That's from releng/11.0: https://svnweb.freebsd.org/base/releng/11.0/libexec/rtld-elf/rtld.c?annotate=304456#l4802 940029 99 peixoto.cassiano 2017-06-29 17:00:21 +0000 (In reply to Konstantin Belousov from comment #97) When it happend i was using 11.0-release-p0. But yesterday i updated to 11.1-beta3. 940042 100 kib 2017-06-29 18:36:43 +0000 (In reply to Cassiano Peixoto from comment #99) Uh, ok. So lets wait for the issue to re-appear on latest stable. There were some fixes that might be relevant. 940916 101 peixoto.cassiano 2017-07-05 17:25:53 +0000 (In reply to Konstantin Belousov from comment #100) Hi guys, I had the issue today, but with a different behavior. It didn't show on CPU state as uwrlck anymore. The process was running as usual, but all customers connected stopped working. I tried to check both mpd5 console and web but didn't answer. I tried to killall -QUIT mpd5 process with no success, I try to kill -9 the pid process with no success as well. Looks like a zombie process. At last i tried to reboot the server, and didn't work. I had to reset the server to boot again. :( 940921 102 eugen 2017-07-05 17:48:39 +0000 mav@ is not maintainer of net/mpd5 anymore. 940922 103 eugen 2017-07-05 18:01:25 +0000 (In reply to Cassiano Peixoto from comment #101) In fact, a zombie process is not a process anymore. It does not prevent your from restarting new instance of mpd5. Did you look at ps output to check real state of mpd5 or tried to restart it? Also, a process may become a zombie only if it did not detach properly at start as normal daemons do (and mpd5 does it) AND its parent does not properly reap its children. init(8) does it just fine for normal daemons including mpd5. Do you run mpd5 in detached mode using -b flag? If so, I highly doubt it became a zombie. More likely, it could stuck in some uninterruptable system call but that's pretty unusual too. If you run mpd5 in "foreground" mode using another supervising daemon like init(8) itself, that's another story. And what did you have in the log of mpd5 corresponding that time? You showed no diagnostics: ps -l output, mpd logs, kernel dmesg logs, something? And system reboot cleans it all, so it seems you had some external problem just that took more time to disappear and second reboot just gave it that time. 940931 104 peixoto.cassiano 2017-07-05 19:09:01 +0000 Hi, It wasn't zombie, it looks like zombie because the kind of behavior. See process top output below: PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 1295 root 30 73 0 327M 147M CPU3 3 627:10 101.55% mpd5 Pay attention to WCPU, it's too high. I never ran mpd5 in detached mode, but if you need it, i can. Regarding logs, there is nothing relevant in mpd5 logs, but in kernel logs i have: Jul 5 11:59:59 B-ras kernel: Accessing freed hook: name l4658, 0 refs, Last touched: Jul 5 11:59:59 B-ras kernel: Last active @ /usr/src/sys/netgraph/ng_base.c, line 1196 Jul 5 11:59:59 B-ras kernel: problem discovered at file /usr/src/sys/netgraph/ng_base.c, line 1131 Jul 5 11:59:59 B-ras kernel: KDB: stack backtrace: Jul 5 11:59:59 B-ras kernel: #0 0xffffffff80aa4ad7 at kdb_backtrace+0x67 Jul 5 11:59:59 B-ras kernel: #1 0xffffffff80bb2acc at ng_findhook+0xac Jul 5 11:59:59 B-ras kernel: #2 0xffffffff80bb96bc at ng_con_nodes+0x2c Jul 5 11:59:59 B-ras kernel: #3 0xffffffff80bb4e70 at ng_apply_item+0xa90 Jul 5 11:59:59 B-ras kernel: #4 0xffffffff80bb413b at ng_snd_item+0x1db Jul 5 11:59:59 B-ras kernel: #5 0xffffffff82451469 at ngc_send+0x209 Jul 5 11:59:59 B-ras kernel: #6 0xffffffff80aea8ec at sosend_generic+0x4ec Jul 5 11:59:59 B-ras kernel: #7 0xffffffff80af11c1 at kern_sendit+0x291 Jul 5 11:59:59 B-ras kernel: #8 0xffffffff80af1523 at sendit+0x1a3 Jul 5 11:59:59 B-ras kernel: #9 0xffffffff80af136d at sys_sendto+0x4d Jul 5 11:59:59 B-ras kernel: #10 0xffffffff80e36394 at amd64_syscall+0x6c4 Jul 5 12:00:00 B-ras kernel: #11 0xffffffff80e194eb at Xfast_syscall+0xfb Remember, i was using web status to collect info, i'll disable it, maybe it could be the problem, don't you think? 940945 105 eugen 2017-07-05 20:22:23 +0000 (In reply to Cassiano Peixoto from comment #104) I do not think web console has any connection to this new problem, keep it on. How do you start mpd5 - do you use its standard startup (rc.d) script and or not and what does "ps -ax | grep mpd" show? I mean its arguments. If whis problem repeats, use "ps -axH" to see all threads of mpd5 and their states and top -H for the same purpose. As for "Accessing freed hook": it seems my patch for ng_iface from the PR 220076 is not complete. It will take some time for me to enhance it and test before I update it there. 940948 106 peixoto.cassiano 2017-07-05 20:46:47 +0000 (In reply to Eugene Grosbein from comment #105) Ok, i kept web console on. I'm starting mpd5 using rc.d script: # ps -ax | grep mpd 1278 - Ss 25:03.78 /usr/local/sbin/mpd5 -p /var/run/mpd5.pid -b I'll follow your instructions as soon as it repeats. Please let me know when patch 220076 for PR has been updated. Thanks. 941040 107 eugen 2017-07-06 11:20:35 +0000 (In reply to Cassiano Peixoto from comment #106) I've just updated the patch for ng_iface(4). Apply it to kernel sources instead of its previous version, rebuild, install and boot new kernel. 941262 108 donaldbaud 2017-07-07 19:52:58 +0000 (In reply to Cassiano Peixoto from comment #104) The logs show that the panic happened at "Jul 5 12:00:00" Is it possible that an action in your cron script could have triggered it? 941264 109 eugen 2017-07-07 20:01:54 +0000 (In reply to Donald Baud from comment #108) It does not really matter what triggered the panic as its reason is known: ng_iface lacks protection of its private data from modifications while it is being used. This is hopefully fixed with latest update of patch in the PR 220076. 941266 110 peixoto.cassiano 2017-07-07 20:06:16 +0000 (In reply to Eugene Grosbein from comment #109) Hi, Should i update with this last patch (PR 220076) and rebuild the kernel? 941268 111 eugen 2017-07-07 20:13:19 +0000 (In reply to Cassiano Peixoto from comment #110) Yes, just like I've asked in the comment 107. 941273 112 peixoto.cassiano 2017-07-07 20:46:16 +0000 (In reply to Eugene Grosbein from comment #111) Ok, just applied and rebooted. I'll keep you posted. 941607 113 peixoto.cassiano 2017-07-10 14:19:45 +0000 (In reply to Cassiano Peixoto from comment #112) Eugene, patch has been applied but i still can see the kernel error messages: Jul 10 01:22:30 B-ras kernel: KDB: stack backtrace: Jul 10 01:22:30 B-ras kernel: #0 0xffffffff80aa4ad7 at kdb_backtrace+0x67 Jul 10 01:22:30 B-ras kernel: #1 0xffffffff80bb2acc at ng_findhook+0xac Jul 10 01:22:30 B-ras kernel: #2 0xffffffff80bb96bc at ng_con_nodes+0x2c Jul 10 01:22:30 B-ras kernel: #3 0xffffffff80bb4e70 at ng_apply_item+0xa90 Jul 10 01:22:31 B-ras kernel: #4 0xffffffff80bb413b at ng_snd_item+0x1db Jul 10 01:22:31 B-ras kernel: #5 0xffffffff82451469 at ngc_send+0x209 Jul 10 01:22:31 B-ras kernel: #6 0xffffffff80aea8ec at sosend_generic+0x4ec Jul 10 01:22:31 B-ras kernel: #7 0xffffffff80af11c1 at kern_sendit+0x291 Jul 10 01:22:31 B-ras kernel: #8 0xffffffff80af1523 at sendit+0x1a3 Jul 10 01:22:31 B-ras kernel: #9 0xffffffff80af136d at sys_sendto+0x4d Jul 10 01:22:31 B-ras kernel: #10 0xffffffff80e36394 at amd64_syscall+0x6c4 Jul 10 01:22:31 B-ras kernel: #11 0xffffffff80e194eb at Xfast_syscall+0xfb Jul 10 01:22:31 B-ras kernel: Accessing freed hook: name right, 0 refs, Last touched: Jul 10 01:22:31 B-ras kernel: Last active @ /usr/src/sys/netgraph/ng_base.c, line 1228 Jul 10 01:22:31 B-ras kernel: problem discovered at file /usr/src/sys/netgraph/ng_base.c, line 1131 Since then the process didn't freeze yet, but i can see that messages anyway. 941612 114 peixoto.cassiano 2017-07-10 14:32:41 +0000 (In reply to Cassiano Peixoto from comment #113) Just to add more info about comment #112. I got some relevant messages in mpd5.log: Jul 10 01:22:32 B-ras mpd: Link: Packet from unexisting bundle "288" Jul 10 01:22:32 B-ras mpd: Link: Packet from unexisting bundle "116" Jul 10 01:22:32 B-ras mpd: Link: Packet from unexisting bundle "334" Jul 10 01:22:32 B-ras mpd: Link: Packet from unexisting bundle "525" Jul 10 01:22:32 B-ras mpd: Link: Packet from unexisting bundle "681" Jul 10 01:22:32 B-ras mpd: Link: Packet from unexisting bundle "271" Jul 10 01:22:32 B-ras mpd: Link: Packet from unexisting bundle "85" Jul 10 01:22:32 B-ras mpd: Link: Packet from unexisting bundle "785" Jul 10 01:22:32 B-ras mpd: Link: Packet from unexisting bundle "289" Jul 10 01:22:32 B-ras mpd: Link: Packet from unexisting bundle "386" Jul 10 01:22:32 B-ras mpd: Link: Packet from unexisting bundle "530" Jul 10 01:22:32 B-ras mpd: Link: Packet from unexisting bundle "381" Jul 10 01:22:32 B-ras mpd: Link: Packet from unexisting bundle "805" Jul 10 01:22:32 B-ras mpd: Link: Packet from unexisting bundle "152" Jul 10 01:22:32 B-ras mpd: Link: Packet from unexisting bundle "186" Jul 10 01:22:32 B-ras mpd: Link: Packet from unexisting bundle "566" Jul 10 01:22:32 B-ras mpd: Link: Packet from unexisting bundle "492" Jul 10 01:22:32 B-ras mpd: Link: Packet from unexisting bundle "685" Jul 10 01:22:32 B-ras mpd: Link: Packet from unexisting bundle "83" Jul 10 01:22:32 B-ras mpd: Link: Packet from unexisting bundle "937" Jul 10 01:22:32 B-ras mpd: Link: Packet from unexisting bundle "396" Jul 10 01:22:32 B-ras mpd: Link: Packet from unexisting bundle "499" Logs has been flooded with these messages. 941629 115 eugen 2017-07-10 15:45:21 +0000 (In reply to Cassiano Peixoto from comment #113) "Accessing freed hook: name right" is another case and has no connection with mpd5 process hanging. And that comes from ng_tee(4), not ng_iface(4). I'm not sure if this message indicate real problem: accessing freed hook should not happen but NETGRAPH has some protection measures against that and they seem to do their job just fine. You should ignore "Accessing freed hook: name right" warning for the time being unless some bad thing happens like kernel panic. These warning will go away when you return non-debugging kernel back (e.g. a kernel built without NETGRAPH_DEBUG option). 941631 116 eugen 2017-07-10 15:59:51 +0000 (In reply to Cassiano Peixoto from comment #114) I guess, this message is harmless and comes from the fact that mpd5 may destroy ngXXX interface and corresponding bundle before some last packets from an user get delivered by the kernel while it is being disconnected. What protocol do you use there (PPPoE, PPtP etc.)? Do you have "log +bund +bund2" in your mpd.conf? If not, you may use mpd console to run this command enabling bundle level debug logs. After that wait for new "Link: Packet from unexisting bundle" message and filter the log for mentioned bundle number and post results. 941640 117 peixoto.cassiano 2017-07-10 17:05:50 +0000 (In reply to Eugene Grosbein from comment #116) I'm using for PPPoE only. I'll enable the logs and will let you know. But anyway for now no freezes happened. 942781 118 eugen 2017-07-17 11:46:35 +0000 (In reply to Konstantin Belousov from comment #63) I see you already MFC'd "cancel-safe" patches to stable/11. Do you have any plans to MFC them to stable/10, so upcoming 10.4-RELEASE be fixed too? 942784 119 kib 2017-07-17 12:23:21 +0000 (In reply to Eugene Grosbein from comment #118) I already mentioned that the r320472 change only matters for rare case of user-IO streams, created e.g. by funopen(3). As such, I do not think that this change matters for mpd5. I do not want to merge this stuff to stable/10 at the late stage of the branch lifecycle. 942788 120 eugen 2017-07-17 12:36:46 +0000 (In reply to Konstantin Belousov from comment #119) Well, comment #83 refers to some problem in "fseeko" that seems to be fixed by your "stdio cancel-safe" patch among other things as this patch eliminated hangs for Cassiano Peixoto. That's sad 10.4 will still be unfixed. 942794 121 kib 2017-07-17 13:03:33 +0000 (In reply to Eugene Grosbein from comment #120) Comment about fseeko was that the function calls user method, when the operating stream is from funopen(3). 942796 122 eugen 2017-07-17 13:11:57 +0000 (In reply to Konstantin Belousov from comment #121) mpd5 uses libpdel that uses funopen() extensively. For example, it uses funopen() while loading HTTP headers from a stream (mpd5 web console feature). 943503 123 peixoto.cassiano 2017-07-21 12:55:27 +0000 (In reply to Eugene Grosbein from comment #116) Hi Eugene, The server has been running for 14 days without freezing. I think the issue has been fixed :) How would you like to proceed? Are you going to commit the others patches? Congratulations, after 2 years and 6 months, someone at last fixed it. Thank you! :) 943507 124 eugen 2017-07-21 13:17:24 +0000 The problem of mpd5 daemon hanging is now fixed with following changes: 1. libc/syslog "cancel-safe" fix merged to stable/11 and stable/10 (to appear in upcoming 10.4-RELEASE and 11.1-RELEASE). 2. Multiple libc/stdio "cancel-safe" fixes merged to stable/11 and stable/10 (to appear in upcoming 10.4-RELEASE and 11.1-RELEASE). 3. Mpd5 "cancel-safe" console management fix comitted to upstream code and present in the net/mpd5 port version mpd5-5.8_1 and newer. Other problems concerning general kernel stability issues will be carried with distinct PRs linked to this one. Big thanks to kib, dchagin, Cassiano Peixoto and others involved in reporting, analyzing, debugging and fixing this. 944610 125 peixoto.cassiano 2017-07-27 19:29:43 +0000 (In reply to Eugene Grosbein from comment #124) Hi Eugene, Just one question, how about libthread patch? Is it has been merged as well? Take a look on comment #53: https://bugs.freebsd.org/bugzilla/attachment.cgi?id=183536&action=edit 944668 126 eugen 2017-07-28 02:10:24 +0000 (In reply to Cassiano Peixoto from comment #125) It is not needed to fix things. It was produced to discover roots of the problem only. 944767 127 bugzilla.freebsd 2017-07-28 15:00:15 +0000 (In reply to Eugene Grosbein from comment #124) Big thanks to all who stood strong and solved that! And thanks to the conclusion by Eugene, which I partly quote here: <quote> The problem of mpd5 daemon hanging is now fixed with following changes: 1. libc/syslog "cancel-safe" fix merged to stable/11 and stable/10 (to appear in upcoming 10.4-RELEASE and 11.1-RELEASE). 2. Multiple libc/stdio "cancel-safe" fixes merged to stable/11 and stable/10 (to appear in upcoming 10.4-RELEASE and 11.1-RELEASE). </quote> I guess 1) was r320472 I guess 2) were r320508 and r320509 These three were merged to stable/11 in r320942 at 2017-07-13 and stable/10 in r321074 at 017-07-17 So the fixes have NOT made it into 11.1-RELEASE! But 10.4 should have them, since I can't see releng/10.4 yet. Just for the records, in case one want's to know what to expect from 11.1. -harry 945538 128 eugen 2017-08-02 07:11:55 +0000 (In reply to Harald Schmalzbauer from comment #127) Additionally, there were specific merges to release branch releng/11.1 before release was tagged. So, 11.1-RELEASE does have those fixes. 945540 129 bugzilla.freebsd 2017-08-02 07:57:45 +0000 (In reply to Eugene Grosbein from comment #128) Could you please tell us the revision? Hope I really missed something and you are right, but if I e.g. watch the log of lib/libc/stdio/fclose.c, it wasn't touched since it has been copied from base/stable/11@r320475 to releng/11. kib@ did a MFS (r320763), but either I got all completely wrong and the referenced commits in my last post are unrelated&wrong, or they aren't in 11.1 (which would explain why my local MFS doesn't fail). Btw. I locally MFS also your r320776 to 11.1.0 (r310888 MFC, usr.sbin/syslogd/syslogd.c: Retry to open an F_PIPE process when it dies unexpectedly). Please, let us document the 11.1-RELEASE status unambiguously here, I know how tedious it is to waste time chasing contradictory facts :-) I'm happy if I'm proven wrong, but finally here's the information people can rely on. -harry 945581 130 eugen 2017-08-02 12:36:53 +0000 (In reply to Harald Schmalzbauer from comment #129) 11.1 release branch releng/11.1 was created with r320486 from stable/11@r320475 https://svnweb.freebsd.org/base?view=revision&revision=320486 11.1-RELEASE was tagged with r321354, July 21: https://svnweb.freebsd.org/base?view=revision&revision=321354 Biggest problem was one with syslog() and libc/syslog "cancel-safe" fix was merged to stable/11 with r320311 before creation of releng/11.1: https://svnweb.freebsd.org/base?view=revision&revision=320311 - this made mpd5 pretty stable with an exception of very rare case that were dealt with stdio fixes later. There were several "cancel-safe" commits to head's libc/stdio that stem from https://reviews.freebsd.org/D11246 - r320472 (main one) plus some fixes to that fix: r320508 and r320509. They all were merged to stable/11 with r320942, July 13: https://svnweb.freebsd.org/base?view=revision&revision=320942 before creation of the release. I ran stable/11 that time and believed that future release would have it. But you are right, it hasn't. One should manually merge r320942 to the release and rebuild libc, or switch to stable/11, or just avoid very frequent access to mpd5 web console (disable it altogether to make sure). 945582 131 eugen 2017-08-02 12:38:34 +0000 (In reply to Harald Schmalzbauer from comment #129) And syslogd(8) problem has no connection with this mpd5 problem. 165278 2016-01-08 20:12:26 +0000 2016-01-08 20:12:26 +0000 Kernel Config PPPOE text/plain 13672 peixotocassiano Y3B1CQlIQU1NRVIKaWRlbnQJCVBQUE9FCgptYWtlb3B0aW9ucwlXSVRIX0NURj0xCQkjIFJ1biBj dGZjb252ZXJ0KDEpIGZvciBEVHJhY2Ugc3VwcG9ydAoKb3B0aW9ucyAJU0NIRURfVUxFCQkjIFVM RSBzY2hlZHVsZXIKb3B0aW9ucyAJUFJFRU1QVElPTgkJIyBFbmFibGUga2VybmVsIHRocmVhZCBw cmVlbXB0aW9uCm9wdGlvbnMgCUlORVQJCQkjIEludGVyTkVUd29ya2luZwpvcHRpb25zIAlJTkVU NgkJCSMgSVB2NiBjb21tdW5pY2F0aW9ucyBwcm90b2NvbHMKb3B0aW9ucyAJVENQX09GRkxPQUQJ CSMgVENQIG9mZmxvYWQKb3B0aW9ucyAJU0NUUAkJCSMgU3RyZWFtIENvbnRyb2wgVHJhbnNtaXNz aW9uIFByb3RvY29sCm9wdGlvbnMgCUZGUwkJCSMgQmVya2VsZXkgRmFzdCBGaWxlc3lzdGVtCm9w dGlvbnMgCVNPRlRVUERBVEVTCQkjIEVuYWJsZSBGRlMgc29mdCB1cGRhdGVzIHN1cHBvcnQKb3B0 aW9ucyAJVUZTX0FDTAkJCSMgU3VwcG9ydCBmb3IgYWNjZXNzIGNvbnRyb2wgbGlzdHMKb3B0aW9u cyAJVUZTX0RJUkhBU0gJCSMgSW1wcm92ZSBwZXJmb3JtYW5jZSBvbiBiaWcgZGlyZWN0b3JpZXMK b3B0aW9ucyAJVUZTX0dKT1VSTkFMCQkjIEVuYWJsZSBnam91cm5hbC1iYXNlZCBVRlMgam91cm5h bGluZwpvcHRpb25zIAlRVU9UQQkJCSMgRW5hYmxlIGRpc2sgcXVvdGFzIGZvciBVRlMKb3B0aW9u cyAJTURfUk9PVAkJCSMgTUQgaXMgYSBwb3RlbnRpYWwgcm9vdCBkZXZpY2UKb3B0aW9ucyAJTkZT Q0wJCQkjIE5ldyBOZXR3b3JrIEZpbGVzeXN0ZW0gQ2xpZW50Cm9wdGlvbnMgCU5GU0QJCQkjIE5l dyBOZXR3b3JrIEZpbGVzeXN0ZW0gU2VydmVyCm9wdGlvbnMgCU5GU0xPQ0tECQkjIE5ldHdvcmsg TG9jayBNYW5hZ2VyCm9wdGlvbnMgCU5GU19ST09UCQkjIE5GUyB1c2FibGUgYXMgLywgcmVxdWly ZXMgTkZTQ0wKb3B0aW9ucyAJTVNET1NGUwkJCSMgTVNET1MgRmlsZXN5c3RlbQpvcHRpb25zIAlD RDk2NjAJCQkjIElTTyA5NjYwIEZpbGVzeXN0ZW0Kb3B0aW9ucyAJUFJPQ0ZTCQkJIyBQcm9jZXNz IGZpbGVzeXN0ZW0gKHJlcXVpcmVzIFBTRVVET0ZTKQpvcHRpb25zIAlQU0VVRE9GUwkJIyBQc2V1 ZG8tZmlsZXN5c3RlbSBmcmFtZXdvcmsKb3B0aW9ucyAJR0VPTV9QQVJUX0dQVAkJIyBHVUlEIFBh cnRpdGlvbiBUYWJsZXMuCm9wdGlvbnMgCUdFT01fUkFJRAkJIyBTb2Z0IFJBSUQgZnVuY3Rpb25h bGl0eS4Kb3B0aW9ucyAJR0VPTV9MQUJFTAkJIyBQcm92aWRlcyBsYWJlbGl6YXRpb24Kb3B0aW9u cyAJQ09NUEFUX0ZSRUVCU0QzMgkjIENvbXBhdGlibGUgd2l0aCBpMzg2IGJpbmFyaWVzCm9wdGlv bnMgCUNPTVBBVF9GUkVFQlNENAkJIyBDb21wYXRpYmxlIHdpdGggRnJlZUJTRDQKb3B0aW9ucyAJ Q09NUEFUX0ZSRUVCU0Q1CQkjIENvbXBhdGlibGUgd2l0aCBGcmVlQlNENQpvcHRpb25zIAlDT01Q QVRfRlJFRUJTRDYJCSMgQ29tcGF0aWJsZSB3aXRoIEZyZWVCU0Q2Cm9wdGlvbnMgCUNPTVBBVF9G UkVFQlNENwkJIyBDb21wYXRpYmxlIHdpdGggRnJlZUJTRDcKb3B0aW9ucyAJU0NTSV9ERUxBWT01 MDAwCQkjIERlbGF5IChpbiBtcykgYmVmb3JlIHByb2JpbmcgU0NTSQpvcHRpb25zIAlLVFJBQ0UJ CQkjIGt0cmFjZSgxKSBzdXBwb3J0Cm9wdGlvbnMgCVNUQUNLCQkJIyBzdGFjayg5KSBzdXBwb3J0 Cm9wdGlvbnMgCVNZU1ZTSE0JCQkjIFNZU1Ytc3R5bGUgc2hhcmVkIG1lbW9yeQpvcHRpb25zIAlT WVNWTVNHCQkJIyBTWVNWLXN0eWxlIG1lc3NhZ2UgcXVldWVzCm9wdGlvbnMgCVNZU1ZTRU0JCQkj IFNZU1Ytc3R5bGUgc2VtYXBob3JlcwpvcHRpb25zIAlfS1BPU0lYX1BSSU9SSVRZX1NDSEVEVUxJ TkcgIyBQT1NJWCBQMTAwM18xQiByZWFsLXRpbWUgZXh0ZW5zaW9ucwpvcHRpb25zIAlQUklOVEZf QlVGUl9TSVpFPTEyOAkjIFByZXZlbnQgcHJpbnRmIG91dHB1dCBiZWluZyBpbnRlcnNwZXJzZWQu Cm9wdGlvbnMgCUtCRF9JTlNUQUxMX0NERVYJIyBpbnN0YWxsIGEgQ0RFViBlbnRyeSBpbiAvZGV2 Cm9wdGlvbnMgCUhXUE1DX0hPT0tTCQkjIE5lY2Vzc2FyeSBrZXJuZWwgaG9va3MgZm9yIGh3cG1j KDQpCm9wdGlvbnMgCUFVRElUCQkJIyBTZWN1cml0eSBldmVudCBhdWRpdGluZwpvcHRpb25zIAlD QVBBQklMSVRZX01PREUJCSMgQ2Fwc2ljdW0gY2FwYWJpbGl0eSBtb2RlCm9wdGlvbnMgCUNBUEFC SUxJVElFUwkJIyBDYXBzaWN1bSBjYXBhYmlsaXRpZXMKb3B0aW9ucyAJUFJPQ0RFU0MJCSMgU3Vw cG9ydCBmb3IgcHJvY2VzcyBkZXNjcmlwdG9ycwpvcHRpb25zIAlNQUMJCQkjIFRydXN0ZWRCU0Qg TUFDIEZyYW1ld29yawpvcHRpb25zIAlLRFRSQUNFX0ZSQU1FCQkjIEVuc3VyZSBmcmFtZXMgYXJl IGNvbXBpbGVkIGluCm9wdGlvbnMgCUtEVFJBQ0VfSE9PS1MJCSMgS2VybmVsIERUcmFjZSBob29r cwpvcHRpb25zIAlEREJfQ1RGCQkJIyBLZXJuZWwgRUxGIGxpbmtlciBsb2FkcyBDVEYgZGF0YQpv cHRpb25zIAlJTkNMVURFX0NPTkZJR19GSUxFICAgICAjIEluY2x1ZGUgdGhpcyBmaWxlIGluIGtl cm5lbAoKIyBEZWJ1Z2dpbmcgc3VwcG9ydC4gIEFsd2F5cyBuZWVkIHRoaXM6Cm9wdGlvbnMgCUtE QgkJCSMgRW5hYmxlIGtlcm5lbCBkZWJ1Z2dlciBzdXBwb3J0LgpvcHRpb25zIAlLREJfVFJBQ0UJ CSMgUHJpbnQgYSBzdGFjayB0cmFjZSBmb3IgYSBwYW5pYy4KCiMgTWFrZSBhbiBTTVAtY2FwYWJs ZSBrZXJuZWwgYnkgZGVmYXVsdApvcHRpb25zIAlTTVAJCQkjIFN5bW1ldHJpYyBNdWx0aVByb2Nl c3NvciBLZXJuZWwKCiMgQ1BVIGZyZXF1ZW5jeSBjb250cm9sCmRldmljZQkJY3B1ZnJlcQoKIyBC dXMgc3VwcG9ydC4KZGV2aWNlCQlhY3BpCm9wdGlvbnMgCUFDUElfRE1BUgpkZXZpY2UJCXBjaQoK IyBGbG9wcHkgZHJpdmVzCmRldmljZQkJZmRjCgojIEFUQSBjb250cm9sbGVycwpkZXZpY2UJCWFo Y2kJCSMgQUhDSS1jb21wYXRpYmxlIFNBVEEgY29udHJvbGxlcnMKZGV2aWNlCQlhdGEJCSMgTGVn YWN5IEFUQS9TQVRBIGNvbnRyb2xsZXJzCm9wdGlvbnMgCUFUQV9TVEFUSUNfSUQJIyBTdGF0aWMg ZGV2aWNlIG51bWJlcmluZwpkZXZpY2UJCW12cwkJIyBNYXJ2ZWxsIDg4U1g1MFhYLzg4U1g2MFhY Lzg4U1g3MFhYL1NvQyBTQVRBCmRldmljZQkJc2lpcwkJIyBTaWxpY29uSW1hZ2UgU2lJMzEyNC9T aUkzMTMyL1NpSTM1MzEgU0FUQQoKIyBTQ1NJIENvbnRyb2xsZXJzCmRldmljZQkJYWhjCQkjIEFI QTI5NDAgYW5kIG9uYm9hcmQgQUlDN3h4eCBkZXZpY2VzCm9wdGlvbnMgCUFIQ19SRUdfUFJFVFRZ X1BSSU5UCSMgUHJpbnQgcmVnaXN0ZXIgYml0ZmllbGRzIGluIGRlYnVnCgkJCQkJIyBvdXRwdXQu ICBBZGRzIH4xMjhrIHRvIGRyaXZlci4KZGV2aWNlCQlhaGQJCSMgQUhBMzkzMjAvMjkzMjAgYW5k IG9uYm9hcmQgQUlDNzl4eCBkZXZpY2VzCm9wdGlvbnMgCUFIRF9SRUdfUFJFVFRZX1BSSU5UCSMg UHJpbnQgcmVnaXN0ZXIgYml0ZmllbGRzIGluIGRlYnVnCgkJCQkJIyBvdXRwdXQuICBBZGRzIH4y MTVrIHRvIGRyaXZlci4KZGV2aWNlCQllc3AJCSMgQU1EIEFtNTNDOTc0IChUZWtyYW0gREMtMzkw KFQpKQpkZXZpY2UJCWhwdGlvcAkJIyBIaWdocG9pbnQgUm9ja2V0UmFpZCAzeHh4IHNlcmllcwpk ZXZpY2UJCWlzcAkJIyBRbG9naWMgZmFtaWx5CiNkZXZpY2UJCWlzcGZ3CQkjIEZpcm13YXJlIGZv ciBRTG9naWMgSEJBcy0gbm9ybWFsbHkgYSBtb2R1bGUKZGV2aWNlCQltcHQJCSMgTFNJLUxvZ2lj IE1QVC1GdXNpb24KZGV2aWNlCQltcHMJCSMgTFNJLUxvZ2ljIE1QVC1GdXNpb24gMgojZGV2aWNl CQluY3IJCSMgTkNSL1N5bWJpb3MgTG9naWMKZGV2aWNlCQlzeW0JCSMgTkNSL1N5bWJpb3MgTG9n aWMgKG5ld2VyIGNoaXBzZXRzICsgdGhvc2Ugb2YgYG5jcicpCmRldmljZQkJdHJtCQkjIFRla3Jh bSBEQzM5NVUvVVcvRiBEQzMxNVUgYWRhcHRlcnMKCmRldmljZQkJYWR2CQkjIEFkdmFuc3lzIFND U0kgYWRhcHRlcnMKZGV2aWNlCQlhZHcJCSMgQWR2YW5zeXMgd2lkZSBTQ1NJIGFkYXB0ZXJzCmRl dmljZQkJYWljCQkjIEFkYXB0ZWMgMTVbMDEyXXggU0NTSSBhZGFwdGVycywgQUlDLTZbMjNdNjAu CmRldmljZQkJYnQJCSMgQnVzbG9naWMvTXlsZXggTXVsdGlNYXN0ZXIgU0NTSSBhZGFwdGVycwpk ZXZpY2UJCWlzY2kJCSMgSW50ZWwgQzYwMCBTQVMgY29udHJvbGxlcgoKIyBBVEEvU0NTSSBwZXJp cGhlcmFscwpkZXZpY2UJCXNjYnVzCQkjIFNDU0kgYnVzIChyZXF1aXJlZCBmb3IgQVRBL1NDU0kp CmRldmljZQkJY2gJCSMgU0NTSSBtZWRpYSBjaGFuZ2VycwpkZXZpY2UJCWRhCQkjIERpcmVjdCBB Y2Nlc3MgKGRpc2tzKQpkZXZpY2UJCXNhCQkjIFNlcXVlbnRpYWwgQWNjZXNzICh0YXBlIGV0YykK ZGV2aWNlCQljZAkJIyBDRApkZXZpY2UJCXBhc3MJCSMgUGFzc3Rocm91Z2ggZGV2aWNlIChkaXJl Y3QgQVRBL1NDU0kgYWNjZXNzKQpkZXZpY2UJCXNlcwkJIyBFbmNsb3N1cmUgU2VydmljZXMgKFNF UyBhbmQgU0FGLVRFKQojZGV2aWNlCQljdGwJCSMgQ0FNIFRhcmdldCBMYXllcgoKIyBSQUlEIGNv bnRyb2xsZXJzIGludGVyZmFjZWQgdG8gdGhlIFNDU0kgc3Vic3lzdGVtCmRldmljZQkJYW1yCQkj IEFNSSBNZWdhUkFJRApkZXZpY2UJCWFyY21zcgkJIyBBcmVjYSBTQVRBIElJIFJBSUQKI1hYWCBp dCBpcyBub3QgNjQtYml0IGNsZWFuLCAtc2NvdHRsCiNkZXZpY2UJCWFzcgkJIyBEUFQgU21hcnRS QUlEIFYsIFZJIGFuZCBBZGFwdGVjIFNDU0kgUkFJRApkZXZpY2UJCWNpc3MJCSMgQ29tcGFxIFNt YXJ0IFJBSUQgNSoKZGV2aWNlCQlkcHQJCSMgRFBUIFNtYXJ0Y2FjaGUgSUlJLCBJViAtIFNlZSBO T1RFUyBmb3Igb3B0aW9ucwpkZXZpY2UJCWhwdG12CQkjIEhpZ2hwb2ludCBSb2NrZXRSQUlEIDE4 MngKZGV2aWNlCQlocHRucgkJIyBIaWdocG9pbnQgREM3MjgwLCBSNzUwCmRldmljZQkJaHB0cnIJ CSMgSGlnaHBvaW50IFJvY2tldFJBSUQgMTd4eCwgMjJ4eCwgMjN4eCwgMjV4eApkZXZpY2UJCWhw dDI3eHgJCSMgSGlnaHBvaW50IFJvY2tldFJBSUQgMjd4eApkZXZpY2UJCWlpcgkJIyBJbnRlbCBJ bnRlZ3JhdGVkIFJBSUQKZGV2aWNlCQlpcHMJCSMgSUJNIChBZGFwdGVjKSBTZXJ2ZVJBSUQKZGV2 aWNlCQltbHkJCSMgTXlsZXggQWNjZWxlUkFJRC9lWHRyZW1lUkFJRApkZXZpY2UJCXR3YQkJIyAz d2FyZSA5MDAwIHNlcmllcyBQQVRBL1NBVEEgUkFJRApkZXZpY2UJCXR3cwkJIyBMU0kgM3dhcmUg OTc1MCBTQVRBK1NBUyA2R2IvcyBSQUlEIGNvbnRyb2xsZXIKCiMgUkFJRCBjb250cm9sbGVycwpk ZXZpY2UJCWFhYwkJIyBBZGFwdGVjIEZTQSBSQUlECmRldmljZQkJYWFjcAkJIyBTQ1NJIHBhc3N0 aHJvdWdoIGZvciBhYWMgKHJlcXVpcmVzIENBTSkKZGV2aWNlCQlhYWNyYWlkCQkjIEFkYXB0ZWMg YnkgUE1DIFJBSUQKZGV2aWNlCQlpZGEJCSMgQ29tcGFxIFNtYXJ0IFJBSUQKZGV2aWNlCQltZmkJ CSMgTFNJIE1lZ2FSQUlEIFNBUwpkZXZpY2UJCW1seAkJIyBNeWxleCBEQUM5NjAgZmFtaWx5CiNY WFggcG9pbnRlci9pbnQgd2FybmluZ3MKI2RldmljZQkJcHN0CQkjIFByb21pc2UgU3VwZXJ0cmFr IFNYNjAwMApkZXZpY2UJCXR3ZQkJIyAzd2FyZSBBVEEgUkFJRAoKIyBhdGtiZGMwIGNvbnRyb2xz IGJvdGggdGhlIGtleWJvYXJkIGFuZCB0aGUgUFMvMiBtb3VzZQpkZXZpY2UJCWF0a2JkYwkJIyBB VCBrZXlib2FyZCBjb250cm9sbGVyCmRldmljZQkJYXRrYmQJCSMgQVQga2V5Ym9hcmQKZGV2aWNl CQlwc20JCSMgUFMvMiBtb3VzZQoKZGV2aWNlCQlrYmRtdXgJCSMga2V5Ym9hcmQgbXVsdGlwbGV4 ZXIKCmRldmljZQkJdmdhCQkjIFZHQSB2aWRlbyBjYXJkIGRyaXZlcgpvcHRpb25zIAlWRVNBCQkj IEFkZCBzdXBwb3J0IGZvciBWRVNBIEJJT1MgRXh0ZW5zaW9ucyAoVkJFKQoKZGV2aWNlCQlzcGxh c2gJCSMgU3BsYXNoIHNjcmVlbiBhbmQgc2NyZWVuIHNhdmVyIHN1cHBvcnQKCiMgc3lzY29ucyBp cyB0aGUgZGVmYXVsdCBjb25zb2xlIGRyaXZlciwgcmVzZW1ibGluZyBhbiBTQ08gY29uc29sZQpk ZXZpY2UJCXNjCm9wdGlvbnMgCVNDX1BJWEVMX01PREUJIyBhZGQgc3VwcG9ydCBmb3IgdGhlIHJh c3RlciB0ZXh0IG1vZGUKCmRldmljZQkJYWdwCQkjIHN1cHBvcnQgc2V2ZXJhbCBBR1AgY2hpcHNl dHMKCiMgUENDQVJEIChQQ01DSUEpIHN1cHBvcnQKIyBQQ01DSUEgYW5kIGNhcmRidXMgYnJpZGdl IHN1cHBvcnQKZGV2aWNlCQljYmIJCSMgY2FyZGJ1cyAoeWVudGEpIGJyaWRnZQpkZXZpY2UJCXBj Y2FyZAkJIyBQQyBDYXJkICgxNi1iaXQpIGJ1cwpkZXZpY2UJCWNhcmRidXMJCSMgQ2FyZEJ1cyAo MzItYml0KSBidXMKCiMgU2VyaWFsIChDT00pIHBvcnRzCmRldmljZQkJdWFydAkJIyBHZW5lcmlj IFVBUlQgZHJpdmVyCgojIFBhcmFsbGVsIHBvcnQKZGV2aWNlCQlwcGMKZGV2aWNlCQlwcGJ1cwkJ IyBQYXJhbGxlbCBwb3J0IGJ1cyAocmVxdWlyZWQpCmRldmljZQkJbHB0CQkjIFByaW50ZXIKZGV2 aWNlCQlwcGkJCSMgUGFyYWxsZWwgcG9ydCBpbnRlcmZhY2UgZGV2aWNlCiNkZXZpY2UJCXZwbwkJ IyBSZXF1aXJlcyBzY2J1cyBhbmQgZGEKCmRldmljZQkJcHVjCQkjIE11bHRpIEkvTyBjYXJkcyBh bmQgbXVsdGktY2hhbm5lbCBVQVJUcwoKIyBQQ0kgRXRoZXJuZXQgTklDcy4KZGV2aWNlCQlieGUJ CSMgQnJvYWRjb20gTmV0WHRyZW1lIElJIEJDTTU3NzFYL0JDTTU3OFhYIDEwR2JFCmRldmljZQkJ ZGUJCSMgREVDL0ludGVsIERDMjF4NHggKGBgVHVsaXAnJykKZGV2aWNlCQllbQkJIyBJbnRlbCBQ Uk8vMTAwMCBHaWdhYml0IEV0aGVybmV0IEZhbWlseQpkZXZpY2UJCWlnYgkJIyBJbnRlbCBQUk8v MTAwMCBQQ0lFIFNlcnZlciBHaWdhYml0IEZhbWlseQpkZXZpY2UJCWl4Z2JlCQkjIEludGVsIFBS Ty8xMEdiRSBQQ0lFIEV0aGVybmV0IEZhbWlseQpkZXZpY2UJCWxlCQkjIEFNRCBBbTc5MDAgTEFO Q0UgYW5kIEFtNzlDOXh4IFBDbmV0CmRldmljZQkJdGkJCSMgQWx0ZW9uIE5ldHdvcmtzIFRpZ29u IEkvSUkgZ2lnYWJpdCBFdGhlcm5ldApkZXZpY2UJCXR4cAkJIyAzQ29tIDNjUjk5MCAoYGBUeXBo b29uJycpCmRldmljZQkJdngJCSMgM0NvbSAzYzU5MCwgM2M1OTUgKGBgVm9ydGV4JycpCgojIFBD SSBFdGhlcm5ldCBOSUNzIHRoYXQgdXNlIHRoZSBjb21tb24gTUlJIGJ1cyBjb250cm9sbGVyIGNv ZGUuCiMgTk9URTogQmUgc3VyZSB0byBrZWVwIHRoZSAnZGV2aWNlIG1paWJ1cycgbGluZSBpbiBv cmRlciB0byB1c2UgdGhlc2UgTklDcyEKZGV2aWNlCQltaWlidXMJCSMgTUlJIGJ1cyBzdXBwb3J0 CmRldmljZQkJYWUJCSMgQXR0YW5zaWMvQXRoZXJvcyBMMiBGYXN0RXRoZXJuZXQKZGV2aWNlCQlh Z2UJCSMgQXR0YW5zaWMvQXRoZXJvcyBMMSBHaWdhYml0IEV0aGVybmV0CmRldmljZQkJYWxjCQkj IEF0aGVyb3MgQVI4MTMxL0FSODEzMiBFdGhlcm5ldApkZXZpY2UJCWFsZQkJIyBBdGhlcm9zIEFS ODEyMS9BUjgxMTMvQVI4MTE0IEV0aGVybmV0CmRldmljZQkJYmNlCQkjIEJyb2FkY29tIEJDTTU3 MDYvQkNNNTcwOCBHaWdhYml0IEV0aGVybmV0CmRldmljZQkJYmZlCQkjIEJyb2FkY29tIEJDTTQ0 MHggMTAvMTAwIEV0aGVybmV0CmRldmljZQkJYmdlCQkjIEJyb2FkY29tIEJDTTU3MHh4IEdpZ2Fi aXQgRXRoZXJuZXQKZGV2aWNlCQljYXMJCSMgU3VuIENhc3NpbmkvQ2Fzc2luaSsgYW5kIE5TIERQ ODMwNjUgU2F0dXJuCmRldmljZQkJZGMJCSMgREVDL0ludGVsIDIxMTQzIGFuZCB2YXJpb3VzIHdv cmthbGlrZXMKZGV2aWNlCQlldAkJIyBBZ2VyZSBFVDEzMTAgMTAvMTAwL0dpZ2FiaXQgRXRoZXJu ZXQKZGV2aWNlCQlmeHAJCSMgSW50ZWwgRXRoZXJFeHByZXNzIFBSTy8xMDBCICg4MjU1NywgODI1 NTgpCmRldmljZQkJZ2VtCQkjIFN1biBHRU0vU3VuIEVSSS9BcHBsZSBHTUFDCmRldmljZQkJaG1l CQkjIFN1biBITUUgKEhhcHB5IE1lYWwgRXRoZXJuZXQpCmRldmljZQkJam1lCQkjIEpNaWNyb24g Sk1DMjUwIEdpZ2FiaXQvSk1DMjYwIEZhc3QgRXRoZXJuZXQKZGV2aWNlCQlsZ2UJCSMgTGV2ZWwg MSBMWFQxMDAxIGdpZ2FiaXQgRXRoZXJuZXQKZGV2aWNlCQltc2sJCSMgTWFydmVsbC9TeXNLb25u ZWN0IFl1a29uIElJIEdpZ2FiaXQgRXRoZXJuZXQKZGV2aWNlCQluZmUJCSMgblZpZGlhIG5Gb3Jj ZSBNQ1Agb24tYm9hcmQgRXRoZXJuZXQKZGV2aWNlCQluZ2UJCSMgTmF0U2VtaSBEUDgzODIwIGdp Z2FiaXQgRXRoZXJuZXQKI2RldmljZQkJbnZlCQkjIG5WaWRpYSBuRm9yY2UgTUNQIG9uLWJvYXJk IEV0aGVybmV0IE5ldHdvcmtpbmcKZGV2aWNlCQlwY24JCSMgQU1EIEFtNzlDOTd4IFBDSSAxMC8x MDAgKHByZWNlZGVuY2Ugb3ZlciAnbGUnKQpkZXZpY2UJCXJlCQkjIFJlYWxUZWsgODEzOUMrLzgx NjkvODE2OVMvODExMFMKZGV2aWNlCQlybAkJIyBSZWFsVGVrIDgxMjkvODEzOQpkZXZpY2UJCXNm CQkjIEFkYXB0ZWMgQUlDLTY5MTUgKGBgU3RhcmZpcmUnJykKZGV2aWNlCQlzZ2UJCSMgU2lsaWNv biBJbnRlZ3JhdGVkIFN5c3RlbXMgU2lTMTkwLzE5MQpkZXZpY2UJCXNpcwkJIyBTaWxpY29uIElu dGVncmF0ZWQgU3lzdGVtcyBTaVMgOTAwL1NpUyA3MDE2CmRldmljZQkJc2sJCSMgU3lzS29ubmVj dCBTSy05ODR4ICYgU0stOTgyeCBnaWdhYml0IEV0aGVybmV0CmRldmljZQkJc3RlCQkjIFN1bmRh bmNlIFNUMjAxIChELUxpbmsgREZFLTU1MFRYKQpkZXZpY2UJCXN0Z2UJCSMgU3VuZGFuY2UvVGFt YXJhY2sgVEM5MDIxIGdpZ2FiaXQgRXRoZXJuZXQKZGV2aWNlCQl0bAkJIyBUZXhhcyBJbnN0cnVt ZW50cyBUaHVuZGVyTEFOCmRldmljZQkJdHgJCSMgU01DIEV0aGVyUG93ZXIgSUkgKDgzYzE3MCBg YEVQSUMnJykKZGV2aWNlCQl2Z2UJCSMgVklBIFZUNjEyeCBnaWdhYml0IEV0aGVybmV0CmRldmlj ZQkJdnIJCSMgVklBIFJoaW5lLCBSaGluZSBJSQpkZXZpY2UJCXdiCQkjIFdpbmJvbmQgVzg5Qzg0 MEYKZGV2aWNlCQl4bAkJIyAzQ29tIDNjOTB4IChgYEJvb21lcmFuZycnLCBgYEN5Y2xvbmUnJykK CiMgSVNBIEV0aGVybmV0IE5JQ3MuICBwY2NhcmQgTklDcyBpbmNsdWRlZC4KZGV2aWNlCQljcwkJ IyBDcnlzdGFsIFNlbWljb25kdWN0b3IgQ1M4OXgwIE5JQwojICdkZXZpY2UgZWQnIHJlcXVpcmVz ICdkZXZpY2UgbWlpYnVzJwpkZXZpY2UJCWVkCQkjIE5FWzEyXTAwMCwgU01DIFVsdHJhLCAzYzUw MywgRFM4MzkwIGNhcmRzCmRldmljZQkJZXgJCSMgSW50ZWwgRXRoZXJFeHByZXNzIFByby8xMCBh bmQgUHJvLzEwKwpkZXZpY2UJCWVwCQkjIEV0aGVybGluayBJSUkgYmFzZWQgY2FyZHMKZGV2aWNl CQlmZQkJIyBGdWppdHN1IE1CODY5NnggYmFzZWQgY2FyZHMKZGV2aWNlCQlzbgkJIyBTTUMncyA5 MDAwIHNlcmllcyBvZiBFdGhlcm5ldCBjaGlwcwpkZXZpY2UJCXhlCQkjIFhpcmNvbSBwY2NhcmQg RXRoZXJuZXQKCiMgV2lyZWxlc3MgTklDIGNhcmRzCmRldmljZQkJd2xhbgkJIyA4MDIuMTEgc3Vw cG9ydApvcHRpb25zIAlJRUVFODAyMTFfREVCVUcJIyBlbmFibGUgZGVidWcgbXNncwpvcHRpb25z IAlJRUVFODAyMTFfQU1QRFVfQUdFICMgYWdlIGZyYW1lcyBpbiBBTVBEVSByZW9yZGVyIHEncwpv cHRpb25zIAlJRUVFODAyMTFfU1VQUE9SVF9NRVNICSMgZW5hYmxlIDgwMi4xMXMgZHJhZnQgc3Vw cG9ydApkZXZpY2UJCXdsYW5fd2VwCSMgODAyLjExIFdFUCBzdXBwb3J0CmRldmljZQkJd2xhbl9j Y21wCSMgODAyLjExIENDTVAgc3VwcG9ydApkZXZpY2UJCXdsYW5fdGtpcAkjIDgwMi4xMSBUS0lQ IHN1cHBvcnQKZGV2aWNlCQl3bGFuX2FtcnIJIyBBTVJSIHRyYW5zbWl0IHJhdGUgY29udHJvbCBh bGdvcml0aG0KZGV2aWNlCQlhbgkJIyBBaXJvbmV0IDQ1MDAvNDgwMCA4MDIuMTEgd2lyZWxlc3Mg TklDcy4KZGV2aWNlCQlhdGgJCSMgQXRoZXJvcyBOSUNzCmRldmljZQkJYXRoX3BjaQkJIyBBdGhl cm9zIHBjaS9jYXJkYnVzIGdsdWUKZGV2aWNlCQlhdGhfaGFsCQkjIHBjaS9jYXJkYnVzIGNoaXAg c3VwcG9ydApvcHRpb25zIAlBSF9TVVBQT1JUX0FSNTQxNgkjIGVuYWJsZSBBUjU0MTYgdHgvcngg ZGVzY3JpcHRvcnMKb3B0aW9ucyAJQUhfQVI1NDE2X0lOVEVSUlVQVF9NSVRJR0FUSU9OCSMgQVI1 NDE2IGludGVycnVwdCBtaXRpZ2F0aW9uCm9wdGlvbnMgCUFUSF9FTkFCTEVfMTFOCSMgRW5hYmxl IDgwMi4xMW4gc3VwcG9ydCBmb3IgQVI1NDE2IGFuZCBsYXRlcgpkZXZpY2UJCWF0aF9yYXRlX3Nh bXBsZQkjIFNhbXBsZVJhdGUgdHggcmF0ZSBjb250cm9sIGZvciBhdGgKI2RldmljZQkJYndpCQkj IEJyb2FkY29tIEJDTTQzMHgvQkNNNDMxeCB3aXJlbGVzcyBOSUNzLgojZGV2aWNlCQlid24JCSMg QnJvYWRjb20gQkNNNDN4eCB3aXJlbGVzcyBOSUNzLgpkZXZpY2UJCWlwdwkJIyBJbnRlbCAyMTAw IHdpcmVsZXNzIE5JQ3MuCmRldmljZQkJaXdpCQkjIEludGVsIDIyMDBCRy8yMjI1QkcvMjkxNUFC RyB3aXJlbGVzcyBOSUNzLgpkZXZpY2UJCWl3bgkJIyBJbnRlbCA0OTY1LzEwMDAvNTAwMC82MDAw IHdpcmVsZXNzIE5JQ3MuCmRldmljZQkJbWFsbwkJIyBNYXJ2ZWxsIExpYmVydGFzIHdpcmVsZXNz IE5JQ3MuCmRldmljZQkJbXdsCQkjIE1hcnZlbGwgODhXODM2MyA4MDIuMTFuIHdpcmVsZXNzIE5J Q3MuCmRldmljZQkJcmFsCQkjIFJhbGluayBUZWNobm9sb2d5IFJUMjUwMCB3aXJlbGVzcyBOSUNz LgpkZXZpY2UJCXdpCQkjIFdhdmVMQU4vSW50ZXJzaWwvU3ltYm9sIDgwMi4xMSB3aXJlbGVzcyBO SUNzLgpkZXZpY2UJCXdwaQkJIyBJbnRlbCAzOTQ1QUJHIHdpcmVsZXNzIE5JQ3MuCgojIFBzZXVk byBkZXZpY2VzLgpkZXZpY2UJCWxvb3AJCSMgTmV0d29yayBsb29wYmFjawpkZXZpY2UJCXJhbmRv bQkJIyBFbnRyb3B5IGRldmljZQpkZXZpY2UJCXBhZGxvY2tfcm5nCSMgVklBIFBhZGxvY2sgUk5H CmRldmljZQkJcmRyYW5kX3JuZwkjIEludGVsIEJ1bGwgTW91bnRhaW4gUk5HCmRldmljZQkJZXRo ZXIJCSMgRXRoZXJuZXQgc3VwcG9ydApkZXZpY2UJCXZsYW4JCSMgODAyLjFRIFZMQU4gc3VwcG9y dApkZXZpY2UJCXR1bgkJIyBQYWNrZXQgdHVubmVsLgpkZXZpY2UJCW1kCQkjIE1lbW9yeSAiZGlz a3MiCmRldmljZQkJZ2lmCQkjIElQdjYgYW5kIElQdjQgdHVubmVsaW5nCmRldmljZQkJZmFpdGgJ CSMgSVB2Ni10by1JUHY0IHJlbGF5aW5nICh0cmFuc2xhdGlvbikKZGV2aWNlCQlmaXJtd2FyZQkj IGZpcm13YXJlIGFzc2lzdCBtb2R1bGUKCiMgVGhlIGBicGYnIGRldmljZSBlbmFibGVzIHRoZSBC ZXJrZWxleSBQYWNrZXQgRmlsdGVyLgojIEJlIGF3YXJlIG9mIHRoZSBhZG1pbmlzdHJhdGl2ZSBj b25zZXF1ZW5jZXMgb2YgZW5hYmxpbmcgdGhpcyEKIyBOb3RlIHRoYXQgJ2JwZicgaXMgcmVxdWly ZWQgZm9yIERIQ1AuCmRldmljZQkJYnBmCQkjIEJlcmtlbGV5IHBhY2tldCBmaWx0ZXIKCiMgVVNC IHN1cHBvcnQKb3B0aW9ucyAJVVNCX0RFQlVHCSMgZW5hYmxlIGRlYnVnIG1zZ3MKZGV2aWNlCQl1 aGNpCQkjIFVIQ0kgUENJLT5VU0IgaW50ZXJmYWNlCmRldmljZQkJb2hjaQkJIyBPSENJIFBDSS0+ VVNCIGludGVyZmFjZQpkZXZpY2UJCWVoY2kJCSMgRUhDSSBQQ0ktPlVTQiBpbnRlcmZhY2UgKFVT QiAyLjApCmRldmljZQkJeGhjaQkJIyBYSENJIFBDSS0+VVNCIGludGVyZmFjZSAoVVNCIDMuMCkK ZGV2aWNlCQl1c2IJCSMgVVNCIEJ1cyAocmVxdWlyZWQpCmRldmljZQkJdWtiZAkJIyBLZXlib2Fy ZApkZXZpY2UJCXVtYXNzCQkjIERpc2tzL01hc3Mgc3RvcmFnZSAtIFJlcXVpcmVzIHNjYnVzIGFu ZCBkYQoKIyBNTUMvU0QKZGV2aWNlCQltbWMJCSMgTU1DL1NEIGJ1cwpkZXZpY2UJCW1tY3NkCQkj IE1NQy9TRCBtZW1vcnkgY2FyZApkZXZpY2UJCXNkaGNpCQkjIEdlbmVyaWMgUENJIFNEIEhvc3Qg Q29udHJvbGxlcgoKIyBWaXJ0SU8gc3VwcG9ydApkZXZpY2UJCXZpcnRpbwkJIyBHZW5lcmljIFZp cnRJTyBidXMgKHJlcXVpcmVkKQpkZXZpY2UJCXZpcnRpb19wY2kJIyBWaXJ0SU8gUENJIGRldmlj ZQpkZXZpY2UJCXZ0bmV0CQkjIFZpcnRJTyBFdGhlcm5ldCBkZXZpY2UKZGV2aWNlCQl2aXJ0aW9f YmxrCSMgVmlydElPIEJsb2NrIGRldmljZQpkZXZpY2UJCXZpcnRpb19zY3NpCSMgVmlydElPIFND U0kgZGV2aWNlCmRldmljZQkJdmlydGlvX2JhbGxvb24JIyBWaXJ0SU8gTWVtb3J5IEJhbGxvb24g ZGV2aWNlCgojIEh5cGVyViBkcml2ZXJzCmRldmljZQkJaHlwZXJ2CQkjIEh5cGVyViBkcml2ZXJz IAoKIyBYZW4gSFZNIEd1ZXN0IE9wdGltaXphdGlvbnMKIyBOT1RFOiBYRU5IVk0gZGVwZW5kcyBv biB4ZW5wY2kuICBUaGV5IG11c3QgYmUgYWRkZWQgb3IgcmVtb3ZlZCB0b2dldGhlci4Kb3B0aW9u cyAJWEVOSFZNCQkjIFhlbiBIVk0ga2VybmVsIGluZnJhc3RydWN0dXJlCmRldmljZQkJeGVucGNp CQkjIFhlbiBIVk0gSHlwZXJ2aXNvciBzZXJ2aWNlcyBkcml2ZXIKCiMgVk13YXJlIHN1cHBvcnQK ZGV2aWNlCQl2bXgJCSMgVk13YXJlIFZNWE5FVDMgRXRoZXJuZXQKCiMgT3VyIG9wdGlvbnMKb3B0 aW9ucyAgICAgICAgIElQRklSRVdBTEwKb3B0aW9ucyAgICAgICAgIElQRklSRVdBTExfVkVSQk9T RQpvcHRpb25zICAgICAgICAgSVBGSVJFV0FMTF9WRVJCT1NFX0xJTUlUPTEwMApvcHRpb25zICAg ICAgICAgSVBGSVJFV0FMTF9ERUZBVUxUX1RPX0FDQ0VQVApvcHRpb25zICAgICAgICAgSVBGSVJF V0FMTF9OQVQKb3B0aW9ucyAgICAgICAgIExJQkFMSUFTCgpvcHRpb25zICAgICAgICAgSFo9MjAw MAptYXh1c2VycyAgICAgICAgMTAyNApvcHRpb25zICAgICAgICAgRFVNTVlORVQKb3B0aW9ucyAg ICAgICAgIElQRElWRVJUCm9wdGlvbnMgICAgICAgICBWRlNfQUlPCgpvcHRpb25zICAgICAgICAg Uk9VVEVUQUJMRVM9MgoKb3B0aW9ucyAgICAgICAgIERFVklDRV9QT0xMSU5HCgpvcHRpb25zICAg ICAgICAgQUNDRVBUX0ZJTFRFUl9ETlMKb3B0aW9ucyAgICAgICAgIEFDQ0VQVF9GSUxURVJfSFRU UAoKb3B0aW9ucyAgICAgICAgIEdFT01fU1RSSVBFCgpkZXZpY2UgICAgICAgICAgcGYKZGV2aWNl ICAgICAgICAgIHBmbG9nCmRldmljZSAgICAgICAgICBwZnN5bmMKZGV2aWNlICAgICAgICAgIGNh cnAKZGV2aWNlCQlpZl9icmlkZ2UKCm9wdGlvbnMgICAgICAgICBBTFRRCm9wdGlvbnMgICAgICAg ICBBTFRRX0NCUSAgICAgICAgIyBDbGFzcyBCYXNlcyBRdWV1ZWluZwpvcHRpb25zICAgICAgICAg QUxUUV9SRUQgICAgICAgICMgUmFuZG9tIEVhcmx5IERyb3AKb3B0aW9ucyAgICAgICAgIEFMVFFf UklPICAgICAgICAjIFJFRCBJbi9PdXQKb3B0aW9ucyAgICAgICAgIEFMVFFfSEZTQyAgICAgICAj IEhpZXJhcmNoaWNhbCBQYWNrZXQgU2NoZWR1bGVyCm9wdGlvbnMgICAgICAgICBBTFRRX0NETlIg ICAgICAgIyBUcmFmZmljIGNvbmRpdGlvbmVyCm9wdGlvbnMgICAgICAgICBBTFRRX1BSSVEgICAg ICAgIyBQcmlvcml0eSBRdWV1ZWluZwpvcHRpb25zICAgICAgICAgQUxUUV9OT1BDQyAgICAgICMg UmVxdWlyZWQgZm9yIFNNUCBidWlsZApvcHRpb25zICAgICAgICAgQUxUUV9ERUJVRwoKb3B0aW9u cyAgIElQU0VDICAgICAgICAjSVAgc2VjdXJpdHkKZGV2aWNlICAgIGNyeXB0bwpvcHRpb25zICAg SVBTRUNfREVCVUcgIAoKb3B0aW9ucyAgICAgVENQX1NJR05BVFVSRQpkZXZpY2UgICAgICAgIGNy eXB0b2RldgpvcHRpb25zICAgICAgICBJUFNFQ19GSUxURVJUVU5ORUwKb3B0aW9ucyAgICAgICAg SVBTRUNfTkFUX1QKCmRldmljZSB0YXAKCmRldmljZSAgICAgICAgICBuZXRtYXAKCg== 165279 2016-01-08 20:13:19 +0000 2016-01-08 20:13:19 +0000 dmesg dmesg.boot text/plain 11125 peixotocassiano Q29weXJpZ2h0IChjKSAxOTkyLTIwMTUgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsgb2YgVGhlIEZy ZWVCU0QgRm91bmRhdGlvbi4KRnJlZUJTRCAxMC4yLVNUQUJMRSAjMCByMjkyMDM1TTogVHVlIERl YyAxNSAxMDo0NTo0MSBCUlNUIDIwMTUKICAgIHJvb3RAcHBwb2UudXM6L3Vzci9vYmovdXNyL3Ny Yy9zeXMvUFBQT0UgYW1kNjQKRnJlZUJTRCBjbGFuZyB2ZXJzaW9uIDMuNC4xICh0YWdzL1JFTEVB U0VfMzQvZG90MS1maW5hbCAyMDgwMzIpIDIwMTQwNTEyCkNQVTogSW50ZWwoUikgQXRvbShUTSkg Q1BVICBDMjc1OCAgQCAyLjQxR0h6ICgyNDE2LjczLU1IeiBLOC1jbGFzcyBDUFUpCiAgT3JpZ2lu PSJHZW51aW5lSW50ZWwiICBJZD0weDQwNmQ4ICBGYW1pbHk9MHg2ICBNb2RlbD0weDRkICBTdGVw cGluZz04CiAgRmVhdHVyZXM9MHhiZmViZmJmZjxGUFUsVk1FLERFLFBTRSxUU0MsTVNSLFBBRSxN Q0UsQ1g4LEFQSUMsU0VQLE1UUlIsUEdFLE1DQSxDTU9WLFBBVCxQU0UzNixDTEZMVVNILERUUyxB Q1BJLE1NWCxGWFNSLFNTRSxTU0UyLFNTLEhUVCxUTSxQQkU+CiAgRmVhdHVyZXMyPTB4NDNkOGUz YmY8U1NFMyxQQ0xNVUxRRFEsRFRFUzY0LE1PTixEU19DUEwsVk1YLEVTVCxUTTIsU1NTRTMsQ1gx Nix4VFBSLFBEQ00sU1NFNC4xLFNTRTQuMixNT1ZCRSxQT1BDTlQsVFNDRExULEFFU05JLFJEUkFO RD4KICBBTUQgRmVhdHVyZXM9MHgyODEwMDgwMDxTWVNDQUxMLE5YLFJEVFNDUCxMTT4KICBBTUQg RmVhdHVyZXMyPTB4MTAxPExBSEYsUHJlZmV0Y2g+CiAgU3RydWN0dXJlZCBFeHRlbmRlZCBGZWF0 dXJlcz0weDIyODI8VFNDQURKLFNNRVAsRVJNUyxORlBVU0c+CiAgVlQteDogUEFULEhMVCxNVEYs UEFVU0UsRVBULFVHLFZQSUQKICBUU0M6IFAtc3RhdGUgaW52YXJpYW50LCBwZXJmb3JtYW5jZSBz dGF0aXN0aWNzCnJlYWwgbWVtb3J5ICA9IDE3MTc5ODY5MTg0ICgxNjM4NCBNQikKYXZhaWwgbWVt b3J5ID0gMTY1NDI0NzgzMzYgKDE1Nzc2IE1CKQpFdmVudCB0aW1lciAiTEFQSUMiIHF1YWxpdHkg NjAwCkFDUEkgQVBJQyBUYWJsZTogPElOVEVMICBUSUFOTyAgID4KRnJlZUJTRC9TTVA6IE11bHRp cHJvY2Vzc29yIFN5c3RlbSBEZXRlY3RlZDogOCBDUFVzCkZyZWVCU0QvU01QOiAxIHBhY2thZ2Uo cykgeCA4IGNvcmUocykKIGNwdTAgKEJTUCk6IEFQSUMgSUQ6ICAwCiBjcHUxIChBUCk6IEFQSUMg SUQ6ICAyCiBjcHUyIChBUCk6IEFQSUMgSUQ6ICA0CiBjcHUzIChBUCk6IEFQSUMgSUQ6ICA2CiBj cHU0IChBUCk6IEFQSUMgSUQ6ICA4CiBjcHU1IChBUCk6IEFQSUMgSUQ6IDEwCiBjcHU2IChBUCk6 IEFQSUMgSUQ6IDEyCiBjcHU3IChBUCk6IEFQSUMgSUQ6IDE0CnJhbmRvbSBkZXZpY2Ugbm90IGxv YWRlZDsgdXNpbmcgaW5zZWN1cmUgZW50cm9weQppb2FwaWMwIDxWZXJzaW9uIDIuMD4gaXJxcyAw LTIzIG9uIG1vdGhlcmJvYXJkCmtiZDAgYXQga2JkbXV4MAptb2R1bGVfcmVnaXN0ZXJfaW5pdDog TU9EX0xPQUQgKHZlc2EsIDB4ZmZmZmZmZmY4MGRiZTYwMCwgMCkgZXJyb3IgMTkKbmV0bWFwOiBs b2FkZWQgbW9kdWxlCnJhbmRvbTogPFNvZnR3YXJlLCBZYXJyb3c+IGluaXRpYWxpemVkCmNyeXB0 b3NvZnQwOiA8c29mdHdhcmUgY3J5cHRvPiBvbiBtb3RoZXJib2FyZAphY3BpMDogPEFMQVNLQSBB IE0gSSA+IG9uIG1vdGhlcmJvYXJkCmFjcGkwOiBQb3dlciBCdXR0b24gKGZpeGVkKQpjcHUwOiA8 QUNQSSBDUFU+IG9uIGFjcGkwCmNwdTE6IDxBQ1BJIENQVT4gb24gYWNwaTAKY3B1MjogPEFDUEkg Q1BVPiBvbiBhY3BpMApjcHUzOiA8QUNQSSBDUFU+IG9uIGFjcGkwCmNwdTQ6IDxBQ1BJIENQVT4g b24gYWNwaTAKY3B1NTogPEFDUEkgQ1BVPiBvbiBhY3BpMApjcHU2OiA8QUNQSSBDUFU+IG9uIGFj cGkwCmNwdTc6IDxBQ1BJIENQVT4gb24gYWNwaTAKaHBldDA6IDxIaWdoIFByZWNpc2lvbiBFdmVu dCBUaW1lcj4gaW9tZW0gMHhmZWQwMDAwMC0weGZlZDAwM2ZmIG9uIGFjcGkwClRpbWVjb3VudGVy ICJIUEVUIiBmcmVxdWVuY3kgMTQzMTgxODAgSHogcXVhbGl0eSA5NTAKRXZlbnQgdGltZXIgIkhQ RVQiIGZyZXF1ZW5jeSAxNDMxODE4MCBIeiBxdWFsaXR5IDM1MApFdmVudCB0aW1lciAiSFBFVDEi IGZyZXF1ZW5jeSAxNDMxODE4MCBIeiBxdWFsaXR5IDM0MApFdmVudCB0aW1lciAiSFBFVDIiIGZy ZXF1ZW5jeSAxNDMxODE4MCBIeiBxdWFsaXR5IDM0MAphdHJ0YzA6IDxBVCByZWFsdGltZSBjbG9j az4gcG9ydCAweDcwLTB4NzcgaXJxIDggb24gYWNwaTAKRXZlbnQgdGltZXIgIlJUQyIgZnJlcXVl bmN5IDMyNzY4IEh6IHF1YWxpdHkgMAphdHRpbWVyMDogPEFUIHRpbWVyPiBwb3J0IDB4NDAtMHg0 MywweDUwLTB4NTMgaXJxIDAgb24gYWNwaTAKVGltZWNvdW50ZXIgImk4MjU0IiBmcmVxdWVuY3kg MTE5MzE4MiBIeiBxdWFsaXR5IDAKRXZlbnQgdGltZXIgImk4MjU0IiBmcmVxdWVuY3kgMTE5MzE4 MiBIeiBxdWFsaXR5IDEwMApUaW1lY291bnRlciAiQUNQSS1mYXN0IiBmcmVxdWVuY3kgMzU3OTU0 NSBIeiBxdWFsaXR5IDkwMAphY3BpX3RpbWVyMDogPDI0LWJpdCB0aW1lciBhdCAzLjU3OTU0NU1I ej4gcG9ydCAweDQwOC0weDQwYiBvbiBhY3BpMApwY2liMDogPEFDUEkgSG9zdC1QQ0kgYnJpZGdl PiBwb3J0IDB4Y2Y4LTB4Y2ZmIG9uIGFjcGkwCnBjaTA6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIw CnBjaWIxOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gbWVtIDB4ZGZmMDAwMDAtMHhkZmYxZmZmZiBp cnEgMTYgYXQgZGV2aWNlIDEuMCBvbiBwY2kwCnBjaTE6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIx CmlnYjA6IDxJbnRlbChSKSBQUk8vMTAwMCBOZXR3b3JrIENvbm5lY3Rpb24gdmVyc2lvbiAtIDIu NC4wPiBtZW0gMHhkZmMwMDAwMC0weGRmY2ZmZmZmLDB4ZGZkMDAwMDAtMHhkZmQwM2ZmZiBpcnEg MTYgYXQgZGV2aWNlIDAuMCBvbiBwY2kxCmlnYjA6IFVzaW5nIE1TSVggaW50ZXJydXB0cyB3aXRo IDUgdmVjdG9ycwppZ2IwOiBFdGhlcm5ldCBhZGRyZXNzOiAwMDo5MDowYjozYjo1MDo5MgppZ2Iw OiBCb3VuZCBxdWV1ZSAwIHRvIGNwdSAwCmlnYjA6IEJvdW5kIHF1ZXVlIDEgdG8gY3B1IDEKaWdi MDogQm91bmQgcXVldWUgMiB0byBjcHUgMgppZ2IwOiBCb3VuZCBxdWV1ZSAzIHRvIGNwdSAzCmln YjA6IG5ldG1hcCBxdWV1ZXMvc2xvdHM6IFRYIDQvMTAyNCwgUlggNC8xMDI0CnBjaWIyOiA8QUNQ SSBQQ0ktUENJIGJyaWRnZT4gbWVtIDB4ZGZlZTAwMDAtMHhkZmVmZmZmZiBpcnEgMTYgYXQgZGV2 aWNlIDIuMCBvbiBwY2kwCnBjaTI6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIyCmlnYjE6IDxJbnRl bChSKSBQUk8vMTAwMCBOZXR3b3JrIENvbm5lY3Rpb24gdmVyc2lvbiAtIDIuNC4wPiBtZW0gMHhk ZjkwMDAwMC0weGRmOWZmZmZmLDB4ZGZhMDAwMDAtMHhkZmEwM2ZmZiBpcnEgMTcgYXQgZGV2aWNl IDAuMCBvbiBwY2kyCmlnYjE6IFVzaW5nIE1TSVggaW50ZXJydXB0cyB3aXRoIDUgdmVjdG9ycwpp Z2IxOiBFdGhlcm5ldCBhZGRyZXNzOiAwMDo5MDowYjozYjo1MDo5MwppZ2IxOiBCb3VuZCBxdWV1 ZSAwIHRvIGNwdSA0CmlnYjE6IEJvdW5kIHF1ZXVlIDEgdG8gY3B1IDUKaWdiMTogQm91bmQgcXVl dWUgMiB0byBjcHUgNgppZ2IxOiBCb3VuZCBxdWV1ZSAzIHRvIGNwdSA3CmlnYjE6IG5ldG1hcCBx dWV1ZXMvc2xvdHM6IFRYIDQvMTAyNCwgUlggNC8xMDI0CnBjaWIzOiA8QUNQSSBQQ0ktUENJIGJy aWRnZT4gbWVtIDB4ZGZlYzAwMDAtMHhkZmVkZmZmZiBpcnEgMjAgYXQgZGV2aWNlIDMuMCBvbiBw Y2kwCnBjaTM6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIzCnBjaWI0OiA8QUNQSSBQQ0ktUENJIGJy aWRnZT4gbWVtIDB4ZGZlYTAwMDAtMHhkZmViZmZmZiBhdCBkZXZpY2UgNC4wIG9uIHBjaTAKcGNp NDogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjQKcGNpMDogPHByb2Nlc3Nvcj4gYXQgZGV2aWNlIDEx LjAgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpMDogPGJhc2UgcGVyaXBoZXJhbCwgSU9NTVU+IGF0 IGRldmljZSAxNS4wIChubyBkcml2ZXIgYXR0YWNoZWQpCmlnYjI6IDxJbnRlbChSKSBQUk8vMTAw MCBOZXR3b3JrIENvbm5lY3Rpb24gdmVyc2lvbiAtIDIuNC4wPiBwb3J0IDB4ZjBjMC0weGYwZGYg bWVtIDB4ZGZlNjAwMDAtMHhkZmU3ZmZmZiwweGRmZjJjMDAwLTB4ZGZmMmZmZmYgaXJxIDIwIGF0 IGRldmljZSAyMC4wIG9uIHBjaTAKaWdiMjogVXNpbmcgTVNJWCBpbnRlcnJ1cHRzIHdpdGggOSB2 ZWN0b3JzCmlnYjI6IEV0aGVybmV0IGFkZHJlc3M6IDAwOjkwOjBiOjNiOjUwOjhlCmlnYjI6IEJv dW5kIHF1ZXVlIDAgdG8gY3B1IDAKaWdiMjogQm91bmQgcXVldWUgMSB0byBjcHUgMQppZ2IyOiBC b3VuZCBxdWV1ZSAyIHRvIGNwdSAyCmlnYjI6IEJvdW5kIHF1ZXVlIDMgdG8gY3B1IDMKaWdiMjog Qm91bmQgcXVldWUgNCB0byBjcHUgNAppZ2IyOiBCb3VuZCBxdWV1ZSA1IHRvIGNwdSA1CmlnYjI6 IEJvdW5kIHF1ZXVlIDYgdG8gY3B1IDYKaWdiMjogQm91bmQgcXVldWUgNyB0byBjcHUgNwppZ2Iy OiBuZXRtYXAgcXVldWVzL3Nsb3RzOiBUWCA4LzEwMjQsIFJYIDgvMTAyNAppZ2IzOiA8SW50ZWwo UikgUFJPLzEwMDAgTmV0d29yayBDb25uZWN0aW9uIHZlcnNpb24gLSAyLjQuMD4gcG9ydCAweGYw YTAtMHhmMGJmIG1lbSAweGRmZTQwMDAwLTB4ZGZlNWZmZmYsMHhkZmYyODAwMC0weGRmZjJiZmZm IGlycSAyMSBhdCBkZXZpY2UgMjAuMSBvbiBwY2kwCmlnYjM6IFVzaW5nIE1TSVggaW50ZXJydXB0 cyB3aXRoIDkgdmVjdG9ycwppZ2IzOiBFdGhlcm5ldCBhZGRyZXNzOiAwMDo5MDowYjozYjo1MDo4 ZgppZ2IzOiBCb3VuZCBxdWV1ZSAwIHRvIGNwdSAwCmlnYjM6IEJvdW5kIHF1ZXVlIDEgdG8gY3B1 IDEKaWdiMzogQm91bmQgcXVldWUgMiB0byBjcHUgMgppZ2IzOiBCb3VuZCBxdWV1ZSAzIHRvIGNw dSAzCmlnYjM6IEJvdW5kIHF1ZXVlIDQgdG8gY3B1IDQKaWdiMzogQm91bmQgcXVldWUgNSB0byBj cHUgNQppZ2IzOiBCb3VuZCBxdWV1ZSA2IHRvIGNwdSA2CmlnYjM6IEJvdW5kIHF1ZXVlIDcgdG8g Y3B1IDcKaWdiMzogbmV0bWFwIHF1ZXVlcy9zbG90czogVFggOC8xMDI0LCBSWCA4LzEwMjQKaWdi NDogPEludGVsKFIpIFBSTy8xMDAwIE5ldHdvcmsgQ29ubmVjdGlvbiB2ZXJzaW9uIC0gMi40LjA+ IHBvcnQgMHhmMDgwLTB4ZjA5ZiBtZW0gMHhkZmUyMDAwMC0weGRmZTNmZmZmLDB4ZGZmMjQwMDAt MHhkZmYyN2ZmZiBpcnEgMjIgYXQgZGV2aWNlIDIwLjIgb24gcGNpMAppZ2I0OiBVc2luZyBNU0lY IGludGVycnVwdHMgd2l0aCA5IHZlY3RvcnMKaWdiNDogRXRoZXJuZXQgYWRkcmVzczogMDA6OTA6 MGI6M2I6NTA6OTAKaWdiNDogQm91bmQgcXVldWUgMCB0byBjcHUgMAppZ2I0OiBCb3VuZCBxdWV1 ZSAxIHRvIGNwdSAxCmlnYjQ6IEJvdW5kIHF1ZXVlIDIgdG8gY3B1IDIKaWdiNDogQm91bmQgcXVl dWUgMyB0byBjcHUgMwppZ2I0OiBCb3VuZCBxdWV1ZSA0IHRvIGNwdSA0CmlnYjQ6IEJvdW5kIHF1 ZXVlIDUgdG8gY3B1IDUKaWdiNDogQm91bmQgcXVldWUgNiB0byBjcHUgNgppZ2I0OiBCb3VuZCBx dWV1ZSA3IHRvIGNwdSA3CmlnYjQ6IG5ldG1hcCBxdWV1ZXMvc2xvdHM6IFRYIDgvMTAyNCwgUlgg OC8xMDI0CmlnYjU6IDxJbnRlbChSKSBQUk8vMTAwMCBOZXR3b3JrIENvbm5lY3Rpb24gdmVyc2lv biAtIDIuNC4wPiBwb3J0IDB4ZjA2MC0weGYwN2YgbWVtIDB4ZGZlMDAwMDAtMHhkZmUxZmZmZiww eGRmZjIwMDAwLTB4ZGZmMjNmZmYgaXJxIDIzIGF0IGRldmljZSAyMC4zIG9uIHBjaTAKaWdiNTog VXNpbmcgTVNJWCBpbnRlcnJ1cHRzIHdpdGggOSB2ZWN0b3JzCmlnYjU6IEV0aGVybmV0IGFkZHJl c3M6IDAwOjkwOjBiOjNiOjUwOjkxCmlnYjU6IEJvdW5kIHF1ZXVlIDAgdG8gY3B1IDAKaWdiNTog Qm91bmQgcXVldWUgMSB0byBjcHUgMQppZ2I1OiBCb3VuZCBxdWV1ZSAyIHRvIGNwdSAyCmlnYjU6 IEJvdW5kIHF1ZXVlIDMgdG8gY3B1IDMKaWdiNTogQm91bmQgcXVldWUgNCB0byBjcHUgNAppZ2I1 OiBCb3VuZCBxdWV1ZSA1IHRvIGNwdSA1CmlnYjU6IEJvdW5kIHF1ZXVlIDYgdG8gY3B1IDYKaWdi NTogQm91bmQgcXVldWUgNyB0byBjcHUgNwppZ2I1OiBuZXRtYXAgcXVldWVzL3Nsb3RzOiBUWCA4 LzEwMjQsIFJYIDgvMTAyNAplaGNpMDogPEludGVsIEF2b3RvbiBVU0IgMi4wIGNvbnRyb2xsZXI+ IG1lbSAweGRmZjM3MDAwLTB4ZGZmMzczZmYgaXJxIDIzIGF0IGRldmljZSAyMi4wIG9uIHBjaTAK dXNidXMwOiBFSENJIHZlcnNpb24gMS4wCnVzYnVzMCBvbiBlaGNpMAphaGNpMDogPEludGVsIEF2 b3RvbiBBSENJIFNBVEEgY29udHJvbGxlcj4gcG9ydCAweGYxNTAtMHhmMTU3LDB4ZjE0MC0weGYx NDMsMHhmMTMwLTB4ZjEzNywweGYxMjAtMHhmMTIzLDB4ZjA0MC0weGYwNWYgbWVtIDB4ZGZmMzYw MDAtMHhkZmYzNjdmZiBpcnEgMTkgYXQgZGV2aWNlIDIzLjAgb24gcGNpMAphaGNpMDogQUhDSSB2 MS4zMCB3aXRoIDQgM0dicHMgcG9ydHMsIFBvcnQgTXVsdGlwbGllciBub3Qgc3VwcG9ydGVkCmFo Y2ljaDA6IDxBSENJIGNoYW5uZWw+IGF0IGNoYW5uZWwgMCBvbiBhaGNpMAphaGNpMTogPEludGVs IEF2b3RvbiBBSENJIFNBVEEgY29udHJvbGxlcj4gcG9ydCAweGYxMTAtMHhmMTE3LDB4ZjEwMC0w eGYxMDMsMHhmMGYwLTB4ZjBmNywweGYwZTAtMHhmMGUzLDB4ZjAyMC0weGYwM2YgbWVtIDB4ZGZm MzUwMDAtMHhkZmYzNTdmZiBpcnEgMTkgYXQgZGV2aWNlIDI0LjAgb24gcGNpMAphaGNpMTogQUhD SSB2MS4zMCB3aXRoIDIgNkdicHMgcG9ydHMsIFBvcnQgTXVsdGlwbGllciBub3Qgc3VwcG9ydGVk CmFoY2ljaDQ6IDxBSENJIGNoYW5uZWw+IGF0IGNoYW5uZWwgMCBvbiBhaGNpMQppc2FiMDogPFBD SS1JU0EgYnJpZGdlPiBhdCBkZXZpY2UgMzEuMCBvbiBwY2kwCmlzYTA6IDxJU0EgYnVzPiBvbiBp c2FiMApwcGMxOiA8UGFyYWxsZWwgcG9ydD4gcG9ydCAweDM3OC0weDM3ZiBpcnEgNSBvbiBhY3Bp MApwcGMxOiBHZW5lcmljIGNoaXBzZXQgKE5JQkJMRS1vbmx5KSBpbiBDT01QQVRJQkxFIG1vZGUK cHBidXMwOiA8UGFyYWxsZWwgcG9ydCBidXM+IG9uIHBwYzEKbHB0MDogPFByaW50ZXI+IG9uIHBw YnVzMApscHQwOiBJbnRlcnJ1cHQtZHJpdmVuIHBvcnQKcHBpMDogPFBhcmFsbGVsIEkvTz4gb24g cHBidXMwCnBsY21fZHJ2OiBMUFR4IEFkZHJlc3MgPSAzNzgKcGxjbTA6IDxGcmVlQlNEIERldmlj ZSBEcml2ZXI+IG9uIHBwYnVzMAp1YXJ0MDogPDE2NTUwIG9yIGNvbXBhdGlibGU+IHBvcnQgMHgz ZjgtMHgzZmYgaXJxIDQgZmxhZ3MgMHgxMCBvbiBhY3BpMAp1YXJ0MDogY29uc29sZSAoMzg0MDAs biw4LDEpCnVhcnQxOiA8MTY1NTAgb3IgY29tcGF0aWJsZT4gcG9ydCAweDJmOC0weDJmZiBpcnEg MyBvbiBhY3BpMApvcm0wOiA8SVNBIE9wdGlvbiBST00+IGF0IGlvbWVtIDB4YzAwMDAtMHhjMGZm ZiBvbiBpc2EwCmF0a2JkYzA6IDxLZXlib2FyZCBjb250cm9sbGVyIChpODA0Mik+IGF0IHBvcnQg MHg2MCwweDY0IG9uIGlzYTAKZmRjMDogPEVuaGFuY2VkIGZsb3BweSBjb250cm9sbGVyPiBhdCBw b3J0IDB4M2YwLTB4M2Y1LDB4M2Y3IGlycSA2IGRycSAyIG9uIGlzYTAKcHBjMDogY2Fubm90IHJl c2VydmUgSS9PIHBvcnQgcmFuZ2UKZXN0MDogPEVuaGFuY2VkIFNwZWVkU3RlcCBGcmVxdWVuY3kg Q29udHJvbD4gb24gY3B1MAplc3Q6IENQVSBzdXBwb3J0cyBFbmhhbmNlZCBTcGVlZHN0ZXAsIGJ1 dCBpcyBub3QgcmVjb2duaXplZC4KZXN0OiBjcHVfdmVuZG9yIEdlbnVpbmVJbnRlbCwgbXNyIGE0 MDAwMDAwMWQ1MgpkZXZpY2VfYXR0YWNoOiBlc3QwIGF0dGFjaCByZXR1cm5lZCA2CmVzdDE6IDxF bmhhbmNlZCBTcGVlZFN0ZXAgRnJlcXVlbmN5IENvbnRyb2w+IG9uIGNwdTEKZXN0OiBDUFUgc3Vw cG9ydHMgRW5oYW5jZWQgU3BlZWRzdGVwLCBidXQgaXMgbm90IHJlY29nbml6ZWQuCmVzdDogY3B1 X3ZlbmRvciBHZW51aW5lSW50ZWwsIG1zciBhNDAwMDAwMDFkNTIKZGV2aWNlX2F0dGFjaDogZXN0 MSBhdHRhY2ggcmV0dXJuZWQgNgplc3QyOiA8RW5oYW5jZWQgU3BlZWRTdGVwIEZyZXF1ZW5jeSBD b250cm9sPiBvbiBjcHUyCmVzdDogQ1BVIHN1cHBvcnRzIEVuaGFuY2VkIFNwZWVkc3RlcCwgYnV0 IGlzIG5vdCByZWNvZ25pemVkLgplc3Q6IGNwdV92ZW5kb3IgR2VudWluZUludGVsLCBtc3IgYTQw MDAwMDAxZDUyCmRldmljZV9hdHRhY2g6IGVzdDIgYXR0YWNoIHJldHVybmVkIDYKZXN0MzogPEVu aGFuY2VkIFNwZWVkU3RlcCBGcmVxdWVuY3kgQ29udHJvbD4gb24gY3B1Mwplc3Q6IENQVSBzdXBw b3J0cyBFbmhhbmNlZCBTcGVlZHN0ZXAsIGJ1dCBpcyBub3QgcmVjb2duaXplZC4KZXN0OiBjcHVf dmVuZG9yIEdlbnVpbmVJbnRlbCwgbXNyIGE0MDAwMDAwMWQ1MgpkZXZpY2VfYXR0YWNoOiBlc3Qz IGF0dGFjaCByZXR1cm5lZCA2CmVzdDQ6IDxFbmhhbmNlZCBTcGVlZFN0ZXAgRnJlcXVlbmN5IENv bnRyb2w+IG9uIGNwdTQKZXN0OiBDUFUgc3VwcG9ydHMgRW5oYW5jZWQgU3BlZWRzdGVwLCBidXQg aXMgbm90IHJlY29nbml6ZWQuCmVzdDogY3B1X3ZlbmRvciBHZW51aW5lSW50ZWwsIG1zciBhNDAw MDAwMDFkNTIKZGV2aWNlX2F0dGFjaDogZXN0NCBhdHRhY2ggcmV0dXJuZWQgNgplc3Q1OiA8RW5o YW5jZWQgU3BlZWRTdGVwIEZyZXF1ZW5jeSBDb250cm9sPiBvbiBjcHU1CmVzdDogQ1BVIHN1cHBv cnRzIEVuaGFuY2VkIFNwZWVkc3RlcCwgYnV0IGlzIG5vdCByZWNvZ25pemVkLgplc3Q6IGNwdV92 ZW5kb3IgR2VudWluZUludGVsLCBtc3IgYTQwMDAwMDAxZDUyCmRldmljZV9hdHRhY2g6IGVzdDUg YXR0YWNoIHJldHVybmVkIDYKZXN0NjogPEVuaGFuY2VkIFNwZWVkU3RlcCBGcmVxdWVuY3kgQ29u dHJvbD4gb24gY3B1Ngplc3Q6IENQVSBzdXBwb3J0cyBFbmhhbmNlZCBTcGVlZHN0ZXAsIGJ1dCBp cyBub3QgcmVjb2duaXplZC4KZXN0OiBjcHVfdmVuZG9yIEdlbnVpbmVJbnRlbCwgbXNyIGE0MDAw MDAwMWQ1MgpkZXZpY2VfYXR0YWNoOiBlc3Q2IGF0dGFjaCByZXR1cm5lZCA2CmVzdDc6IDxFbmhh bmNlZCBTcGVlZFN0ZXAgRnJlcXVlbmN5IENvbnRyb2w+IG9uIGNwdTcKZXN0OiBDUFUgc3VwcG9y dHMgRW5oYW5jZWQgU3BlZWRzdGVwLCBidXQgaXMgbm90IHJlY29nbml6ZWQuCmVzdDogY3B1X3Zl bmRvciBHZW51aW5lSW50ZWwsIG1zciBhNDAwMDAwMDFkNTIKZGV2aWNlX2F0dGFjaDogZXN0NyBh dHRhY2ggcmV0dXJuZWQgNgpaRlMgZmlsZXN5c3RlbSB2ZXJzaW9uOiA1ClpGUyBzdG9yYWdlIHBv b2wgdmVyc2lvbjogZmVhdHVyZXMgc3VwcG9ydCAoNTAwMCkKVGltZWNvdW50ZXJzIHRpY2sgZXZl cnkgMS4wMDAgbXNlYwprZXJuLmlwYy5zaG1tYXhwZ3MgaXMgbm93IGNhbGxlZCBrZXJuLmlwYy5z aG1hbGwhCklQc2VjOiBJbml0aWFsaXplZCBTZWN1cml0eSBBc3NvY2lhdGlvbiBQcm9jZXNzaW5n LgppcGZ3MiAoK2lwdjYpIGluaXRpYWxpemVkLCBkaXZlcnQgZW5hYmxlZCwgbmF0IGVuYWJsZWQs IGRlZmF1bHQgdG8gYWNjZXB0LCBsb2dnaW5nIGRpc2FibGVkCkRVTU1ZTkVUIDAgd2l0aCBJUHY2 IGluaXRpYWxpemVkICgxMDA0MDkpCmxvYWRfZG5fc2NoZWQgZG5fc2NoZWQgRklGTyBsb2FkZWQK bG9hZF9kbl9zY2hlZCBkbl9zY2hlZCBQUklPIGxvYWRlZApsb2FkX2RuX3NjaGVkIGRuX3NjaGVk IFFGUSBsb2FkZWQKbG9hZF9kbl9zY2hlZCBkbl9zY2hlZCBSUiBsb2FkZWQKbG9hZF9kbl9zY2hl ZCBkbl9zY2hlZCBXRjJRKyBsb2FkZWQKcmFuZG9tOiB1bmJsb2NraW5nIGRldmljZS4KdXNidXMw OiA0ODBNYnBzIEhpZ2ggU3BlZWQgVVNCIHYyLjAKdWdlbjAuMTogPEludGVsPiBhdCB1c2J1czAK dWh1YjA6IDxJbnRlbCBFSENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAyLjAwLzEuMDAsIGFk ZHIgMT4gb24gdXNidXMwCnVodWIwOiA4IHBvcnRzIHdpdGggOCByZW1vdmFibGUsIHNlbGYgcG93 ZXJlZAp1Z2VuMC4yOiA8dmVuZG9yIDB4ODA4Nz4gYXQgdXNidXMwCnVodWIxOiA8dmVuZG9yIDB4 ODA4NyBwcm9kdWN0IDB4MDdkYiwgY2xhc3MgOS8wLCByZXYgMi4wMC8wLjAyLCBhZGRyIDI+IG9u IHVzYnVzMAp1aHViMTogNCBwb3J0cyB3aXRoIDQgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKYWRh MCBhdCBhaGNpY2gwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMCBsdW4gMAphZGEwOiA8VFM4R0NGMTcw IDIwMTQwODA2PiBBVEEgU0FUQSAxLnggZGV2aWNlCmFkYTA6IFNlcmlhbCBOdW1iZXIgQzMwMDk0 M0ExODQyMkYwMDAzMDMKYWRhMDogMTUwLjAwME1CL3MgdHJhbnNmZXJzIChTQVRBIDEueCwgVURN QTIsIFBJTyA1MTJieXRlcykKYWRhMDogNzY0N01CICgxNTY2MjMwNCA1MTIgYnl0ZSBzZWN0b3Jz KQphZGEwOiBQcmV2aW91c2x5IHdhcyBrbm93biBhcyBhZDQKYWRhMSBhdCBhaGNpY2g0IGJ1cyAw IHNjYnVzMSB0YXJnZXQgMCBsdW4gMAphZGExOiA8S0lOR1NUT04gU1YzMDBTMzdBNjBHIDYwM0FC QkYwPiBBVEE4LUFDUyBTQVRBIDMueCBkZXZpY2UKYWRhMTogU2VyaWFsIE51bWJlciA1MDAyNkI3 NzU1MDVFRTk0CmFkYTE6IDYwMC4wMDBNQi9zIHRyYW5zZmVycyAoU0FUQSAzLngsIFVETUE2LCBQ SU8gNTEyYnl0ZXMpCmFkYTE6IENvbW1hbmQgUXVldWVpbmcgZW5hYmxlZAphZGExOiA1NzI0MU1C ICgxMTcyMzE0MDggNTEyIGJ5dGUgc2VjdG9ycykKYWRhMTogUHJldmlvdXNseSB3YXMga25vd24g YXMgYWQ2ClNNUDogQVAgQ1BVICM0IExhdW5jaGVkIQpTTVA6IEFQIENQVSAjMSBMYXVuY2hlZCEK U01QOiBBUCBDUFUgIzIgTGF1bmNoZWQhClNNUDogQVAgQ1BVICM3IExhdW5jaGVkIQpTTVA6IEFQ IENQVSAjNSBMYXVuY2hlZCEKU01QOiBBUCBDUFUgIzMgTGF1bmNoZWQhClNNUDogQVAgQ1BVICM2 IExhdW5jaGVkIQpUaW1lY291bnRlciAiVFNDLWxvdyIgZnJlcXVlbmN5IDEyMDgzNjMzNTggSHog cXVhbGl0eSAxMDAwClRyeWluZyB0byBtb3VudCByb290IGZyb20gemZzOnpyb290L3Jvb3QvcHBw b2UgW10uLi4KCg== 165280 2016-01-08 20:13:41 +0000 2016-01-08 20:13:41 +0000 pciconf pciconf.txt text/plain 4419 peixotocassiano aG9zdGIwQHBjaTA6MDowOjA6CWNsYXNzPTB4MDYwMDAwIGNhcmQ9MHgwMDAwMDAwMCBjaGlwPTB4 MWYwODgwODYgcmV2PTB4MDIgaGRyPTB4MDAKICAgIHZlbmRvciAgICAgPSAnSW50ZWwgQ29ycG9y YXRpb24nCiAgICBkZXZpY2UgICAgID0gJ0F0b20gcHJvY2Vzc29yIEMyMDAwIFNvQyBUcmFuc2Fj dGlvbiBSb3V0ZXInCiAgICBjbGFzcyAgICAgID0gYnJpZGdlCiAgICBzdWJjbGFzcyAgID0gSE9T VC1QQ0kKcGNpYjFAcGNpMDowOjE6MDoJY2xhc3M9MHgwNjA0MDAgY2FyZD0weDcyNzA4MDg2IGNo aXA9MHgxZjEwODA4NiByZXY9MHgwMiBoZHI9MHgwMQogICAgdmVuZG9yICAgICA9ICdJbnRlbCBD b3Jwb3JhdGlvbicKICAgIGRldmljZSAgICAgPSAnQXRvbSBwcm9jZXNzb3IgQzIwMDAgUENJZSBS b290IFBvcnQgMScKICAgIGNsYXNzICAgICAgPSBicmlkZ2UKICAgIHN1YmNsYXNzICAgPSBQQ0kt UENJCnBjaWIyQHBjaTA6MDoyOjA6CWNsYXNzPTB4MDYwNDAwIGNhcmQ9MHg3MjcwODA4NiBjaGlw PTB4MWYxMTgwODYgcmV2PTB4MDIgaGRyPTB4MDEKICAgIHZlbmRvciAgICAgPSAnSW50ZWwgQ29y cG9yYXRpb24nCiAgICBkZXZpY2UgICAgID0gJ0F0b20gcHJvY2Vzc29yIEMyMDAwIFBDSWUgUm9v dCBQb3J0IDInCiAgICBjbGFzcyAgICAgID0gYnJpZGdlCiAgICBzdWJjbGFzcyAgID0gUENJLVBD SQpwY2liM0BwY2kwOjA6MzowOgljbGFzcz0weDA2MDQwMCBjYXJkPTB4NzI3MDgwODYgY2hpcD0w eDFmMTI4MDg2IHJldj0weDAyIGhkcj0weDAxCiAgICB2ZW5kb3IgICAgID0gJ0ludGVsIENvcnBv cmF0aW9uJwogICAgZGV2aWNlICAgICA9ICdBdG9tIHByb2Nlc3NvciBDMjAwMCBQQ0llIFJvb3Qg UG9ydCAzJwogICAgY2xhc3MgICAgICA9IGJyaWRnZQogICAgc3ViY2xhc3MgICA9IFBDSS1QQ0kK cGNpYjRAcGNpMDowOjQ6MDoJY2xhc3M9MHgwNjA0MDAgY2FyZD0weDgwODY4MDg2IGNoaXA9MHgx ZjEzODA4NiByZXY9MHgwMiBoZHI9MHgwMQogICAgdmVuZG9yICAgICA9ICdJbnRlbCBDb3Jwb3Jh dGlvbicKICAgIGRldmljZSAgICAgPSAnQXRvbSBwcm9jZXNzb3IgQzIwMDAgUENJZSBSb290IFBv cnQgNCcKICAgIGNsYXNzICAgICAgPSBicmlkZ2UKICAgIHN1YmNsYXNzICAgPSBQQ0ktUENJCm5v bmUwQHBjaTA6MDoxMTowOgljbGFzcz0weDBiNDAwMCBjYXJkPTB4MDAwMDgwODYgY2hpcD0weDFm MTg4MDg2IHJldj0weDAyIGhkcj0weDAwCiAgICB2ZW5kb3IgICAgID0gJ0ludGVsIENvcnBvcmF0 aW9uJwogICAgZGV2aWNlICAgICA9ICdBdG9tIHByb2Nlc3NvciBDMjAwMCBRQVQnCiAgICBjbGFz cyAgICAgID0gcHJvY2Vzc29yCmhvc3RiMUBwY2kwOjA6MTQ6MDoJY2xhc3M9MHgwNjAwMDAgY2Fy ZD0weDAwMDA4MDg2IGNoaXA9MHgxZjE0ODA4NiByZXY9MHgwMiBoZHI9MHgwMAogICAgdmVuZG9y ICAgICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicKICAgIGRldmljZSAgICAgPSAnQXRvbSBwcm9jZXNz b3IgQzIwMDAgUkFTJwogICAgY2xhc3MgICAgICA9IGJyaWRnZQogICAgc3ViY2xhc3MgICA9IEhP U1QtUENJCm5vbmUxQHBjaTA6MDoxNTowOgljbGFzcz0weDA4MDYwMCBjYXJkPTB4MDAwMDgwODYg Y2hpcD0weDFmMTY4MDg2IHJldj0weDAyIGhkcj0weDAwCiAgICB2ZW5kb3IgICAgID0gJ0ludGVs IENvcnBvcmF0aW9uJwogICAgZGV2aWNlICAgICA9ICdBdG9tIHByb2Nlc3NvciBDMjAwMCBSQ0VD JwogICAgY2xhc3MgICAgICA9IGJhc2UgcGVyaXBoZXJhbAogICAgc3ViY2xhc3MgICA9IElPTU1V Cm5vbmUyQHBjaTA6MDoxOTowOgljbGFzcz0weDA4ODAwMCBjYXJkPTB4MDAwMDgwODYgY2hpcD0w eDFmMTU4MDg2IHJldj0weDAyIGhkcj0weDAwCiAgICB2ZW5kb3IgICAgID0gJ0ludGVsIENvcnBv cmF0aW9uJwogICAgZGV2aWNlICAgICA9ICdBdG9tIHByb2Nlc3NvciBDMjAwMCBTTUJ1cyAyLjAn CiAgICBjbGFzcyAgICAgID0gYmFzZSBwZXJpcGhlcmFsCmlnYjJAcGNpMDowOjIwOjA6CWNsYXNz PTB4MDIwMDAwIGNhcmQ9MHgxZjQxODA4NiBjaGlwPTB4MWY0MTgwODYgcmV2PTB4MDMgaGRyPTB4 MDAKICAgIHZlbmRvciAgICAgPSAnSW50ZWwgQ29ycG9yYXRpb24nCiAgICBkZXZpY2UgICAgID0g J0V0aGVybmV0IENvbm5lY3Rpb24gSTM1NCcKICAgIGNsYXNzICAgICAgPSBuZXR3b3JrCiAgICBz dWJjbGFzcyAgID0gZXRoZXJuZXQKaWdiM0BwY2kwOjA6MjA6MToJY2xhc3M9MHgwMjAwMDAgY2Fy ZD0weDFmNDE4MDg2IGNoaXA9MHgxZjQxODA4NiByZXY9MHgwMyBoZHI9MHgwMAogICAgdmVuZG9y ICAgICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicKICAgIGRldmljZSAgICAgPSAnRXRoZXJuZXQgQ29u bmVjdGlvbiBJMzU0JwogICAgY2xhc3MgICAgICA9IG5ldHdvcmsKICAgIHN1YmNsYXNzICAgPSBl dGhlcm5ldAppZ2I0QHBjaTA6MDoyMDoyOgljbGFzcz0weDAyMDAwMCBjYXJkPTB4MWY0MTgwODYg Y2hpcD0weDFmNDE4MDg2IHJldj0weDAzIGhkcj0weDAwCiAgICB2ZW5kb3IgICAgID0gJ0ludGVs IENvcnBvcmF0aW9uJwogICAgZGV2aWNlICAgICA9ICdFdGhlcm5ldCBDb25uZWN0aW9uIEkzNTQn CiAgICBjbGFzcyAgICAgID0gbmV0d29yawogICAgc3ViY2xhc3MgICA9IGV0aGVybmV0CmlnYjVA cGNpMDowOjIwOjM6CWNsYXNzPTB4MDIwMDAwIGNhcmQ9MHgxZjQxODA4NiBjaGlwPTB4MWY0MTgw ODYgcmV2PTB4MDMgaGRyPTB4MDAKICAgIHZlbmRvciAgICAgPSAnSW50ZWwgQ29ycG9yYXRpb24n CiAgICBkZXZpY2UgICAgID0gJ0V0aGVybmV0IENvbm5lY3Rpb24gSTM1NCcKICAgIGNsYXNzICAg ICAgPSBuZXR3b3JrCiAgICBzdWJjbGFzcyAgID0gZXRoZXJuZXQKZWhjaTBAcGNpMDowOjIyOjA6 CWNsYXNzPTB4MGMwMzIwIGNhcmQ9MHg3MjcwODA4NiBjaGlwPTB4MWYyYzgwODYgcmV2PTB4MDIg aGRyPTB4MDAKICAgIHZlbmRvciAgICAgPSAnSW50ZWwgQ29ycG9yYXRpb24nCiAgICBkZXZpY2Ug ICAgID0gJ0F0b20gcHJvY2Vzc29yIEMyMDAwIFVTQiBFbmhhbmNlZCBIb3N0IENvbnRyb2xsZXIn CiAgICBjbGFzcyAgICAgID0gc2VyaWFsIGJ1cwogICAgc3ViY2xhc3MgICA9IFVTQgphaGNpMEBw Y2kwOjA6MjM6MDoJY2xhc3M9MHgwMTA2MDEgY2FyZD0weDcyNzA4MDg2IGNoaXA9MHgxZjIyODA4 NiByZXY9MHgwMiBoZHI9MHgwMAogICAgdmVuZG9yICAgICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicK ICAgIGRldmljZSAgICAgPSAnQXRvbSBwcm9jZXNzb3IgQzIwMDAgQUhDSSBTQVRBMiBDb250cm9s bGVyJwogICAgY2xhc3MgICAgICA9IG1hc3Mgc3RvcmFnZQogICAgc3ViY2xhc3MgICA9IFNBVEEK YWhjaTFAcGNpMDowOjI0OjA6CWNsYXNzPTB4MDEwNjAxIGNhcmQ9MHg3MjcwODA4NiBjaGlwPTB4 MWYzMjgwODYgcmV2PTB4MDIgaGRyPTB4MDAKICAgIHZlbmRvciAgICAgPSAnSW50ZWwgQ29ycG9y YXRpb24nCiAgICBkZXZpY2UgICAgID0gJ0F0b20gcHJvY2Vzc29yIEMyMDAwIEFIQ0kgU0FUQTMg Q29udHJvbGxlcicKICAgIGNsYXNzICAgICAgPSBtYXNzIHN0b3JhZ2UKICAgIHN1YmNsYXNzICAg PSBTQVRBCmlzYWIwQHBjaTA6MDozMTowOgljbGFzcz0weDA2MDEwMCBjYXJkPTB4NzI3MDgwODYg Y2hpcD0weDFmMzg4MDg2IHJldj0weDAyIGhkcj0weDAwCiAgICB2ZW5kb3IgICAgID0gJ0ludGVs IENvcnBvcmF0aW9uJwogICAgZGV2aWNlICAgICA9ICdBdG9tIHByb2Nlc3NvciBDMjAwMCBQQ1Un CiAgICBjbGFzcyAgICAgID0gYnJpZGdlCiAgICBzdWJjbGFzcyAgID0gUENJLUlTQQpub25lM0Bw Y2kwOjA6MzE6MzoJY2xhc3M9MHgwYzA1MDAgY2FyZD0weDcyNzA4MDg2IGNoaXA9MHgxZjNjODA4 NiByZXY9MHgwMiBoZHI9MHgwMAogICAgdmVuZG9yICAgICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicK ICAgIGRldmljZSAgICAgPSAnQXRvbSBwcm9jZXNzb3IgQzIwMDAgUENVIFNNQnVzJwogICAgY2xh c3MgICAgICA9IHNlcmlhbCBidXMKICAgIHN1YmNsYXNzICAgPSBTTUJ1cwppZ2IwQHBjaTA6MTow OjA6CWNsYXNzPTB4MDIwMDAwIGNhcmQ9MHgwMDAwZmZmZiBjaGlwPTB4MTUzMzgwODYgcmV2PTB4 MDMgaGRyPTB4MDAKICAgIHZlbmRvciAgICAgPSAnSW50ZWwgQ29ycG9yYXRpb24nCiAgICBkZXZp Y2UgICAgID0gJ0kyMTAgR2lnYWJpdCBOZXR3b3JrIENvbm5lY3Rpb24nCiAgICBjbGFzcyAgICAg ID0gbmV0d29yawogICAgc3ViY2xhc3MgICA9IGV0aGVybmV0CmlnYjFAcGNpMDoyOjA6MDoJY2xh c3M9MHgwMjAwMDAgY2FyZD0weDAwMDBmZmZmIGNoaXA9MHgxNTMzODA4NiByZXY9MHgwMyBoZHI9 MHgwMAogICAgdmVuZG9yICAgICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicKICAgIGRldmljZSAgICAg PSAnSTIxMCBHaWdhYml0IE5ldHdvcmsgQ29ubmVjdGlvbicKICAgIGNsYXNzICAgICAgPSBuZXR3 b3JrCiAgICBzdWJjbGFzcyAgID0gZXRoZXJuZXQK 165626 2016-01-15 11:52:54 +0000 2016-01-15 11:52:54 +0000 mpd.conf for my site-site vpn mpd.conf text/plain 8843 slava c3RhcnR1cDoNCg0KZGVmYXVsdDoNCiAgICAgICAgbG9hZCBiZXJkDQogICAgICAgIGxvYWQgZW4N CiAgICAgICAgbG9hZCBtZWwNCiAgICAgICAgbG9hZCB6cA0KICAgICAgICBsb2FkIHJ2DQogICAg ICAgIGxvYWQgc3JuDQogICAgICAgIGxvYWQgYnJ2DQogICAgICAgIGxvYWQgYmMgDQogICAgICAg IGxvYWQgcHB0cF9zZXJ2ZXINCg0KDQpiZXJkOg0KICAgICAgICBjcmVhdGUgYnVuZGxlIHN0YXRp YyBCMQ0KICAgICAgICBzZXQgaXBjcCByYW5nZXMgMTAuMTAuMTAuMTAwLzMyIDEwLjIuMTAuMTAw LzMyDQogICAgICAgIHNldCBpZmFjZSBhZGRycyAxMC4xMC4xMC4xMDAgMTAuMi4xMC4xMDANCiAg ICAgICAgc2V0IGlmYWNlIHJvdXRlIDEwLjIuMTAuMTAwLzI0DQogICAgICAgIHNldCBpZmFjZSBp ZGxlIDANCiAgICAgICAgc2V0IGJ1bmRsZSBlbmFibGUgZW5jcnlwdGlvbg0KICAgICAgICBzZXQg Y2NwIHllcyBtcHBjDQogICAgICAgIHNldCBtcHBjIHllcyBlNDANCiAgICAgICAgc2V0IG1wcGMg eWVzIGUxMjgNCiAgICAgICAgc2V0IGJ1bmRsZSBlbmFibGUgY3J5cHQtcmVxZA0KICAgICAgICBz ZXQgbXBwYyB5ZXMgc3RhdGVsZXNzDQogICAgICAgIGNyZWF0ZSBsaW5rIHN0YXRpYyBMMSBwcHRw DQogICAgICAgIHNldCBsaW5rIGFjdGlvbiBidW5kbGUgQjENCiAgICAgICAgc2V0IGxpbmsgbm8g cGFwIGNoYXAgZWFwDQogICAgICAgIHNldCBsaW5rIHllcyBjaGFwDQogICAgICAgIHNldCBhdXRo IGF1dGhuYW1lIDEyDQogICAgICAgIHNldCBhdXRoIHBhc3N3b3JkIDEyDQogICAgICAgIHNldCBs aW5rIG10dSAxMzAwDQogICAgICAgIHNldCBsaW5rIG1ydSAxMzAwDQogICAgICAgIHNldCBsaW5r IGtlZXAtYWxpdmUgMTAgNzUNCiAgICAgICAgc2V0IGxpbmsgbWF4LXJlZGlhbCAwDQogICAgICAg IHNldCBwcHRwIHBlZXIgSVBfMQ0KICAgICAgICBzZXQgbGluayBlbmFibGUgaW5jb21pbmcNCiAg ICAgICAgb3Blbg0KDQplbjoNCiAgICAgICAgY3JlYXRlIGJ1bmRsZSBzdGF0aWMgQjINCiAgICAg ICAgc2V0IGlmYWNlIGFkZHJzIDEwLjEwLjEwLjEwMCAxMC4zLjEwLjEwMCANCiAgICAgICAgc2V0 IGlwY3AgcmFuZ2VzIDEwLjEwLjEwLjEwMC8zMiAxMC4zLjEwLjEwMC8zMiANCiAgICAgICAgc2V0 IGlmYWNlIHJvdXRlIDEwLjMuMTAuMC84DQogICAgICAgIHNldCBpZmFjZSBlbmFibGUgdGNwbXNz Zml4DQogICAgICAgIHNldCBpcGNwIG5vIHZqY29tcA0KICAgICAgICBzZXQgYnVuZGxlIGVuYWJs ZSBlbmNyeXB0aW9uDQogICAgICAgIHNldCBidW5kbGUgZW5hYmxlIGNvbXByZXNzaW9uDQogICAg ICAgIHNldCBidW5kbGUgZW5hYmxlIGNyeXB0LXJlcWQNCiAgICAgICAgc2V0IGNjcCB5ZXMgbXBw Yw0KICAgICAgICBzZXQgbXBwYyB5ZXMgY29tcHJlc3MgZTQwIGU1NiBlMTI4IHN0YXRlbGVzcw0K ICAgICAgICBjcmVhdGUgbGluayBzdGF0aWMgTDIgcHB0cA0KICAgICAgICBzZXQgbGluayBhY3Rp b24gYnVuZGxlIEIyDQogICAgICAgIHNldCBsaW5rIGVuYWJsZSBpbmNvbWluZw0KICAgICAgICBz ZXQgbGluayBkaXNhYmxlICBtdWx0aWxpbmsNCiAgICAgICAgc2V0IGxpbmsgeWVzIGFjZmNvbXAg cHJvdG9jb21wDQogICAgICAgIHNldCBsaW5rIGVuYWJsZSBjaGFwDQogICAgICAgIHNldCBsaW5r IGFjY2VwdCBjaGFwLW1zdjIgY2hhcCBwYXANCiAgICAgICAgc2V0IGxpbmsgZGVueSBjaGFwLW1z djENCiAgICAgICAgc2V0IGxpbmsgbXR1IDEzMDANCiAgICAgICAgc2V0IGxpbmsgbXJ1IDEzMDAN CiAgICAgICAgc2V0IGxpbmsgbm8gYWNmY29tcCBwcm90b2NvbXANCiAgICAgICAgc2V0IGF1dGgg YXV0aG5hbWUgMjMNCiAgICAgICAgc2V0IGF1dGggcGFzc3dvcmQgMjMNCm1lbDoNCiAgICAgICAg Y3JlYXRlIGJ1bmRsZSBzdGF0aWMgQjMNCiAgICAgICAgc2V0IGlwY3AgcmFuZ2VzIDEwLjEwLjEw LjEwMC8zMiAxMC40LjEwLjEwMC8zMg0KICAgICAgICBzZXQgaWZhY2UgYWRkcnMgMTAuMTAuMTAu MTAwIDEwLjQuMTAuMTAwDQogICAgICAgIHNldCBpZmFjZSByb3V0ZSAxMC40LjEwLjEwMC8yNA0K ICAgICAgICBzZXQgaWZhY2UgaWRsZSAwDQogICAgICAgIHNldCBidW5kbGUgZW5hYmxlIGVuY3J5 cHRpb24NCiAgICAgICAgc2V0IGNjcCB5ZXMgbXBwYw0KICAgICAgICBzZXQgbXBwYyB5ZXMgZTQw DQogICAgICAgIHNldCBtcHBjIHllcyBlMTI4DQogICAgICAgIHNldCBidW5kbGUgZW5hYmxlIGNy eXB0LXJlcWQNCiAgICAgICAgc2V0IG1wcGMgeWVzIHN0YXRlbGVzcw0KICAgICAgICBjcmVhdGUg bGluayBzdGF0aWMgTDMgcHB0cA0KICAgICAgICBzZXQgbGluayBhY3Rpb24gYnVuZGxlIEIzDQog ICAgICAgIHNldCBsaW5rIGRpc2FibGUgIG11bHRpbGluaw0KICAgICAgICBzZXQgbGluayBubyBw YXAgY2hhcCBlYXANCiAgICAgICAgc2V0IGxpbmsgeWVzIGNoYXANCiAgICAgICAgc2V0IGF1dGgg YXV0aG5hbWUgMzMNCiAgICAgICAgc2V0IGF1dGggcGFzc3dvcmQgMzMNCiAgICAgICAgc2V0IGxp bmsgbXR1IDEzMDANCiAgICAgICAgc2V0IGxpbmsgbXJ1IDEzMDANCiAgICAgICAgc2V0IGxpbmsg a2VlcC1hbGl2ZSAxMCA3NQ0KICAgICAgICBzZXQgbGluayBtYXgtcmVkaWFsIDANCiAgICAgICAg c2V0IGxpbmsgbXJ1IDE0NjANCiAgICAgICAgc2V0IHBwdHAgcGVlciBJUF8zDQogICAgICAgIHNl dCBsaW5rIGVuYWJsZSBpbmNvbWluZw0KICAgICAgICBzZXQgcHB0cCBlbmFibGUgb3JpZ2luYXRl DQogICAgICAgIG9wZW4NCg0KenA6DQogICAgICAgIGNyZWF0ZSBidW5kbGUgc3RhdGljIEI0DQog ICAgICAgIHNldCBpcGNwIHJhbmdlcyAxMC4xMC4xMC4xMDAvMzIgMTAuNS4xMC4xMDAvMzINCiAg ICAgICAgc2V0IGlmYWNlIGFkZHJzIDEwLjEwLjEwLjEwMCAxMC41LjEwLjEwMA0KICAgICAgICBz ZXQgaWZhY2Ugcm91dGUgMTAuNS4xMC4xMDAvMjQNCiAgICAgICAgc2V0IGlmYWNlIGlkbGUgMA0K ICAgICAgICBzZXQgYnVuZGxlIGVuYWJsZSBlbmNyeXB0aW9uDQogICAgICAgIHNldCBjY3AgeWVz IG1wcGMNCiAgICAgICAgc2V0IG1wcGMgeWVzIGU0MA0KICAgICAgICBzZXQgbXBwYyB5ZXMgZTEy OA0KICAgICAgICBzZXQgYnVuZGxlIGVuYWJsZSBjcnlwdC1yZXFkDQogICAgICAgIHNldCBtcHBj IHllcyBzdGF0ZWxlc3MNCiAgICAgICAgY3JlYXRlIGxpbmsgc3RhdGljIEw0IHBwdHANCiAgICAg ICAgc2V0IGxpbmsgYWN0aW9uIGJ1bmRsZSBCNA0KICAgICAgICBzZXQgbGluayBkaXNhYmxlICBt dWx0aWxpbmsNCiAgICAgICAgc2V0IGxpbmsgbm8gcGFwIGNoYXAgZWFwDQogICAgICAgIHNldCBs aW5rIHllcyBjaGFwDQogICAgICAgIHNldCBhdXRoIGF1dGhuYW1lIDM0DQogICAgICAgIHNldCBh dXRoIHBhc3N3b3JkIDM0DQogICAgICAgIHNldCBsaW5rIG10dSAxMzAwDQogICAgICAgIHNldCBs aW5rIG1ydSAxMzAwDQogICAgICAgIHNldCBsaW5rIGtlZXAtYWxpdmUgMTAgNzUNCiAgICAgICAg c2V0IGxpbmsgbWF4LXJlZGlhbCAwDQogICAgICAgIHNldCBsaW5rIG1ydSAxNDYwDQogICAgICAg IHNldCBwcHRwIHBlZXIgSVBfNA0KICAgICAgICBzZXQgbGluayBlbmFibGUgaW5jb21pbmcNCiAg ICAgICAgb3Blbg0KDQpydjoNCiAgICAgICAgY3JlYXRlIGJ1bmRsZSBzdGF0aWMgQjUNCiAgICAg ICAgc2V0IGlwY3AgcmFuZ2VzIDEwLjEwLjEwLjEwMC8zMiAxMC42LjEwLjEwMC8zMg0KICAgICAg ICBzZXQgaWZhY2UgYWRkcnMgMTAuMTAuMTAuMTAwIDEwLjYuMTAuMTAwDQogICAgICAgIHNldCBp ZmFjZSByb3V0ZSAxMC42LjEwLjEwMC8yNA0KICAgICAgICBzZXQgaWZhY2UgaWRsZSAwDQogICAg ICAgIHNldCBidW5kbGUgZW5hYmxlIGVuY3J5cHRpb24NCiAgICAgICAgc2V0IGNjcCB5ZXMgbXBw Yw0KICAgICAgICBzZXQgbXBwYyB5ZXMgZTQwDQogICAgICAgIHNldCBtcHBjIHllcyBlMTI4DQog ICAgICAgIHNldCBidW5kbGUgZW5hYmxlIGNyeXB0LXJlcWQNCiAgICAgICAgc2V0IG1wcGMgeWVz IHN0YXRlbGVzcw0KICAgICAgICBjcmVhdGUgbGluayBzdGF0aWMgTDUgcHB0cA0KICAgICAgICBz ZXQgbGluayBhY3Rpb24gYnVuZGxlIEI1DQogICAgICAgIHNldCBsaW5rIGRpc2FibGUgIG11bHRp bGluaw0KICAgICAgICBzZXQgbGluayBubyBwYXAgY2hhcCBlYXANCiAgICAgICAgc2V0IGxpbmsg eWVzIGNoYXANCiAgICAgICAgc2V0IGF1dGggYXV0aG5hbWUgNDQNCiAgICAgICAgc2V0IGF1dGgg cGFzc3dvcmQgNDQNCiAgICAgICAgc2V0IGxpbmsgbXR1IDEzMDANCiAgICAgICAgc2V0IGxpbmsg bXJ1IDEzMDANCiAgICAgICAgc2V0IGxpbmsga2VlcC1hbGl2ZSAxMCA3NQ0KICAgICAgICBzZXQg bGluayBtYXgtcmVkaWFsIDANCiAgICAgICAgc2V0IGxpbmsgbXJ1IDE0NjANCiAgICAgICAgc2V0 IHBwdHAgcGVlciBJUF81DQogICAgICAgIHNldCBsaW5rIGVuYWJsZSBpbmNvbWluZw0KICAgICAg ICBvcGVuDQogICAgICAgIHNldCBwcHRwIGVuYWJsZSBvcmlnaW5hdGUNCnNybjoNCiAgICAgICAg Y3JlYXRlIGJ1bmRsZSBzdGF0aWMgQjYNCiAgICAgICAgc2V0IGlmYWNlIG10dSAxNTAwDQogICAg ICAgIHNldCBpZmFjZSBtcnUgMTUwMA0KICAgICAgICBzZXQgaXBjcCByYW5nZXMgMTAuMTAuMTAu MTAwLzMyIDEwLjcuMTAuMTAwLzMyDQogICAgICAgIHNldCBpZmFjZSBhZGRycyAxMC4xMC4xMC4x MDAgMTAuNy4xMC4xMDANCiAgICAgICAgc2V0IGlmYWNlIHJvdXRlIDEwLjcuMTAuMTAwLzI0DQog ICAgICAgIHNldCBpZmFjZSBpZGxlIDANCiAgICAgICAgc2V0IGJ1bmRsZSBlbmFibGUgZW5jcnlw dGlvbg0KICAgICAgICBzZXQgY2NwIHllcyBtcHBjDQogICAgICAgIHNldCBtcHBjIHllcyBlNDAN CiAgICAgICAgc2V0IG1wcGMgeWVzIGUxMjgNCiAgICAgICAgc2V0IGJ1bmRsZSBlbmFibGUgY3J5 cHQtcmVxZA0KICAgICAgICBzZXQgbXBwYyB5ZXMgc3RhdGVsZXNzDQogICAgICAgIGNyZWF0ZSBs aW5rIHN0YXRpYyBMNiBwcHRwDQogICAgICAgIHNldCBsaW5rIGFjdGlvbiBidW5kbGUgQjYNCiAg ICAgICAgc2V0IGxpbmsgZGlzYWJsZSAgbXVsdGlsaW5rDQogICAgICAgIHNldCBsaW5rIG5vIHBh cCBjaGFwIGVhcA0KICAgICAgICBzZXQgbGluayB5ZXMgY2hhcA0KICAgICAgICBzZXQgYXV0aCBh dXRobmFtZSA1NQ0KICAgICAgICBzZXQgYXV0aCBwYXNzd29yZCA1NQ0KICAgICAgICBzZXQgbGlu ayBtdHUgMTQ2MA0KICAgICAgICBzZXQgbGluayBtcnUgMTQ2MA0KICAgICAgICBzZXQgbGluayBr ZWVwLWFsaXZlIDEwIDc1DQogICAgICAgIHNldCBsaW5rIG1heC1yZWRpYWwgMA0KICAgICAgICBz ZXQgcHB0cCBwZWVyICBJUF82DQogICAgICAgIHNldCBsaW5rIGVuYWJsZSBpbmNvbWluZw0KICAg ICAgICBzZXQgbGluayBlbmFibGUgb3JpZ2luYXRlDQogICAgICAgIG9wZW4NCiAgICAgICAgc2V0 IHBwdHAgZW5hYmxlIG9yaWdpbmF0ZQ0KDQpicnY6DQogICAgICAgIGNyZWF0ZSBidW5kbGUgc3Rh dGljIEI3DQogICAgICAgIHNldCBpcGNwIHJhbmdlcyAxMC4xMC4xMC4xMDAvMzIgMTAuOC4xMC4x MDAvMzINCiAgICAgICAgc2V0IGlmYWNlIGFkZHJzIDEwLjEwLjEwLjEwMCAxMC44LjEwLjEwMA0K ICAgICAgICBzZXQgaWZhY2Ugcm91dGUgMTAuOC4xMC4xMDAvMjQNCiAgICAgICAgc2V0IGlmYWNl IGlkbGUgMA0KICAgICAgICBzZXQgYnVuZGxlIGVuYWJsZSBlbmNyeXB0aW9uDQogICAgICAgIHNl dCBjY3AgeWVzIG1wcGMNCiAgICAgICAgc2V0IG1wcGMgeWVzIGU0MA0KICAgICAgICBzZXQgbXBw YyB5ZXMgZTEyOA0KICAgICAgICBzZXQgYnVuZGxlIGVuYWJsZSBjcnlwdC1yZXFkDQogICAgICAg IHNldCBtcHBjIHllcyBzdGF0ZWxlc3MNCiAgICAgICAgY3JlYXRlIGxpbmsgc3RhdGljIEw3IHBw dHANCiAgICAgICAgc2V0IGxpbmsgYWN0aW9uIGJ1bmRsZSBCNw0KIyBFbmFibGUgYm90aCBzaWRl cyB0byBhdXRoZW50aWNhdCBlYWNoIG90aGVyIHdpdGggQ0hBUA0KICAgICAgICBzZXQgbGluayBk aXNhYmxlICBtdWx0aWxpbmsNCiAgICAgICAgc2V0IGxpbmsgbm8gcGFwIGNoYXAgZWFwDQogICAg ICAgIHNldCBsaW5rIHllcyBjaGFwDQogICAgICAgIHNldCBhdXRoIGF1dGhuYW1lIDU2DQogICAg ICAgIHNldCBhdXRoIHBhc3N3b3JkIDU2DQogICAgICAgIHNldCBsaW5rIGtlZXAtYWxpdmUgMTAg NzUNCiAgICAgICAgc2V0IGxpbmsgbWF4LXJlZGlhbCAwDQogICAgICAgICAgICAgICBzZXQgbGlu ayBtdHUgMTMwMA0KICAgICAgICBzZXQgbGluayBtcnUgMTMwMA0KICAgICAgICBzZXQgcHB0cCBk aXNhYmxlIHJlc29sdmUtb25jZQ0KICAgICAgICBzZXQgcHB0cCBwZWVyIElQXzcNCiAgICAgICAg c2V0IGxpbmsgZW5hYmxlIGluY29taW5nDQogICAgICAgIG9wZW4NCg0KYmM6DQogICAgICAgIGNy ZWF0ZSBidW5kbGUgc3RhdGljIEI4DQogICAgICAgIHNldCBpcGNwIHJhbmdlcyAxMC4xMC4xMC4x MDAvMzIgMTAuOS4xMC4xMDAvMzINCiAgICAgICAgc2V0IGlmYWNlIGFkZHJzIDEwLjEwLjEwLjEw MCAxMC45LjEwLjEwMA0KICAgICAgICBzZXQgaWZhY2Ugcm91dGUgMTAuOS4xMC4xMDAvMjQNCiAg ICAgICAgc2V0IGlmYWNlIGlkbGUgMA0KICAgICAgICBzZXQgYnVuZGxlIGVuYWJsZSBlbmNyeXB0 aW9uDQogICAgICAgIHNldCBjY3AgeWVzIG1wcGMNCiAgICAgICAgc2V0IG1wcGMgeWVzIGU0MA0K ICAgICAgICBzZXQgbXBwYyB5ZXMgZTEyOA0KICAgICAgICBzZXQgYnVuZGxlIGVuYWJsZSBjcnlw dC1yZXFkDQogICAgICAgIHNldCBtcHBjIHllcyBzdGF0ZWxlc3MNCiAgICAgICAgY3JlYXRlIGxp bmsgc3RhdGljIEw4IHBwdHANCiAgICAgICAgc2V0IGxpbmsgYWN0aW9uIGJ1bmRsZSBCOA0KICAg ICAgICBzZXQgbGluayBkaXNhYmxlICBtdWx0aWxpbmsNCiAgICAgICAgc2V0IGxpbmsgbm8gcGFw IGNoYXAgZWFwDQogICAgICAgIHNldCBsaW5rIHllcyBjaGFwDQogICAgICAgIHNldCBhdXRoIGF1 dGhuYW1lIDU1NQ0KICAgICAgICBzZXQgYXV0aCBwYXNzd29yZCA1NTUNCiAgICAgICAgICAgICAg IHNldCBsaW5rIG10dSAxMzAwDQogICAgICAgIHNldCBsaW5rIG1ydSAxMzAwDQogICAgICAgIHNl dCBsaW5rIGtlZXAtYWxpdmUgMTAgNzUNCiAgICAgICAgc2V0IGxpbmsgbWF4LXJlZGlhbCAwDQog ICAgICAgIHNldCBsaW5rIG10dSAxNDYwDQogICAgICAgIHNldCBwcHRwIHBlZXIgMzEuMTI5LjE4 OS4xNTMNCiAgICAgICAgc2V0IHBwdHAgZGlzYWJsZSByZXNvbHZlLW9uY2UNCiAgICAgICAgc2V0 IHBwdHAgcGVlciBJUF84DQogICAgICAgIHNldCBsaW5rIGVuYWJsZSBpbmNvbWluZw0KICAgICAg ICBvcGVuDQoNCg0KcHB0cF9zZXJ2ZXI6DQojIERlZmluZSBkeW5hbWljIElQIGFkZHJlc3MgcG9v bC4NCiAgICAgICAgc2V0IGlwcG9vbCBhZGQgcG9vbDEgMTAuMTAuMTAuMTQwIDEwLjEwLjEwLjE1 NA0KIyBDcmVhdGUgY2xvbmFibGUgYnVuZGxlIHRlbXBsYXRlIG5hbWVkIEJVDQogICAgICAgIGNy ZWF0ZSBidW5kbGUgdGVtcGxhdGUgQlUNCiAgICAgICAgc2V0IGlmYWNlIGVuYWJsZSBwcm94eS1h cnANCiAgICAgICAgc2V0IGlmYWNlIGlkbGUgMA0KICAgICAgICBzZXQgaWZhY2UgZW5hYmxlIHRj cG1zc2ZpeA0KICAgICAgICBzZXQgaXBjcCB5ZXMgdmpjb21wDQojIFNwZWNpZnkgSVAgYWRkcmVz cyBwb29sIGZvciBkeW5hbWljIGFzc2lnbWVudC4NCiAgICAgICAgc2V0IGlwY3AgcmFuZ2VzIDEw LjEwLjEwLjEwMC8zMiBpcHBvb2wgcG9vbDENCiAgICAgICAgc2V0IGlwY3AgZG5zIDEwLjEwLjEw LjEwMA0KICAgICAgICBzZXQgaXBjcCBuYm5zIDEwLjEwLjEwLjEwMA0KIyBUaGUgZml2ZSBsaW5l cyBiZWxvdyBlbmFibGUgTWljcm9zb2Z0IFBvaW50LXRvLVBvaW50IGVuY3J5cHRpb24NCiMgKE1Q UEUpIHVzaW5nIHRoZSBuZ19tcHBjKDgpIG5ldGdyYXBoIG5vZGUgdHlwZS4NCiAgICAgICAgc2V0 IGJ1bmRsZSBlbmFibGUgY29tcHJlc3Npb24NCiAgICAgICAgc2V0IGNjcCB5ZXMgbXBwYw0KICAg ICAgICBzZXQgbXBwYyB5ZXMgZTQwDQogICAgICAgIHNldCBtcHBjIHllcyBlMTI4DQogICAgICAg IHNldCBtcHBjIHllcyBzdGF0ZWxlc3MNCiMgQ3JlYXRlIGNsb25hYmxlIGxpbmsgdGVtcGxhdGUg bmFtZWQgTE4NCiAgICAgICAgY3JlYXRlIGxpbmsgdGVtcGxhdGUgTE4gcHB0cA0KIyBTZXQgYnVu ZGxlIHRlbXBsYXRlIHRvIHVzZQ0KICAgICAgICBzZXQgbGluayBhY3Rpb24gYnVuZGxlIEJVDQoj IE11bHRpbGluayBhZGRzIHNvbWUgb3ZlcmhlYWQsIGJ1dCBnaXZlcyBmdWxsIDE1MDAgTVRVLg0K ICAgICAgICBzZXQgbGluayBkaXNhYmxlIG11bHRpbGluaw0KICAgICAgICBzZXQgbGluayB5ZXMg YWNmY29tcCBwcm90b2NvbXANCiAgICAgICAgc2V0IGxpbmsgbm8gcGFwIGNoYXAgZWFwDQogICAg ICAgIHNldCBsaW5rIGVuYWJsZSBjaGFwDQogICAgICAgIHNldCBsaW5rIGVuYWJsZSBjaGFwLW1z djENCiAgICAgICAgc2V0IGxpbmsgZW5hYmxlIGNoYXAtbXN2Mg0KIyAgICAgICBzZXQgYXV0aCBt YXgtbG9naW5zIDENCiMgV2UgY2FuIHVzZSB1c2UgUkFESVVTIGF1dGhlbnRpY2F0aW9uL2FjY291 bnRpbmcgYnkgaW5jbHVkaW5nDQojIGFub3RoZXIgY29uZmlnIHNlY3Rpb24gd2l0aCBsYWJlbCAn cmFkaXVzJy4NCiMgICAgICAgbG9hZCByYWRpdXMNCiAgICAgICAgc2V0IGxpbmsga2VlcC1hbGl2 ZSAxMCA2MA0KIyBXZSByZWR1Y2luZyBsaW5rIG10dSB0byBhdm9pZCBHUkUgcGFja2V0IGZyYWdt ZW50YXRpb24uDQogICAgICAgIHNldCBsaW5rIG10dSAxNDYwDQojIEFsbG93IHRvIGFjY2VwdCBj YWxscw0KICAgICAgICBzZXQgbGluayBlbmFibGUgaW5jb21pbmcNCiMgICAgICAgc2V0IHBwdHAg c2VsZiBlbTE= 175989 2016-10-20 19:19:25 +0000 2016-10-20 19:19:25 +0000 crash-bt bt.txt text/plain 6108 peixoto.cassiano a2dkYikgbGlzdCAqMHhmZmZmZmZmZjgyMjhjOTE4CjB4ZmZmZmZmZmY4MjI4YzkxOCBpcyBpbiB0 cmltX21hcF9zZWdfY29tcGFyZQooL3Vzci9zcmMvc3lzL2NkZGwvY29udHJpYi9vcGVuc29sYXJp cy91dHMvY29tbW9uL2ZzL3pmcy90cmltX21hcC5jOjEwOCkuCjEwMyDCoMKgwqB0cmltX21hcF9z ZWdfY29tcGFyZShjb25zdCB2b2lkICp4MSwgY29uc3Qgdm9pZCAqeDIpCjEwNCDCoMKgwqB7CjEw NSDCoMKgwqDCoMKgwqDCoGNvbnN0IHRyaW1fc2VnX3QgKnMxID0geDE7CjEwNiDCoMKgwqDCoMKg wqDCoGNvbnN0IHRyaW1fc2VnX3QgKnMyID0geDI7CjEwNwoxMDggwqDCoMKgwqDCoMKgwqBpZiAo czEtPnRzX3N0YXJ0IDwgczItPnRzX3N0YXJ0KSB7CjEwOSDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg aWYgKHMxLT50c19lbmQgPiBzMi0+dHNfc3RhcnQpCjExMCDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqByZXR1cm4gKDApOwoxMTEgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoHJldHVybiAoLTEp OwoxMTIgwqDCoMKgwqDCoMKgwqB9CkN1cnJlbnQgbGFuZ3VhZ2U6IMKgYXV0bzsgY3VycmVudGx5 IG1pbmltYWwKKGtnZGIpIGJ0CiMwIMKgZG9hZHVtcCAodGV4dGR1bXA9PHZhbHVlIG9wdGltaXpl ZCBvdXQ+KSBhdCBwY3B1Lmg6MjIxCiMxIMKgMHhmZmZmZmZmZjgwYWQ4ZTY5IGluIGtlcm5fcmVi b290IChob3d0bz0yNjApIGF0Ci91c3Ivc3JjL3N5cy9rZXJuL2tlcm5fc2h1dGRvd24uYzozNjYK IzIgwqAweGZmZmZmZmZmODBhZDk0MWIgaW4gdnBhbmljIChmbXQ9PHZhbHVlIG9wdGltaXplZCBv dXQ+LCBhcD08dmFsdWUKb3B0aW1pemVkIG91dD4pIGF0IC91c3Ivc3JjL3N5cy9rZXJuL2tlcm5f c2h1dGRvd24uYzo3NTkKIzMgwqAweGZmZmZmZmZmODBhZDkyNTMgaW4gcGFuaWMgKGZtdD0weDAp IGF0Ci91c3Ivc3JjL3N5cy9rZXJuL2tlcm5fc2h1dGRvd24uYzo2OTAKIzQgwqAweGZmZmZmZmZm ODBmYTBkMzEgaW4gdHJhcF9mYXRhbCAoZnJhbWU9MHhmZmZmZmUwMjM3NDk1N2YwLApldmE9NDI5 NDk2NzM0MykgYXQgL3Vzci9zcmMvc3lzL2FtZDY0L2FtZDY0L3RyYXAuYzo4NDEKIzUgwqAweGZm ZmZmZmZmODBmYTBmMjMgaW4gdHJhcF9wZmF1bHQgKGZyYW1lPTB4ZmZmZmZlMDIzNzQ5NTdmMCwK dXNlcm1vZGU9MCkgYXQgL3Vzci9zcmMvc3lzL2FtZDY0L2FtZDY0L3RyYXAuYzo2OTEKIzYgwqAw eGZmZmZmZmZmODBmYTA0Y2MgaW4gdHJhcCAoZnJhbWU9MHhmZmZmZmUwMjM3NDk1N2YwKSBhdAov dXNyL3NyYy9zeXMvYW1kNjQvYW1kNjQvdHJhcC5jOjQ0MgojNyDCoDB4ZmZmZmZmZmY4MGY4NDE0 MSBpbiBjYWxsdHJhcCAoKSBhdAovdXNyL3NyYy9zeXMvYW1kNjQvYW1kNjQvZXhjZXB0aW9uLlM6 MjM2CiM4IMKgMHhmZmZmZmZmZjgyMjhjOTE4IGluIHRyaW1fbWFwX3NlZ19jb21wYXJlICh4MT0w eGZmZmZmZTAyMzc0OTU5MjAsCngyPTB4MTAwMDAwMDA3KSBhdAovdXNyL3NyYy9zeXMvY2RkbC9j b250cmliL29wZW5zb2xhcmlzL3V0cy9jb21tb24vZnMvemZzL3RyaW1fbWFwLmM6MTA4CiM5IMKg MHhmZmZmZmZmZjgyMWE5OGUxIGluIGF2bF9maW5kICh0cmVlPTx2YWx1ZSBvcHRpbWl6ZWQgb3V0 PiwKdmFsdWU9PHZhbHVlIG9wdGltaXplZCBvdXQ+LCB3aGVyZT0weDApIGF0Ci91c3Ivc3JjL3N5 cy9jZGRsL2NvbnRyaWIvb3BlbnNvbGFyaXMvY29tbW9uL2F2bC9hdmwuYzoyNjgKIzEwIDB4ZmZm ZmZmZmY4MjI4Y2U5ZSBpbiB0cmltX21hcF93cml0ZV9zdGFydCAoemlvPTx2YWx1ZSBvcHRpbWl6 ZWQgb3V0PikKYXQgL3Vzci9zcmMvc3lzL2NkZGwvY29udHJpYi9vcGVuc29sYXJpcy91dHMvY29t bW9uL2ZzL3pmcy90cmltX21hcC5jOjM2MwojMTEgMHhmZmZmZmZmZjgyMjU5MmRmIGluIHppb192 ZGV2X2lvX3N0YXJ0ICh6aW89MHhmZmZmZjgwMjE5MWVhMDAwKSBhdAovdXNyL3NyYy9zeXMvY2Rk bC9jb250cmliL29wZW5zb2xhcmlzL3V0cy9jb21tb24vZnMvemZzL3ppby5jOjI4NjYKIzEyIDB4 ZmZmZmZmZmY4MjI1NWIyNiBpbiB6aW9fZXhlY3V0ZSAoemlvPTx2YWx1ZSBvcHRpbWl6ZWQgb3V0 PikgYXQKL3Vzci9zcmMvc3lzL2NkZGwvY29udHJpYi9vcGVuc29sYXJpcy91dHMvY29tbW9uL2Zz L3pmcy96aW8uYzoxNTU2CiMxMyAweGZmZmZmZmZmODIyNTUxZTkgaW4gemlvX25vd2FpdCAoemlv PTB4ZmZmZmY4MDIxOTFlYTAwMCkgYXQKL3Vzci9zcmMvc3lzL2NkZGwvY29udHJpYi9vcGVuc29s YXJpcy91dHMvY29tbW9uL2ZzL3pmcy96aW8uYzoxNjEwCiMxNCAweGZmZmZmZmZmODIyM2M3Mzgg aW4gdmRldl9xdWV1ZV9pb19kb25lICh6aW89PHZhbHVlIG9wdGltaXplZCBvdXQ+KSBhdAovdXNy L3NyYy9zeXMvY2RkbC9jb250cmliL29wZW5zb2xhcmlzL3V0cy9jb21tb24vZnMvemZzL3ZkZXZf cXVldWUuYzo4ODQKIzE1IDB4ZmZmZmZmZmY4MjI1OTRhOSBpbiB6aW9fdmRldl9pb19kb25lICh6 aW89MHhmZmZmZjgwMDZkYWFkMDAwKSBhdAovdXNyL3NyYy9zeXMvY2RkbC9jb250cmliL29wZW5z b2xhcmlzL3V0cy9jb21tb24vZnMvemZzL3ppby5jOjI4OTUKIzE2IDB4ZmZmZmZmZmY4MjI1NWIy NiBpbiB6aW9fZXhlY3V0ZSAoemlvPTx2YWx1ZSBvcHRpbWl6ZWQgb3V0PikgYXQKL3Vzci9zcmMv c3lzL2NkZGwvY29udHJpYi9vcGVuc29sYXJpcy91dHMvY29tbW9uL2ZzL3pmcy96aW8uYzoxNTU2 CiMxNyAweGZmZmZmZmZmODBiMzYzY2EgaW4gdGFza3F1ZXVlX3J1bl9sb2NrZWQgKHF1ZXVlPTx2 YWx1ZSBvcHRpbWl6ZWQKb3V0PikgYXQgL3Vzci9zcmMvc3lzL2tlcm4vc3Vicl90YXNrcXVldWUu Yzo0NDkKIzE4IDB4ZmZmZmZmZmY4MGIzNzJkOCBpbiB0YXNrcXVldWVfdGhyZWFkX2xvb3AgKGFy Zz08dmFsdWUgb3B0aW1pemVkIG91dD4pCmF0IC91c3Ivc3JjL3N5cy9rZXJuL3N1YnJfdGFza3F1 ZXVlLmM6NzAzCiMxOSAweGZmZmZmZmZmODBhOTAwNTUgaW4gZm9ya19leGl0IChjYWxsb3V0PTB4 ZmZmZmZmZmY4MGIzNzFmMAo8dGFza3F1ZXVlX3RocmVhZF9sb29wPiwgYXJnPTB4ZmZmZmY4MDAx MDA2YjkyMCwgZnJhbWU9MHhmZmZmZmUwMjM3NDk1YzAwKQphdCAvdXNyL3NyYy9zeXMva2Vybi9r ZXJuX2ZvcmsuYzoxMDM4CiMyMCAweGZmZmZmZmZmODBmODQ2N2UgaW4gZm9ya190cmFtcG9saW5l ICgpIGF0Ci91c3Ivc3JjL3N5cy9hbWQ2NC9hbWQ2NC9leGNlcHRpb24uUzo2MTEKIzIxIDB4MDAw MDAwMDAwMDAwMDAwMCBpbiA/PyAoKQooa2dkYikgdXAgOAojOCDCoDB4ZmZmZmZmZmY4MjI4Yzkx OCBpbiB0cmltX21hcF9zZWdfY29tcGFyZSAoeDE9MHhmZmZmZmUwMjM3NDk1OTIwLAp4Mj0weDEw MDAwMDAwNykgYXQKL3Vzci9zcmMvc3lzL2NkZGwvY29udHJpYi9vcGVuc29sYXJpcy91dHMvY29t bW9uL2ZzL3pmcy90cmltX21hcC5jOjEwOAoxMDggwqDCoMKgwqDCoMKgwqBpZiAoczEtPnRzX3N0 YXJ0IDwgczItPnRzX3N0YXJ0KSB7CgpCdXQgbXkgbGFzdCBjcmFzaCBoYWQgYSBkaWZmZXJlbnQg bWVzc2FnZToKCihrZ2RiKSBsaXN0ICoweGZmZmZmZmZmODBiM2E4OWMKMHhmZmZmZmZmZjgwYjNh ODljIGlzIGluIHR1cm5zdGlsZV9icm9hZGNhc3QKKC91c3Ivc3JjL3N5cy9rZXJuL3N1YnJfdHVy bnN0aWxlLmM6ODM3KS4KODMyCjgzMyDCoMKgwqDCoMKgwqDCoC8qCjgzNCDCoMKgwqDCoMKgwqDC oMKgKiBUcmFuc2ZlciB0aGUgYmxvY2tlZCBsaXN0IHRvIHRoZSBwZW5kaW5nIGxpc3QuCjgzNSDC oMKgwqDCoMKgwqDCoMKgKi8KODM2IMKgwqDCoMKgwqDCoMKgbXR4X2xvY2tfc3BpbigmdGRfY29u dGVzdGVkX2xvY2spOwo4MzcgwqDCoMKgwqDCoMKgwqBUQUlMUV9DT05DQVQoJnRzLT50c19wZW5k aW5nLCAmdHMtPnRzX2Jsb2NrZWRbcXVldWVdLCB0ZF9sb2NrcSk7CjgzOCDCoMKgwqDCoMKgwqDC oG10eF91bmxvY2tfc3BpbigmdGRfY29udGVzdGVkX2xvY2spOwo4MzkKODQwIMKgwqDCoMKgwqDC oMKgLyoKODQxIMKgwqDCoMKgwqDCoMKgwqAqIEdpdmUgYSB0dXJuc3RpbGUgdG8gZWFjaCB0aHJl YWQuIMKgVGhlIGxhc3QgdGhyZWFkIGdldHMKQ3VycmVudCBsYW5ndWFnZTogwqBhdXRvOyBjdXJy ZW50bHkgbWluaW1hbAooa2dkYikgYnQKIzAgwqBkb2FkdW1wICh0ZXh0ZHVtcD08dmFsdWUgb3B0 aW1pemVkIG91dD4pIGF0IHBjcHUuaDoyMjEKIzEgwqAweGZmZmZmZmZmODBhZDhlNjkgaW4ga2Vy bl9yZWJvb3QgKGhvd3RvPTI2MCkgYXQKL3Vzci9zcmMvc3lzL2tlcm4va2Vybl9zaHV0ZG93bi5j OjM2NgojMiDCoDB4ZmZmZmZmZmY4MGFkOTQxYiBpbiB2cGFuaWMgKGZtdD08dmFsdWUgb3B0aW1p emVkIG91dD4sIGFwPTx2YWx1ZQpvcHRpbWl6ZWQgb3V0PikgYXQgL3Vzci9zcmMvc3lzL2tlcm4v a2Vybl9zaHV0ZG93bi5jOjc1OQojMyDCoDB4ZmZmZmZmZmY4MGFkOTI1MyBpbiBwYW5pYyAoZm10 PTB4MCkgYXQKL3Vzci9zcmMvc3lzL2tlcm4va2Vybl9zaHV0ZG93bi5jOjY5MAojNCDCoDB4ZmZm ZmZmZmY4MGZhMGQzMSBpbiB0cmFwX2ZhdGFsIChmcmFtZT0weGZmZmZmZTAyMzczODQ4NzAsIGV2 YT00OCkgYXQKL3Vzci9zcmMvc3lzL2FtZDY0L2FtZDY0L3RyYXAuYzo4NDEKIzUgwqAweGZmZmZm ZmZmODBmYTBmMjMgaW4gdHJhcF9wZmF1bHQgKGZyYW1lPTB4ZmZmZmZlMDIzNzM4NDg3MCwKdXNl cm1vZGU9MCkgYXQgL3Vzci9zcmMvc3lzL2FtZDY0L2FtZDY0L3RyYXAuYzo2OTEKIzYgwqAweGZm ZmZmZmZmODBmYTA0Y2MgaW4gdHJhcCAoZnJhbWU9MHhmZmZmZmUwMjM3Mzg0ODcwKSBhdAovdXNy L3NyYy9zeXMvYW1kNjQvYW1kNjQvdHJhcC5jOjQ0MgojNyDCoDB4ZmZmZmZmZmY4MGY4NDE0MSBp biBjYWxsdHJhcCAoKSBhdAovdXNyL3NyYy9zeXMvYW1kNjQvYW1kNjQvZXhjZXB0aW9uLlM6MjM2 CiM4IMKgMHhmZmZmZmZmZjgwYjNhODljIGluIHR1cm5zdGlsZV9icm9hZGNhc3QgKHRzPTB4MCwg cXVldWU9MSkgYXQKL3Vzci9zcmMvc3lzL2tlcm4vc3Vicl90dXJuc3RpbGUuYzo4MzcKIzkgwqAw eGZmZmZmZmZmODBhZDQ4Y2YgaW4gX19yd193dW5sb2NrX2hhcmQgKGM9MHhmZmZmZjgwMjRmM2My OTYwLAp0aWQ9PHZhbHVlIG9wdGltaXplZCBvdXQ+LCBmaWxlPTx2YWx1ZSBvcHRpbWl6ZWQgb3V0 PiwgbGluZT08dmFsdWUKb3B0aW1pemVkIG91dD4pCsKgwqDCoGF0IC91c3Ivc3JjL3N5cy9rZXJu L2tlcm5fcndsb2NrLmM6MTAyNwojMTAgMHhmZmZmZmZmZjgwZTFhNzVjIGluIHZtX21hcF9kZWxl dGUgKG1hcD08dmFsdWUgb3B0aW1pemVkIG91dD4sCnN0YXJ0PTx2YWx1ZSBvcHRpbWl6ZWQgb3V0 PiwgZW5kPTx2YWx1ZSBvcHRpbWl6ZWQgb3V0PikgYXQKL3Vzci9zcmMvc3lzL3ZtL3ZtX21hcC5j OjI5NjAKIzExIDB4ZmZmZmZmZmY4MGUxODI4ZSBpbiB2bXNwYWNlX2V4aXQgKHRkPTx2YWx1ZSBv cHRpbWl6ZWQgb3V0PikgYXQKL3Vzci9zcmMvc3lzL3ZtL3ZtX21hcC5jOjMwNzcKIzEyIDB4ZmZm ZmZmZmY4MGE4ODY4NiBpbiBleGl0MSAodGQ9MHhmZmZmZjgwMDE1NTMzYTAwLCBydmFsPTI2ODg0 OTkyMCwKc2lnbm89MCkgYXQgL3Vzci9zcmMvc3lzL2tlcm4va2Vybl9leGl0LmM6Mzk4CiMxMyAw eGZmZmZmZmZmODBhODdlMWQgaW4gc3lzX3N5c19leGl0ICh0ZD0weDAsIHVhcD08dmFsdWUgb3B0 aW1pemVkIG91dD4pCmF0IC91c3Ivc3JjL3N5cy9rZXJuL2tlcm5fZXhpdC5jOjE3OAojMTQgMHhm ZmZmZmZmZjgwZmExNjhlIGluIGFtZDY0X3N5c2NhbGwgKHRkPTx2YWx1ZSBvcHRpbWl6ZWQgb3V0 PiwKdHJhY2VkPTApIGF0IHN1YnJfc3lzY2FsbC5jOjEzNQojMTUgMHhmZmZmZmZmZjgwZjg0NDJi IGluIFhmYXN0X3N5c2NhbGwgKCkgYXQKL3Vzci9zcmMvc3lzL2FtZDY0L2FtZDY0L2V4Y2VwdGlv bi5TOjM5NgojMTYgMHgwMDAwMDAwODAwYjY2MWFhIGluID8/ICgpClByZXZpb3VzIGZyYW1lIGlu bmVyIHRvIHRoaXMgZnJhbWUgKGNvcnJ1cHQgc3RhY2s/KQooa2dkYikgdXAgOAojOCDCoDB4ZmZm ZmZmZmY4MGIzYTg5YyBpbiB0dXJuc3RpbGVfYnJvYWRjYXN0ICh0cz0weDAsIHF1ZXVlPTEpIGF0 Ci91c3Ivc3JjL3N5cy9rZXJuL3N1YnJfdHVybnN0aWxlLmM6ODM3CjgzNyDCoMKgwqDCoMKgwqDC oFRBSUxRX0NPTkNBVCgmdHMtPnRzX3BlbmRpbmcsICZ0cy0+dHNfYmxvY2tlZFtxdWV1ZV0sIHRk X2xvY2txKTsK 183536 2017-06-16 14:38:02 +0000 2017-06-16 14:38:02 +0000 debugging patch to track rtld bind lock write owner 1.patch text/plain 1230 kib ZGlmZiAtLWdpdCBhL2xpYi9saWJ0aHIvdGhyZWFkL3Rocl9ydGxkLmMgYi9saWIvbGlidGhyL3Ro cmVhZC90aHJfcnRsZC5jCmluZGV4IDZmNTM0N2RlMjE1Li5kMTdhNDQ2NWRiZiAxMDA2NDQKLS0t IGEvbGliL2xpYnRoci90aHJlYWQvdGhyX3J0bGQuYworKysgYi9saWIvbGlidGhyL3RocmVhZC90 aHJfcnRsZC5jCkBAIC0xNDAsNiArMTQwLDcgQEAgX3Rocl9ydGxkX3dsb2NrX2FjcXVpcmUodm9p ZCAqbG9jaykKIAlUSFJfQ1JJVElDQUxfRU5URVIoY3VydGhyZWFkKTsKIAl3aGlsZSAoX3Rocl9y d2xvY2tfd3Jsb2NrKCZsLT5sb2NrLCBOVUxMKSAhPSAwKQogCQk7CisJbC0+bG9jay5yd193b3du ZXIgPSBUSUQoY3VydGhyZWFkKTsKIAlSRVNUT1JFX0VSUk5PKCk7CiB9CiAKZGlmZiAtLWdpdCBh L2xpYi9saWJ0aHIvdGhyZWFkL3Rocl91bXR4LmggYi9saWIvbGlidGhyL3RocmVhZC90aHJfdW10 eC5oCmluZGV4IDVkYWUzMDQ1MjhkLi45MTAzZjhkMWQ1NSAxMDA2NDQKLS0tIGEvbGliL2xpYnRo ci90aHJlYWQvdGhyX3VtdHguaAorKysgYi9saWIvbGlidGhyL3RocmVhZC90aHJfdW10eC5oCkBA IC0zNyw3ICszNyw3IEBACiAjZWxzZQogI2RlZmluZSBERUZBVUxUX1VNVVRFWAl7MCwwLHswLDB9 LDAsMCx7MCwwfX0KICNlbmRpZgotI2RlZmluZSBERUZBVUxUX1VSV0xPQ0sgezAsMCwwLDAsezAs MCwwLDB9fQorI2RlZmluZSBERUZBVUxUX1VSV0xPQ0sgezAsMCwwLDAsMCx7MCwwLDB9fQogCiBp bnQgX3VtdHhfb3BfZXJyKHZvaWQgKiwgaW50IG9wLCB1X2xvbmcsIHZvaWQgKiwgdm9pZCAqKSBf X2hpZGRlbjsKIGludCBfX3Rocl91bXV0ZXhfbG9jayhzdHJ1Y3QgdW11dGV4ICptdHgsIHVpbnQz Ml90IGlkKSBfX2hpZGRlbjsKZGlmZiAtLWdpdCBhL3N5cy9zeXMvX3VtdHguaCBiL3N5cy9zeXMv X3VtdHguaAppbmRleCBkOTRmODZiMGY1Ni4uMzkwM2YzNmRiOTEgMTAwNjQ0Ci0tLSBhL3N5cy9z eXMvX3VtdHguaAorKysgYi9zeXMvc3lzL191bXR4LmgKQEAgLTU2LDcgKzU2LDggQEAgc3RydWN0 IHVyd2xvY2sgewogCV9fdWludDMyX3QJCXJ3X2ZsYWdzOwogCV9fdWludDMyX3QJCXJ3X2Jsb2Nr ZWRfcmVhZGVyczsKIAlfX3VpbnQzMl90CQlyd19ibG9ja2VkX3dyaXRlcnM7Ci0JX191aW50MzJf dAkJcndfc3BhcmVbNF07CisJX191aW50MzJfdAkJcndfd293bmVyOworCV9fdWludDMyX3QJCXJ3 X3NwYXJlWzNdOwogfTsKIAogc3RydWN0IF91c2VtIHsK 183537 2017-06-16 15:23:29 +0000 2017-06-16 15:23:29 +0000 patch for lib/syslog by kib syslog.patch text/plain 2587 eugen LS0tIGxpYi9saWJjL2dlbi9zeXNsb2cuYy5vcmlnCTIwMTctMDItMTUgMTM6MDc6NDIuNDgwNDA0 MDAwICswNzAwCisrKyBsaWIvbGliYy9nZW4vc3lzbG9nLmMJMjAxNy0wNi0xNSAxNzoxOToxMi44 MzQwNjAwMDAgKzA3MDAKQEAgLTEyOSw4ICsxMjksOCBAQCBzeXNsb2coaW50IHByaSwgY29uc3Qg Y2hhciAqZm10LCAuLi4pCiAJdmFfZW5kKGFwKTsKIH0KIAotdm9pZAotdnN5c2xvZyhpbnQgcHJp LCBjb25zdCBjaGFyICpmbXQsIHZhX2xpc3QgYXApCitzdGF0aWMgdm9pZAordnN5c2xvZzEoaW50 IHByaSwgY29uc3QgY2hhciAqZm10LCB2YV9saXN0IGFwKQogewogCWludCBjbnQ7CiAJY2hhciBj aCwgKnA7CkBAIC0xNTEsMTMgKzE1MSw5IEBAIHZzeXNsb2coaW50IHByaSwgY29uc3QgY2hhciAq Zm10LCB2YV9saXMKIAogCXNhdmVkX2Vycm5vID0gZXJybm87CiAKLQlUSFJFQURfTE9DSygpOwot CiAJLyogQ2hlY2sgcHJpb3JpdHkgYWdhaW5zdCBzZXRsb2dtYXNrIHZhbHVlcy4gKi8KLQlpZiAo IShMT0dfTUFTSyhMT0dfUFJJKHByaSkpICYgTG9nTWFzaykpIHsKLQkJVEhSRUFEX1VOTE9DSygp OworCWlmICghKExPR19NQVNLKExPR19QUkkocHJpKSkgJiBMb2dNYXNrKSkKIAkJcmV0dXJuOwot CX0KIAogCS8qIFNldCBkZWZhdWx0IGZhY2lsaXR5IGlmIG5vbmUgc3BlY2lmaWVkLiAqLwogCWlm ICgocHJpICYgTE9HX0ZBQ01BU0spID09IDApCkBAIC0xNjcsMTAgKzE2Myw4IEBAIHZzeXNsb2co aW50IHByaSwgY29uc3QgY2hhciAqZm10LCB2YV9saXMKIAl0YnVmX2Nvb2tpZS5iYXNlID0gdGJ1 ZjsKIAl0YnVmX2Nvb2tpZS5sZWZ0ID0gc2l6ZW9mKHRidWYpOwogCWZwID0gZndvcGVuKCZ0YnVm X2Nvb2tpZSwgd3JpdGVob29rKTsKLQlpZiAoZnAgPT0gTlVMTCkgewotCQlUSFJFQURfVU5MT0NL KCk7CisJaWYgKGZwID09IE5VTEwpCiAJCXJldHVybjsKLQl9CiAKIAkvKiBCdWlsZCB0aGUgbWVz c2FnZS4gKi8KIAkodm9pZCl0aW1lKCZub3cpOwpAQCAtMjAwLDcgKzE5NCw2IEBAIHZzeXNsb2co aW50IHByaSwgY29uc3QgY2hhciAqZm10LCB2YV9saXMKIAkJZm10X2ZwID0gZndvcGVuKCZmbXRf Y29va2llLCB3cml0ZWhvb2spOwogCQlpZiAoZm10X2ZwID09IE5VTEwpIHsKIAkJCWZjbG9zZShm cCk7Ci0JCQlUSFJFQURfVU5MT0NLKCk7CiAJCQlyZXR1cm47CiAJCX0KIApAQCAtMjg1LDEwICsy NzgsOCBAQCB2c3lzbG9nKGludCBwcmksIGNvbnN0IGNoYXIgKmZtdCwgdmFfbGlzCiAJCQkgKi8K IAkJCWRpc2Nvbm5lY3Rsb2coKTsKIAkJCWNvbm5lY3Rsb2coKTsKLQkJCWlmIChzZW5kKExvZ0Zp bGUsIHRidWYsIGNudCwgMCkgPj0gMCkgewotCQkJCVRIUkVBRF9VTkxPQ0soKTsKKwkJCWlmIChz ZW5kKExvZ0ZpbGUsIHRidWYsIGNudCwgMCkgPj0gMCkKIAkJCQlyZXR1cm47Ci0JCQl9CiAJCQkv KgogCQkJICogaWYgdGhlIHJlc2VuZCBmYWlsZWQsIGZhbGwgdGhyb3VnaCB0bwogCQkJICogcG9z c2libGUgc2NlbmFyaW8gMgpAQCAtMzAzLDE1ICsyOTQsMTEgQEAgdnN5c2xvZyhpbnQgcHJpLCBj b25zdCBjaGFyICpmbXQsIHZhX2xpcwogCQkJaWYgKHN0YXR1cyA9PSBDT05OUFJJVikKIAkJCQli cmVhazsKIAkJCV91c2xlZXAoMSk7Ci0JCQlpZiAoc2VuZChMb2dGaWxlLCB0YnVmLCBjbnQsIDAp ID49IDApIHsKLQkJCQlUSFJFQURfVU5MT0NLKCk7CisJCQlpZiAoc2VuZChMb2dGaWxlLCB0YnVm LCBjbnQsIDApID49IDApCiAJCQkJcmV0dXJuOwotCQkJfQogCQl9Ci0JfSBlbHNlIHsKLQkJVEhS RUFEX1VOTE9DSygpOworCX0gZWxzZQogCQlyZXR1cm47Ci0JfQogCiAJLyoKIAkgKiBPdXRwdXQg dGhlIG1lc3NhZ2UgdG8gdGhlIGNvbnNvbGU7IHRyeSBub3QgdG8gYmxvY2sKQEAgLTMzMywxMCAr MzIwLDI1IEBAIHZzeXNsb2coaW50IHByaSwgY29uc3QgY2hhciAqZm10LCB2YV9saXMKIAkJKHZv aWQpX3dyaXRldihmZCwgaW92LCAyKTsKIAkJKHZvaWQpX2Nsb3NlKGZkKTsKIAl9Cit9CisKK3N0 YXRpYyB2b2lkCitzeXNsb2dfY2FuY2VsX2NsZWFudXAodm9pZCAqYXJnIF9fdW51c2VkKQorewog CiAJVEhSRUFEX1VOTE9DSygpOwogfQogCit2b2lkCit2c3lzbG9nKGludCBwcmksIGNvbnN0IGNo YXIgKmZtdCwgdmFfbGlzdCBhcCkKK3sKKworCVRIUkVBRF9MT0NLKCk7CisJcHRocmVhZF9jbGVh bnVwX3B1c2goc3lzbG9nX2NhbmNlbF9jbGVhbnVwLCBOVUxMKTsKKwl2c3lzbG9nMShwcmksIGZt dCwgYXApOworCXB0aHJlYWRfY2xlYW51cF9wb3AoMSk7Cit9CisKIC8qIFNob3VsZCBiZSBjYWxs ZWQgd2l0aCBtdXRleCBhY3F1aXJlZCAqLwogc3RhdGljIHZvaWQKIGRpc2Nvbm5lY3Rsb2codm9p ZCkKQEAgLTQyNCw4ICs0MjYsOSBAQCB2b2lkCiBvcGVubG9nKGNvbnN0IGNoYXIgKmlkZW50LCBp bnQgbG9nc3RhdCwgaW50IGxvZ2ZhYykKIHsKIAlUSFJFQURfTE9DSygpOworCXB0aHJlYWRfY2xl YW51cF9wdXNoKHN5c2xvZ19jYW5jZWxfY2xlYW51cCwgTlVMTCk7CiAJb3BlbmxvZ191bmxvY2tl ZChpZGVudCwgbG9nc3RhdCwgbG9nZmFjKTsKLQlUSFJFQURfVU5MT0NLKCk7CisJcHRocmVhZF9j bGVhbnVwX3BvcCgxKTsKIH0KIAogCg== 183538 2017-06-16 15:24:45 +0000 2017-06-16 15:24:45 +0000 patch for mpd/console locks by me patch-console-lock text/plain 2545 eugen LS0tIHNyYy9jb25zb2xlLmgub3JpZwkyMDE2LTAxLTA2IDIyOjQyOjA2LjAwMDAwMDAwMCArMDcw MAorKysgc3JjL2NvbnNvbGUuaAkyMDE3LTA2LTE2IDIxOjEyOjU5LjI2ODcxNTAwMCArMDcwMApA QCAtMTE5LDYgKzExOSw3IEBACiAgIGV4dGVybiBpbnQJQ29uc29sZVN0YXQoQ29udGV4dCBjdHgs IGludCBhYywgY2hhciAqYXZbXSwgdm9pZCAqYXJnKTsKICAgZXh0ZXJuIENvbnRleHQJU3RkQ29u c29sZUNvbm5lY3QoQ29uc29sZSBjKTsKICAgZXh0ZXJuIHZvaWQJQ29uc29sZVNodXRkb3duKENv bnNvbGUgYyk7CisgIGV4dGVybiB2b2lkCUNvbnNvbGVDYW5jZWxDbGVhbnVwKHZvaWQgKnJ3bG9j ayk7CiAKICAgZXh0ZXJuIGludAlVc2VyQ29tbWFuZChDb250ZXh0IGN0eCwgaW50IGFjLCBjaGFy ICphdltdLCB2b2lkICphcmcpOwogICBleHRlcm4gaW50CVVzZXJTdGF0KENvbnRleHQgY3R4LCBp bnQgYWMsIGNoYXIgKmF2W10sIHZvaWQgKmFyZyk7Ci0tLSBzcmMvY29uc29sZS5jLm9yaWcJMjAx Ni0wMS0wNiAyMjo0MjowNi4wMDAwMDAwMDAgKzA3MDAKKysrIHNyYy9jb25zb2xlLmMJMjAxNy0w Ni0xNiAyMTo1NDo0OC45MTk0NDIwMDAgKzA3MDAKQEAgLTE3NSw2ICsxNzUsMTQgQEAgQ29uc29s ZUNsb3NlKENvbnNvbGUgYykKICAgcmV0dXJuIDA7CiB9CiAKK3ZvaWQKK0NvbnNvbGVDYW5jZWxD bGVhbnVwKHZvaWQgKnJ3bG9jaykKK3sKKyAgcHRocmVhZF9yd2xvY2tfdCBwID0gKHB0aHJlYWRf cndsb2NrX3Qpcndsb2NrOworCisgIFJXTE9DS19VTkxPQ0socCk7Cit9CisKIC8qCiAgKiBDb25z b2xlU3RhdCgpCiAgKi8KQEAgLTE5MiwxMyArMjAwLDE0IEBAIENvbnNvbGVTdGF0KENvbnRleHQg Y3R4LCBpbnQgYWMsIGNoYXIgKmEKICAgUHJpbnRmKCJcdElQLUFkZHJlc3MgICAgOiAlc1xyXG4i LCB1X2FkZHJ0b2EoJmMtPmFkZHIsYWRkcnN0cixzaXplb2YoYWRkcnN0cikpKTsKICAgUHJpbnRm KCJcdFBvcnQgICAgICAgICAgOiAlZFxyXG4iLCBjLT5wb3J0KTsKIAorICBwdGhyZWFkX2NsZWFu dXBfcHVzaChDb25zb2xlQ2FuY2VsQ2xlYW51cCwgYy0+bG9jayk7CiAgIFJXTE9DS19SRExPQ0so Yy0+bG9jayk7CiAgIFByaW50ZigiQWN0aXZlIHNlc3Npb25zOlxyXG4iKTsKICAgU0xJU1RfRk9S RUFDSChzLCAmYy0+c2Vzc2lvbnMsIG5leHQpIHsKICAgICBQcmludGYoIlx0VXNlcm5hbWU6ICVz XHRGcm9tOiAlc1xyXG4iLAogCXMtPnVzZXIudXNlcm5hbWUsIHVfYWRkcnRvYSgmcy0+cGVlcl9h ZGRyLGFkZHJzdHIsc2l6ZW9mKGFkZHJzdHIpKSk7CiAgIH0KLSAgUldMT0NLX1VOTE9DSyhjLT5s b2NrKTsKKyAgcHRocmVhZF9jbGVhbnVwX3BvcCgxKTsKIAogICBQcmludGYoIkdsb2JhbCBvcHRp b25zOlxyXG4iKTsKICAgT3B0U3RhdChjdHgsICZjLT5vcHRpb25zLCBnQ29uZkxpc3QpOwpAQCAt OTA1LDEzICs5MTQsMTQgQEAgVXNlclN0YXQoQ29udGV4dCBjdHgsIGludCBhYywgY2hhciAqYXZb XQogICAgIENvbnNvbGVVc2VyCQl1OwogCiAgICAgUHJpbnRmKCJDb25maWd1cmVkIHVzZXJzOlxy XG4iKTsKKyAgICBwdGhyZWFkX2NsZWFudXBfcHVzaChDb25zb2xlQ2FuY2VsQ2xlYW51cCwgZ1Vz ZXJzTG9jayk7CiAgICAgUldMT0NLX1JETE9DSyhnVXNlcnNMb2NrKTsKICAgICBnaGFzaF93YWxr X2luaXQoZ1VzZXJzLCAmd2Fsayk7CiAgICAgd2hpbGUgKCh1ID0gZ2hhc2hfd2Fsa19uZXh0KGdV c2VycywgJndhbGspKSAhPSAgTlVMTCkgewogCVByaW50ZigiXHRVc2VybmFtZTogJS0xNXMgUHJp djogJXNcclxuIiwgdS0+dXNlcm5hbWUsCiAJICAgICgodS0+cHJpdiA9PSAyKT8iYWRtaW4iOigo dS0+cHJpdiA9PSAxKT8ib3BlcmF0b3IiOiJ1c2VyIikpKTsKICAgICB9Ci0gICAgUldMT0NLX1VO TE9DSyhnVXNlcnNMb2NrKTsKKyAgICBwdGhyZWFkX2NsZWFudXBfcG9wKDEpOwogCiAgICAgcmV0 dXJuIDA7CiB9Ci0tLSBzcmMvbG9nLmMub3JpZwkyMDE2LTAxLTA2IDIyOjQyOjA2LjAwMDAwMDAw MCArMDcwMAorKysgc3JjL2xvZy5jCTIwMTctMDYtMTYgMjE6MTY6MTkuNjQzNjI1MDAwICswNzAw CkBAIC0yNTYsMTIgKzI1NiwxMyBAQCB2TG9nUHJpbnRmKGNvbnN0IGNoYXIgKmZtdCwgdmFfbGlz dCBhcmdzCiAjaWZkZWYgU1lTTE9HX0ZBQ0lMSVRZCiAgICAgICAgIHN5c2xvZyhMT0dfSU5GTywg IiVzIiwgYnVmKTsKICNlbmRpZgorCXB0aHJlYWRfY2xlYW51cF9wdXNoKENvbnNvbGVDYW5jZWxD bGVhbnVwLCBnQ29uc29sZS5sb2NrKTsKIAlSV0xPQ0tfUkRMT0NLKGdDb25zb2xlLmxvY2spOwog CVNMSVNUX0ZPUkVBQ0gocywgJmdDb25zb2xlLnNlc3Npb25zLCBuZXh0KSB7CiAJICAgIGlmIChF bmFibGVkKCZzLT5vcHRpb25zLCBDT05TT0xFX0xPR0dJTkcpKQogCQlzLT53cml0ZShzLCAiJXNc clxuIiwgYnVmKTsKIAl9Ci0JUldMT0NLX1VOTE9DSyhnQ29uc29sZS5sb2NrKTsKKwlwdGhyZWFk X2NsZWFudXBfcG9wKDEpOwogI2lmZGVmIFNZU0xPR19GQUNJTElUWQogICAgIH0gZWxzZSB7CiAg ICAgICAgIHZzeXNsb2coTE9HX0lORk8sIGZtdCwgYXJncyk7Cg==