Displaying 5 results from an estimated 5 matches for "curval".
Did you mean:
durval
2013 Aug 18
1
[LLVMdev] Clarification regarding the LLVM IR.
Hi,
Looking at the documents, it looks like all instructions, e.g. ADD, SUB
work only on labels/registers and constants.
e.g.
%1 = add nsw i32 %value, 291
The only instructions that can work on the values on the stack or on the
heap are LOAD and STORE.
So the following is not possible:
%local = alloca i32, align 4
%1 = add nsw i32* %local, 291
Is the above correct?
Kind Regards
James
2006 Apr 04
0
Need help debugging (long)
..._CANCEL_ENABLE || state >
PTHREAD_CANCEL_DISABLE)
(gdb) 37 int oldval = THREAD_GETMEM (self, cancelhandling);
(gdb) 42 : oldval & ~CANCELSTATE_BITMASK);
(gdb) 45 if (oldstate != NULL)
(gdb) 52 if (oldval == newval)
(gdb) 57 int curval = THREAD_ATOMIC_CMPXCHG_VAL (self,
cancelhandling, newval,
(gdb) 59 if (__builtin_expect (curval == oldval, 1))
(gdb) 61 if (CANCEL_ENABLED_AND_CANCELED_AND_ASYNCHRONOUS
(newval))
(gdb) 72 }
(gdb) warning: Source file is more recent than executable.
198 {
(gdb) 72...
2019 May 07
4
[PATCH RFC] vhost: don't use kmap() to log dirty pages
Vhost log dirty pages directly to a userspace bitmap through GUP and
kmap_atomic() since kernel doesn't have a set_bit_to_user()
helper. This will cause issues for the arch that has virtually tagged
caches. The way to fix is to keep using userspace virtual address.
Fortunately, futex has a cmpxchg to userspace memory helper
futex_atomic_cmpxchg_inatomic(). So switch to use it to exchange the
2019 May 07
4
[PATCH RFC] vhost: don't use kmap() to log dirty pages
Vhost log dirty pages directly to a userspace bitmap through GUP and
kmap_atomic() since kernel doesn't have a set_bit_to_user()
helper. This will cause issues for the arch that has virtually tagged
caches. The way to fix is to keep using userspace virtual address.
Fortunately, futex has a cmpxchg to userspace memory helper
futex_atomic_cmpxchg_inatomic(). So switch to use it to exchange the
2009 Apr 22
2
R-User groups in North America (SF, LA, NYC, Ottawa)
Hi R folks,
I'd like to announce several new R users groups here in SF, LA, NYC,
and Ottawa - as well as their next scheduled event. The goal of these
user groups, besides gently explaining 'drop=TRUE' to the uninitiated,
is to exchange knowledge, promote best practices, and spur the
adoption of R for innovative applications. If I've missed any groups
here, please feel to add on