search for: get_addr

...lot *, const char **); + +static struct hotplug_slot_ops virtfn_slot_ops = { + .owner = THIS_MODULE, + .enable_slot = enable_virtfn, + .disable_slot = disable_virtfn, + .set_param = set_virtfn_param, + .get_param = get_virtfn_param +}; + +static DEFINE_MUTEX(iov_lock); + + +static inline void get_addr(struct pci_dev *dev, int id, u8 *busnr, u8 *devfn) +{ + u16 addr; + + addr = (dev->bus->number << 8) + dev->devfn + + dev->iov->offset + dev->iov->stride * id; + *busnr = addr >> 8; + *devfn = addr & 0xff; +} + +static inline struct pci_bus *find_bus(struc...

...lot *, const char **); + +static struct hotplug_slot_ops virtfn_slot_ops = { + .owner = THIS_MODULE, + .enable_slot = enable_virtfn, + .disable_slot = disable_virtfn, + .set_param = set_virtfn_param, + .get_param = get_virtfn_param +}; + +static DEFINE_MUTEX(iov_lock); + + +static inline void get_addr(struct pci_dev *dev, int id, u8 *busnr, u8 *devfn) +{ + u16 addr; + + addr = (dev->bus->number << 8) + dev->devfn + + dev->iov->offset + dev->iov->stride * id; + *busnr = addr >> 8; + *devfn = addr & 0xff; +} + +static inline struct pci_bus *find_bus(struc...

...lot *, const char **); + +static struct hotplug_slot_ops virtfn_slot_ops = { + .owner = THIS_MODULE, + .enable_slot = enable_virtfn, + .disable_slot = disable_virtfn, + .set_param = set_virtfn_param, + .get_param = get_virtfn_param +}; + +static DEFINE_MUTEX(iov_lock); + + +static inline void get_addr(struct pci_dev *dev, int id, u8 *busnr, u8 *devfn) +{ + u16 addr; + + addr = (dev->bus->number << 8) + dev->devfn + + dev->iov->offset + dev->iov->stride * id; + *busnr = addr >> 8; + *devfn = addr & 0xff; +} + +static inline struct pci_bus *find_bus(struc...

...ougher <rob.lougher at gmail.com> wrote: > Hi Nick, > > Thanks for replying. Bug filed: > http://llvm.org/bugs/show_bug.cgi?id=19842 Thank you! Strangely enough, my first conclusion was that %p was being marked > readnone incorrectly as it wasn't handling the copy via @get_addr. > Sorry -- saying %p alone is ambiguous because there's the %p parameter of @get_pntr and the %p parameter of @store. It is correct to mark %p readnone in @get_pntr. From function entrance to exit, it does not write to the pointer passed in. It is incorrect to mark %p readnone in @store, a...

...ady allocated before the JIT'd code runs. The JIT'd code just needs to refer to it. OK. Are we generating generic dynamic code to do so? It will look like .byte 0x66 leaq x at tlsgd(%rip),%rdi ; R_X86_64_TLSGD to symbol x (MCJIT has to create a GOT entry) .word 0x6666 rex64 call __tls get_addr at plt ; R_X86_64_PLT32 to __tls_get_addr (MCJIT has to create a GOT and a PLT entry) This should work from any place in memory. I wouldn't be surprised if these relocations are not implemented yet, but that should be all that is needed to get tls working. Cheers, Rafael

Confirmed, this is a bug. This define i32* @get_pntr(i32* %p) nounwind uwtable { entry: ret i32* %p } define void @store(i32* %p) noinline nounwind uwtable { entry: %call = call i32* @get_pntr(i32* %p) store i32 10, i32* %call, align 4 ret void } run through opt -functionattrs gets a 'readnone' on @store's %p. That's wrong, it clearly stores to it. The bug is due to

On 22 May 2013, at 13:23, Rafael Espíndola <rafael.espindola at gmail.com> wrote: > Why the private message? If unintentional, please forward this to the list. Ooops, forgot to hit reply-all. Didn't the LLVM lists used to default to reply-to-list behaviour? > So, the JIT is analogous to dlopen, so it should be using general > dynamic and local dynamic models. It is only the

...= port0 & 0xffff; + ushort_t port = port0 & 0xffff; struct hostent *hp; struct addrinfo *cur; - int error = 0, h_error; + int error = 0; +#ifdef INET6 + int h_error; +#endif #ifdef INET6 hp = getipnodebyaddr(addr, afd->a_addrlen, afd->a_af, &h_error); @@ -515,7 +520,7 @@ get_addr(hostname, af, res, pai, port0) struct addrinfo *pai; int port0; { - u_short port = port0 & 0xffff; + ushort_t port = port0 & 0xffff; struct addrinfo sentinel; struct hostent *hp; struct addrinfo *top, *cur; diff -urp --new-file oldrsync/lib/getnameinfo.c newrsync/lib/getnameinfo....

...= port0 & 0xffff; + ushort_t port = port0 & 0xffff; struct hostent *hp; struct addrinfo *cur; - int error = 0, h_error; + int error = 0; +#ifdef INET6 + int h_error; +#endif #ifdef INET6 hp = getipnodebyaddr(addr, afd->a_addrlen, afd->a_af, &h_error); @@ -515,7 +520,7 @@ get_addr(hostname, af, res, pai, port0) struct addrinfo *pai; int port0; { - u_short port = port0 & 0xffff; + ushort_t port = port0 & 0xffff; struct addrinfo sentinel; struct hostent *hp; struct addrinfo *top, *cur; diff -urp --new-file oldrsync/lib/getnameinfo.c newrsync/lib/getnameinfo....

...= port0 & 0xffff; + ushort_t port = port0 & 0xffff; struct hostent *hp; struct addrinfo *cur; - int error = 0, h_error; + int error = 0; +#ifdef INET6 + int h_error; +#endif #ifdef INET6 hp = getipnodebyaddr(addr, afd->a_addrlen, afd->a_af, &h_error); @@ -515,7 +520,7 @@ get_addr(hostname, af, res, pai, port0) struct addrinfo *pai; int port0; { - u_short port = port0 & 0xffff; + ushort_t port = port0 & 0xffff; struct addrinfo sentinel; struct hostent *hp; struct addrinfo *top, *cur; diff -urp --new-file oldrsync/lib/getnameinfo.c newrsync/lib/getnameinfo....

...int firsttime = 1; @@ -395,7 +395,7 @@ getaddrinfo(hostname, servname, hints, r /* hostname as numeric name */ for (i = 0; afdl[i].a_af; i++) { if (inet_pton(afdl[i].a_af, hostname, pton)) { - u_long v4a; + ulong_t v4a; switch (afdl[i].a_af) { case AF_INET: @@ -520,7 +520,7 @@ get_addr(hostname, af, res, pai, port0) struct addrinfo *pai; int port0; { - u_short port = port0 & 0xffff; + ushort_t port = port0 & 0xffff; struct addrinfo sentinel; struct hostent *hp; struct addrinfo *top, *cur; diff -urp oldrsync/lib/getnameinfo.c newrsync/lib/getnameinfo.c --- oldrs...

Hi David, I believe that assertion indicates that something didn't get loaded into the lower 2GB of address space. That is, the memory manager isn't allocating memory in that range. I'm sure there must be a way to allocate memory in that range on FreeBSD. The system loader has to do it, right? I just don't know what makes it happen. -Andy -----Original Message----- From: Dr

...he DxDiag_SystemInfo container. msvcrt: Ensure that old buffer contents are copied when allocating a growable pf_output buffer for the first time. Andr? Hentschel (7): uxtheme/tests: Mark XP SP1 behaviour as broken. uxtheme/tests: Remove unneeded comment. winedbg: Implement get_addr on sparc. mshtml: Fix Warning message. gdiplus: Add a FIXME. dbghelp: Implement sparc_get_addr. winedbg: Implement adjust_pc_for_break on Sparc. Aric Stewart (9): strmbase: Create OutputQueue for queuing outgoing samples. strmbase: Add OutputQueue_EOS implementa...

...Constify some variables. gdi.exe16: Constify a variable. gdi32: Constify some variables. Andr? Hentschel (9): advapi32/tests: Introduce tests for the merged view of HKEY_CLASSES_ROOT. crypt32: Fix German translation. cryptui: Fix German translation. winedbg: Fix get_addr on ARM. winedbg: Implement adjust_pc_for_break on ARM. taskkill: Update German translation. setupapi/tests: Fix wow64 failures. msvcr90: Added __timezone implementation. dbghelp: Implement arm_get_addr. Aric Stewart (15): strmbase: Initial creation of static str...

...ling heimdal/lib/krb5/free_host_realm.c Compiling heimdal/lib/krb5/free_host_realm.c Compiling heimdal/lib/krb5/generate_seq_number.c Compiling heimdal/lib/krb5/generate_seq_number.c Compiling heimdal/lib/krb5/generate_subkey.c Compiling heimdal/lib/krb5/generate_subkey.c Compiling heimdal/lib/krb5/get_addrs.c Compiling heimdal/lib/krb5/get_addrs.c Compiling heimdal/lib/krb5/get_cred.c Compiling heimdal/lib/krb5/get_cred.c Compiling heimdal/lib/krb5/get_default_principal.c Compiling heimdal/lib/krb5/get_default_principal.c Compiling heimdal/lib/krb5/get_default_realm.c Compiling heimdal/lib/krb5/get_d...