search for: rip

Hello: Not sure if this is 1.0rc7 specific or not, but everything was working great until Dovecot died completely with this information in the log: Aug 21 14:44:16 sh01 dovecot: imap-login: Disconnected: rip=213.13.124.18, lip=67.59.79.11 Aug 21 14:44:16 sh01 dovecot: imap-login: Disconnected: rip=213.13.124.18, lip=67.59.79.4 Aug 21 14:44:16 sh01 dovecot: imap-login: Disconnected: rip=213.13.124.18, lip=67.59.79.17 Aug 21 14:44:17 sh01 dovecot: imap-login: Disconnected: rip=213.13.124.18, lip=67.59.79...

Helo all, Yesterday dovecot began droping connections and there is nothing conclusive in the log file, just the messagens below: Sep 2 11:43:57 relay01 dovecot: pop3-login: Disconnected: Inactivity: method=PLAIN, rip=200.152.100.77, lip=10.0.3.1 Sep 2 11:44:02 relay01 dovecot: pop3-login: Disconnected: Inactivity: method=PLAIN, rip=200.204.69.20, lip=10.0.3.1 Sep 2 11:44:19 relay01 dovecot: pop3-login: Disconnected: Inactivity: method=PLAIN, rip=201.20.236.248, lip=10.0.3.1 Sep 2 11:44:21 relay01 dovecot: po...

...RY(FUNC); \ + pushq RBASE; \ movq r1,r2; \ leaq KEY+48(r8),r9; \ movq r10,r11; \ @@ -74,54 +78,63 @@ movl r6 ## E,4(r9); \ movl r7 ## E,8(r9); \ movl r8 ## E,12(r9); \ + popq RBASE; \ ret; \ ENDPROC(FUNC); +#define round_mov(tab_off, reg_i, reg_o) \ + leaq tab_off(%rip), RBASE; \ + movl (RBASE,reg_i,4), reg_o; + +#define round_xor(tab_off, reg_i, reg_o) \ + leaq tab_off(%rip), RBASE; \ + xorl (RBASE,reg_i,4), reg_o; + #define round(TAB,OFFSET,r1,r2,r3,r4,r5,r6,r7,r8,ra,rb,rc,rd) \ movzbl r2 ## H,r5 ## E; \ movzbl r2 ## L,r6 ## E; \ - movl TAB+1024(,r5,4),r5...

...e generated assembly code only uses 2 registers. How to enable it to use all 8? Also can i control the ordering like after R_0 can i use R_5 without changes in registerinfo.td? What changes are required here? either in scheduling or register allocation phases? P_2048B_LOAD_DWORD R_0, Pword ptr [rip + b] P_2048B_LOAD_DWORD R_1, Pword ptr [rip + c] P_2048B_VADD R_0, R_1, R_0 P_2048B_STORE_DWORD Pword ptr [rip + a], R_0 P_2048B_LOAD_DWORD R_0, Pword ptr [rip + b+2048] P_2048B_LOAD_DWORD R_1, Pword ptr [rip + c+2048] P_2048B_VADD R_0, R_1, R_0 P_2048B_STORE_DWORD Pword ptr [rip + a+2048], R_0 P_2...

I had our production systems running on rc23, however we ran into problems when the server was under heavy load. Eventually, the server would begin to freeze all imap connection after authentication (according to the logs). A user would connect, authentication would succeed, and then the connection would sit until timing out. No error logs were produced. Upgrading to rc24 did not

Hi All , I am using xen 3.2.0 which i have built form source ,I could initially boot Dom 0 and some DomUs. But today when i tried to boot a DomU with birdge enabled it didnt work giving an error .... Error: Device 0 (vif) could not be connected. Hotplug scripts not working. After that I checked my var/log/messages and It gave lots of xenstore-write segfault,exact error is attached iniline. Jul 12 07:26:46 centosxcat2 kernel: xenstore-read[16643]: segfault at 0000000000000000 rip 0000000000000000 rsp 00007fff2036def8 error 4 Now I d...

