search for: zoltan

...ta.conf that I patched with the bristuff zaphfc/zapata.conf. Can anyone tell me what I should have deleted - I am nervous to mess up all the facilities that came preconfigured with AAH1.1, but I'm sure some of the lines will clash with the ISDN needed stuff. What should/must I delete? TIA, Zoltan. [root@asterisk1 asterisk]# cat zapata.conf ; ; Zapata telephony interface ; ; Configuration file [trunkgroups] [channels] language=en context=from-pstn ;start zoltan changes ; zoltan commented out: signalling=fxs_ks ; zoltan commented out: rxwink=300 ; Atlas seems to use l...

Hi, If this looks ok, could somebody check it in ? thanks Zoltan Evan Cheng-2 wrote: > > Looks good. Thanks. > > Evan > > On May 1, 2009, at 8:40 AM, Zoltan Varga wrote: > >> Hi, >> >> The attached patch contains the following changes: >> >> * X86InstrInfo.cpp: Synchronize a few places with the code in...

...I tough that the RIP relative addressing was done by the SIB encodings, but it is actually done by the shorter ones. The attached patch seems to work for me on linux and when simulating darwin by forcing some variables in X86TargetMachine.cpp to their darwin values. Zoltan On Tue, May 5, 2009 at 11:17 PM, Zoltan Varga <vargaz at gmail.com> wrote: > Hi, > > I can't reproduce these failures on my linux machine. The test machine > seems to be > running darwin. I suspect that the problem might be with RIP relative > addressing, or with &gt...

Hi Zoltan, The part that determines whether SIB byte is needed caused a lot of regressions last night (see Geryon-X86-64 etc.). I've reverted it for now. Please take a look. Thanks, Evan On May 4, 2009, at 3:49 PM, Evan Cheng wrote: > Committed as revision 70929. Thanks. > > Evan > &...

Hi, I don't intentionally want to induce a tramp, the load null is created by an llvm optimization pass from code like: v = null; ..... v.Call (); Zoltan On Sat, Sep 5, 2009 at 11:39 PM, Bill Wendling <isanbard at gmail.com> wrote: > Hi Zoltan, > > We've come across this before where people meant to induce a trap by > dereferencing a null. It doesn't work for LLVM (as you found out). > Essentially, it's a valid tra...

Hi, Here is an updated version of the patch using address space 257. Zoltan On Mon, May 4, 2009 at 11:36 PM, Shantonu Sen <ssen at apple.com> wrote: > Maybe 257 would be better (or other unused), because of r70197, which gives > special behavior for <256 > > Shantonu Sen > ssen at apple.com > > Sent from my Mac Pro > > > On May 4, 2...

