Displaying 2 results from an estimated 2 matches for "40046d".
Did you mean:
400460
2015 Feb 25
1
[PATCH 2/2] nouveau: Do not add most bo's to the global bo list.
...0046a <main+0x2a>
40045f: 48 83 c4 08 add $0x8,%rsp
400463: c3 retq
400464: b8 01 00 00 00 mov $0x1,%eax
400469: c3 retq
40046a: 83 c8 ff or $0xffffffff,%eax
40046d: eb f0 jmp 40045f <main+0x1f>
And just to be thorough, showing what happens without function call or barrier:
0000000000400400 <main>:
400400: 8b 05 4a 0c 20 00 mov 0x200c4a(%rip),%eax # 601050 <x>
400406: ba ff ff ff ff...
2015 Feb 25
2
[PATCH 2/2] nouveau: Do not add most bo's to the global bo list.
Hey,
On 25-02-15 18:05, Ilia Mirkin wrote:
> On Wed, Feb 25, 2015 at 11:59 AM, Patrick Baggett
> <baggett.patrick at gmail.com> wrote:
>>> If code like
>>>
>>> x = *a;
>>> pthread_mutex_lock or unlock or __memory_barrier()
>>> y = *a;
>>>
>>> doesn't cause a to get loaded twice, then the compiler's in serious