...tries written to /var/log/local0 from the syslog showing all the POP3 login and shadow lookup failures is produced and then the entire Dovecot installation crashes, master and all. Unfortunately, it was running unattended under normal use, is apparently quite hard to reproduce (I wrote a Tcl script that just pipelined a load of random strings with user/pass but nothing interesting happened), and leaves no actual diagnosis or core dump for the crash. Hopefully there's enough information for you to at least guess what's happening. I know some of this is outdated and a bit optimist...

...was used. Output from clang 3.4 for target corei7-avx: $ clang++ test.cpp -O3 -fstrict-aliasing -funroll-loops -ffast-math -march=native -mtune=native -DSPILLING_ENSUES=0 /* no spilling */ $ objdump -dC --no-show-raw-insn ./a.out ... 00000000004004f0 <main>: 4004f0: vmovdqa 0x2004c8(%rip),%xmm0 # 6009c0 <x> 4004f8: vpsrld $0x17,%xmm0,%xmm0 4004fd: vpaddd 0x17b(%rip),%xmm0,%xmm0 # 400680 <__dso_handle+0x8> 400505: vcvtdq2ps %xmm0,%xmm1 400509: vdivps 0x17f(%rip),%xmm1,%xmm1 # 400690 <__dso_handle+0x18> 400511: vcvttps2dq %xm...

...ng Startup Log: /etc/init.d/dovecot: line 15: 6043 Alarm clock /usr/sbin/dovecot > /dev/null 2>&1 Syslog Messages: Oct 12 04:01:01 scene dovecot: imap-login: Login: user=<__cpanel__service__auth__imap__lvgws_iymiqndfmflick2pa3yjzc56ukpa2t6x3 yj43fuh...>, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, secured Oct 12 04:01:02 scene dovecot: IMAP(__cpanel__service__auth__imap__lvgws_iymiqndfmflick2pa3yjzc56ukpa2t6x3y j43fuhjgeiqomc3dhlkyjwdq): Disconnected: Logged out bytes=11/340 Oct 12 04:06:06 scene dovecot: imap-login: Login: user=<__cpanel__service__auth__imap__jx...

...you tried modifying? Do you have any ideas for how it could work? -Eli From: Eric Astor <epastor at google.com> Sent: Tuesday, January 21, 2020 2:44 PM To: Eli Friedman <efriedma at quicinc.com> Cc: llvm-dev <llvm-dev at lists.llvm.org> Subject: [EXT] Re: [llvm-dev] MASM & RIP-relative addressing Clarifying a minor copy/paste error, ml64.exe actually outputs: 0: 8b 05 00 00 00 00 mov eax, dword ptr [rip] 0000000000000002: IMAGE_REL_AMD64_REL32 foo In other words, the relocation info is the same... but the instruction uses...

Christian, Sorry I don't think I was so clear with my explaination of what I am doing. Your requirement flac -> mp3 is really a special case of ripping, if you think of the entire chain.... normal ripping: CD -> wav -> mp3 Your case is [CD -> wav ->] flac -> wav -> mp3 Which is equivalent to: flac -> wav -> mp3 I need this too and am proposing to use a ripping tool and simply replace the cdparanoia stage with a flac...

...fusing. The problem comes when referencing labels in a different section of the binary. To clarify, if I assemble the code: .data foo BYTE 5 .code mov eax, foo with Microsoft's ml64.exe, it emits an object file disassembling to: 0: 8b 05 00 00 00 00 mov eax, dword ptr [rip] 000000000000000b: IMAGE_REL_AMD64_REL32 foo On the other hand, if I use my current local draft of llvm-ml, I get a different result. I actually get the same result as I do for llvm-mc, using the corresponding code: .data foo: .byte 5 .text .intel_syntax mov eax, foo Eith...

...ou has some experience on this topic and can shed some light on it -- I really appreciate it. - -----8<-----8<-----8<----- I have a setup here that requires me to announce dynamic route that are created (within some virtual machines) on my CentOS-based machine. Config looks like this: (ripd.conf) ! hostname bla.foo.org password something enable password somethingother log file /var/log/quagga/ripd.log debug rip events ! router rip ~ version 2 ~ redistribute kernel ~ passive-interface default ~ network eth1.123 ~ network eth1.124 ! ~ no passive-interface eth1.123 ~ no passive-interfac...