Hi CentOS-Docs Team, I would like to contribute to the CentOS Wiki. My username is: ZoltanPorkolab Subject: Deploying Oracle Database on CentOS Location: (HowTos#Non CentOS Applications) http://wiki.centos.org/HowTos I would like to contribute how to install Oracle 12c on CentOS 7 using Oracle Quick Installation features. I would also like to translate the latest CentOS Release No...

...a compiler whose source language has support for andps by having its own intrinsics, then I would have to generate code to convert the float vector into an int vector before passing it to llvm's and instruction, then convert the result back. Zoltan On Tue, Dec 8, 2009 at 8:20 PM, Evan Cheng <evan.cheng at apple.com> wrote: > > On Dec 8, 2009, at 11:18 AM, Zoltan Varga wrote: > > > Hi, > > > > LLVM is used to have an llvm.x86.and_ps instrinsic for the ANDPS > instruction, but it seems to be gone, and i...

Hi, Attached is the final version of the patch, adding the requested FIXME. If this is ok, can somebody check it in ? thanks Zoltan On Tue, Dec 9, 2008 at 9:58 PM, Bill Wendling <isanbard at gmail.com> wrote: > On Tue, Dec 9, 2008 at 6:11 AM, Zoltan Varga <vargaz at gmail.com> wrote: >> Hi, >> >> Here is the next iteration of the patch. The only comment not >> addressed is this one: >...

...uce these failures on my linux machine. The test machine seems to be running darwin. I suspect that the problem might be with RIP relative addressing, or with the encoding of R12/R13, but the code seems to handle the latter, since it checks for ESP/EBP which is the same as R12/R13. Zoltan On Tue, May 5, 2009 at 8:18 PM, Evan Cheng <evan.cheng at apple.com> wrote: > Hi Zoltan, > > The part that determines whether SIB byte is needed caused a lot of > regressions last night (see Geryon-X86-64 etc.). I've reverted it for > now. Please take a look. > > Th...

...es of the app containing the JIT, I can't use thread_local since that only works for variables declared in LLVM IL and/or managed by the ExecutionEngine. While this patch allows a JIT to generate the TLS accesses itself, if it knows the tls offset of the variable in question. Zoltan On Tue, May 5, 2009 at 12:16 AM, Dan Gohman <gohman at apple.com> wrote: > Hello, > > The preferred way to do TLS is to use the thread_local keyword. > There is x86-64 support for thread_local on ELF; if you need > it for other targets, I recommend looking at adapting it. &gt...

...es the implementation of umul.with.overflow on x86 which was throwing a 'Cannot yet select' error. The second patch fixes the definition of LLVMTypeKind in the C binding by syncing it with the c++ counterpart. Please review and commit if it looks ok. thanks Zoltan -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20090601/149fa968/attachment.html>

...::runOnFunction(llvm::Function&) + 239 13 llc 0x0000000000fee860 llvm::FunctionPassManagerImpl::run(llvm::Function&) + 116 14 llc 0x0000000000fee9be llvm::FunctionPassManager::run(llvm::Function&) + 128 15 llc 0x0000000000822a95 main + 2234 Zoltan On Tue, Dec 9, 2008 at 11:08 PM, Bill Wendling <isanbard at gmail.com> wrote: > Applied. Thanks, Zoltan! > > -bw > > On Tue, Dec 9, 2008 at 1:12 PM, Zoltan Varga <vargaz at gmail.com> wrote: >> Hi, >> >> Attached is the final version of the patch, addi...

...SEGV signals. It also looks incorrect since it changes program behavior, which might be undefined in general, but it is quite well defined on unix. Is there a way to prevent llvm from doing this besides marking all loads as volatile ? thanks Zoltan -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20090905/3cb32915/attachment.html>

Hello, The preferred way to do TLS is to use the thread_local keyword. There is x86-64 support for thread_local on ELF; if you need it for other targets, I recommend looking at adapting it. Dan On May 4, 2009, at 2:59 PM, Zoltan Varga wrote: > Hi, > > Here is an updated version of the patch using address space 257. > > Zoltan > > On Mon, May 4, 2009 at 11:36 PM, Shantonu Sen <ssen at apple.com> wrote: > Maybe 257 would be better (or other unused), because of r70197, > w...

Applied. Thanks, Zoltan! -bw On Tue, Dec 9, 2008 at 1:12 PM, Zoltan Varga <vargaz at gmail.com> wrote: > Hi, > > Attached is the final version of the patch, adding the requested > FIXME. If this is ok, can > somebody check it in ? > > thanks > >...

Hi Zoltan, I think the bitcast operation is rather painless to use. And if you want to be able to execute it on a float vector you could try putting the and operation in a function with inline linkage and that would be all that's needed to convert over and back. BTW, bitcasting is a no-op conversion i...

Hi Zoltan, We've come across this before where people meant to induce a trap by dereferencing a null. It doesn't work for LLVM (as you found out). Essentially, it's a valid transformation to turn this into unreachable. The better solution is to use something like __builtin_trap. -bw On...

Hi, As most of you probably already know, a local root exploit was released yesterday which affects kernels from 2.6.17 to 2.6.24.1. Is there an official patch for dom0 and domU kernels, or can the backport of the official kernel patch be used on these kernels? Regards, Zoltan HERPAI _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users

Committed as revision 70929. Thanks. Evan On May 3, 2009, at 8:29 PM, vargaz wrote: > > Hi, > > If this looks ok, could somebody check it in ? > > thanks > > Zoltan > > > Evan Cheng-2 wrote: >> >> Looks good. Thanks. >> >> Evan >> >> On May 1, 2009, at 8:40 AM, Zoltan Varga wrote: >> >>> Hi, >>> >>> The attached patch contains the following changes: >>> >>> * X86In...