search for: 5213

...ection for troubleshooting, I would appreciate it. I am pasting example error messages that I receive below. TIA, John CLI Output: May 23 12:50:05 NOTICE[7176]: chan_iax2.c:5616 iax2_poke_noanswer: Peer 'arlington' is now UNREACHABLE! May 23 12:50:15 NOTICE[7176]: chan_iax2.c:5213 socket_read: Peer 'arlington' is now REACHABLE! May 23 12:58:19 NOTICE[7176]: chan_iax2.c:5616 iax2_poke_noanswer: Peer 'arlington' is now UNREACHABLE! May 23 12:58:29 NOTICE[7176]: chan_iax2.c:5213 socket_read: Peer 'arlington' is now REACHABLE! May 23 13:06:07 NOTICE[5126]...

Full_Name: Finn Knudsen Version: 1.8.0 OS: windows 2000 Submission from: (NULL) (194.192.22.33) The problem seems to happen when running the GLM. When both multiplicative effects and an offset is present. I experienced this problem on my own dataset when using af Poisson familiy with log link function but the behaviour can be reproduced with the following code. I do not know if it is a bug, but

..."Informational",Servic e="PJSIP",EventVersion="1",AccountID="<unknown>", SessionID="56b0ca9-d967a90d16411209-a1b0fae1 at 188.165.222.17",LocalAddress="IPV4/UDP/<MyAddress>/5060", RemoteAddress="IPV4/UDP/<attackerIP>/5213",Challenge="" We have a lot of such tries coming from IPs not allowed and fail2ban fail to ban them because of SecurityEvent not treated and Severity Informational. We add a fail2ban filter to ban those IPs which is OK on our side but also means that attacker knows that account...

...on, and why compilation fails for those and not "r" which blatantly can't take a 'long long' *either* but Clang seems to cope with that one. -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 5213 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20180209/860e866e/attachment.bin>

...Servic >> e="PJSIP",EventVersion="1",AccountID="<unknown>", >> SessionID="56b0ca9-d967a90d16411209-a1b0fae1 at 188.165.222.17",LocalAddress="IPV4/UDP/<MyAddress>/5060", >> RemoteAddress="IPV4/UDP/<attackerIP>/5213",Challenge="" >> >> We have a lot of such tries coming from IPs not allowed and fail2ban >> fail to ban them because of SecurityEvent not treated and Severity >> Informational. >> >> We add a fail2ban filter to ban those IPs which is OK on our side...

...#39;m just going to attempt to work around it like this in the kernel, so I can concentrate on the retpoline bits:  http://david.woodhou.se/clang-percpu-hack.patch -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 5213 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20180209/c21ee665/attachment-0001.bin>

...oes away if I compile io_apic.c without retpoline", bisecting it per-function would help to further delay the bit where I actually have to start *thinking*... -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 5213 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20180209/fbcb1814/attachment.bin>

...should go to llvm-commits as a proper review. Do you want to do > that David? Want someone on our end to pick it up? I'll attempt to add some test cases... -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 5213 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20180207/e0581a56/attachment.bin>

...oracle.com> > Suggested-by: Linus Torvalds <torvalds at linux-foundation.org> > Signed-off-by: Raghavendra K T <raghavendra.kt at linux.vnet.ibm.com> With this patch, my VMs lock up quickly after boot with: [ 161.613469] BUG: spinlock lockup suspected on CPU#31, kworker/31:1/5213 [ 161.613469] lock: purge_lock.28981+0x0/0x40, .magic: dead4ead, .owner: kworker/7:1/6400, .owner_cpu: 7 [ 161.613469] CPU: 31 PID: 5213 Comm: kworker/31:1 Not tainted 3.19.0-rc7-next-20150204-sasha-00048-gee3a350 #1869 [ 161.613469] Workqueue: events bpf_prog_free_deferred [ 161.613469] 0000...

...oracle.com> > Suggested-by: Linus Torvalds <torvalds at linux-foundation.org> > Signed-off-by: Raghavendra K T <raghavendra.kt at linux.vnet.ibm.com> With this patch, my VMs lock up quickly after boot with: [ 161.613469] BUG: spinlock lockup suspected on CPU#31, kworker/31:1/5213 [ 161.613469] lock: purge_lock.28981+0x0/0x40, .magic: dead4ead, .owner: kworker/7:1/6400, .owner_cpu: 7 [ 161.613469] CPU: 31 PID: 5213 Comm: kworker/31:1 Not tainted 3.19.0-rc7-next-20150204-sasha-00048-gee3a350 #1869 [ 161.613469] Workqueue: events bpf_prog_free_deferred [ 161.613469] 0000...

...ier(i32* %p) { entry:   tail call void asm sideeffect "call __x86_indirect_thunk_${0:V}", "r,~{dirflag},~{fpsr},~{flags}"(i32* %p)   ret void } -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 5213 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20180208/0f3de7de/attachment.bin>

...It's a slight performance optimisation, that none of the init code in the kernel itself actually has to be built with retpolines. But it isn't imperative. -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 5213 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20180208/b261459d/attachment.bin>

...--- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20180207/a44dbf7b/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 5213 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20180207/a44dbf7b/attachment.bin>

...als PDC with SMBPASSWD Authentification (no windbind, kerberos, ldap..) TOP shows the following ################################################################ PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND 19094 nobody 18 0 3872 3872 3440 R 8.7 0.7 43:22 smbd 5213 nobody 18 0 3784 3784 3400 R 8.7 0.7 29:43 smbd 9345 nobody 17 0 4100 4100 3628 R 8.7 0.7 29:24 smbd 10237 nobody 19 0 3772 3772 3400 R 8.7 0.7 29:06 smbd 17121 nobody 17 0 4140 4140 3632 R 8.7 0.8 28:02 smbd 20776 nobody 18 0 3668 3668 33...

On Fri, Feb 9, 2018 at 12:26 AM David Woodhouse <dwmw2 at infradead.org> wrote: > > > On Fri, 2018-02-09 at 02:21 +0000, David Woodhouse wrote: > > On Fri, 2018-02-09 at 01:18 +0000, David Woodhouse wrote: > > > > > > > > > For now I'm just going to attempt to work around it like this in the > > > kernel, so I can concentrate on the

...t does. I'm rebuilding a Release build of llvm/clang so that experimental kernel builds hopefully take less than an hour, and will prod further in the morning. -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 5213 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20180209/bf3fe0ad/attachment.bin>

...6_indirect_thunk. The former... wtf? Can you show me the code that actually *calls* that. I am having difficulty imagining any situation in which that's sane. -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 5213 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20180207/9a7ad1d3/attachment.bin>

On Tue, Feb 6, 2018 at 2:56 PM David Woodhouse <dwmw2 at infradead.org> wrote: > On Tue, 2018-02-06 at 22:08 +0000, Chandler Carruth wrote: > > So, I was waiting to hear a definitive response on whether using aliases > is hard, and didn't see one here, which is why I haven't responded further. > > However, a colleauge pointed me at an LKML thread where it seems

...en you're doing it inline or in a COMDAT section. It's *only* the external thunk where it absolutely *does* become an ABI, where we care about consistency. -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 5213 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20180203/3c4c4877/attachment.bin>

Quick response to a detail, I'll respond to more of this when i have more time. On Wed, Feb 7, 2018 at 1:55 PM David Woodhouse <dwmw2 at infradead.org> wrote: > OK... which __x86_indirect_thunk* symbols *are* being used by Clang in > 32-bit mode? __x86_indirect_thunk __x86_indirect_thunk_eax __x86_indirect_thunk_ecx __x86_indirect_thunk_edx > I've added