...49167258d587..15bd5530d2ae 100644 --- a/arch/x86/entry/entry_64.S +++ b/arch/x86/entry/entry_64.S @@ -194,12 +194,15 @@ entry_SYSCALL_64_fastpath: ja 1f /* return -ENOSYS (already in pt_regs->ax) */ movq %r10, %rcx + /* Ensures the call is position independent */ + leaq sys_call_table(%rip), %r11 + /* * This call instruction is handled specially in stub_ptregs_64. * It might end up jumping to the slow path. If it jumps, RAX * and all argument registers are clobbered. */ - call *sys_call_table(, %rax, 8) + call *(%r11, %rax, 8) .Lentry_SYSCALL_64_after_fastpath_call:...

Hi all, Continuing work on llvm-ml (a MASM assembler)... and my latest obstacle is in enabling MASM's convention that (unless specified) all memory location references should be RIP-relative. Without it, we emit the wrong instructions for "call", "jmp", etc., and anything we build fails at the linking stage. My best attempt at this so far is a small patch to X86AsmParser.cpp - just taking any Intel expression with no specified base register and switching i...

If we're not gonna do anything (case in which failure is already reported), we do not need to even bother with calculating the linear rip. This is a nitpick, but I saw it while doing some testing, so here's the patch. Signed-off-by: Glauber Costa <gcosta at redhat.com> --- arch/x86/kvm/x86.c | 4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/x86/kvm/x86.c b/arch/x86/kvm/x86.c index 77fb2bd.....

If we're not gonna do anything (case in which failure is already reported), we do not need to even bother with calculating the linear rip. This is a nitpick, but I saw it while doing some testing, so here's the patch. Signed-off-by: Glauber Costa <gcosta at redhat.com> --- arch/x86/kvm/x86.c | 4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/x86/kvm/x86.c b/arch/x86/kvm/x86.c index 77fb2bd.....

...3 service. A colleague informed me that pop3 service was simply not responding. They could not rcv mail. When I checked the server, tail-ing dovecot.log, here is what was scrolling: [wash at nbi ~]$ tail -f /var/log/dovecot.log dovecot: Nov 23 18:04:11 Info: pop3-login: Disconnected: Inactivity: rip=196.200.37.94, lip=62.8.64.64 dovecot: Nov 23 18:04:11 Info: pop3-login: Disconnected: Inactivity: rip=196.200.42.212, lip=196.200.36.2 dovecot: Nov 23 18:04:12 Info: pop3-login: Disconnected: Inactivity: rip=196.200.35.130, lip=62.8.64.64 dovecot: Nov 23 18:04:13 Info: pop3-login: Disconnected: In...

We have CENTOS 5.5 on DELL server and several ORACLE databases on version 10.2.0.4 and 11.1.0.7. Recently I found following messages popup on /var/log/messages: Jul 26 16:28:03 ORA6 kernel: oracle[29286]: segfault at fffffffffffffff0 rip 0000000007d54183 rsp 00007fffff6c3080 error 4 Jul 26 16:28:07 ORA6 kernel: oracle[29300]: segfault at fffffffffffffff0 rip 0000000007d54183 rsp 00007fff47838560 error 4 Jul 26 16:28:11 ORA6 kernel: oracle[29309]: segfault at fffffffffffffff0 rip 0000000007d54183 rsp 00007fffda1a3ee0 error 4 Jul 26...

...ssl_cipher_list = ALL:!LOW disable_plaintext_auth = no What kind of logging can I enable to trace this error? On the logfile I find something like taht (there are only 3 seconds between the first and the last line) dovecot: imap-login: Login: user=<lists at aaa.com>, method=CRAM-MD5, rip=xxx, lip=yyy, TLS dovecot: imap-login: Login: user=<lists at aaa.com>, method=CRAM-MD5, rip=xxx, lip=yyy, TLS dovecot: imap-login: Disconnected: Shutting down (auth failed, 1 attempts): method=CRAM-MD5, rip=xxx, lip=yyy, TLS dovecot: imap-login: Disconnected: Shutting down (no auth attempts):...