search for: __i386__

...insertion(+), 1 deletion(-) diff --git a/tools/virtio/ringtest/main.h b/tools/virtio/ringtest/main.h index 593a328..301d59b 100644 --- a/tools/virtio/ringtest/main.h +++ b/tools/virtio/ringtest/main.h @@ -111,7 +111,7 @@ static inline void busy_wait(void) } #if defined(__x86_64__) || defined(__i386__) -#define smp_mb() asm volatile("lock; addl $0,-128(%%rsp)" ::: "memory", "cc") +#define smp_mb() asm volatile("lock; addl $0,-132(%%rsp)" ::: "memory", "cc") #else /* * Not using __ATOMIC_SEQ_CST since gcc docs say they are on...

...insertion(+), 1 deletion(-) diff --git a/tools/virtio/ringtest/main.h b/tools/virtio/ringtest/main.h index 593a328..301d59b 100644 --- a/tools/virtio/ringtest/main.h +++ b/tools/virtio/ringtest/main.h @@ -111,7 +111,7 @@ static inline void busy_wait(void) } #if defined(__x86_64__) || defined(__i386__) -#define smp_mb() asm volatile("lock; addl $0,-128(%%rsp)" ::: "memory", "cc") +#define smp_mb() asm volatile("lock; addl $0,-132(%%rsp)" ::: "memory", "cc") #else /* * Not using __ATOMIC_SEQ_CST since gcc docs say they are on...

...========================= --- 2008-04-15.orig/xen/arch/x86/mm.c 2008-04-11 14:48:16.000000000 +0200 +++ 2008-04-15/xen/arch/x86/mm.c 2008-04-15 08:48:15.000000000 +0200 @@ -3635,6 +3635,7 @@ static int ptwr_emulated_cmpxchg( container_of(ctxt, struct ptwr_emulate_ctxt, ctxt)); } +#ifdef __i386__ static int ptwr_emulated_cmpxchg8b( enum x86_segment seg, unsigned long offset, @@ -3650,13 +3651,16 @@ static int ptwr_emulated_cmpxchg8b( offset, ((u64)old_hi << 32) | old, ((u64)new_hi << 32) | new, 8, 1, container_of(ctxt, struct ptwr_emulate_ctxt, ctxt)...

...seems to cause that failure doing a non bootstrap build on MingW. $ svn diff -r 54192:54193 libgcc2.c Index: libgcc2.c =================================================================== --- libgcc2.c (revision 54192) +++ libgcc2.c (revision 54193) @@ -2091,6 +2091,10 @@ #endif } +#ifdef __i386__ +extern int VirtualProtect (char *, int, int, int *) __attribute__((stdcall)); +#endif + int mprotect (char *addr, int len, int prot) { The attached patch fixes it for me, it just checks that winbase has not already been included. Hope this helps, Julien -- Julien Lerouge PGP Key Id: 0xB19...

On Wed, Jul 30, 2008 at 11:32:18AM -0700, Bill Wendling wrote: > On Jul 30, 2008, at 11:17 AM, Julien Lerouge wrote: >> ../../../llvm-gcc4.2-src/gcc/libgcc2.c:2095: error: conflicting types >> for 'VirtualProtect' >> >> c:/cygwin/home/jlerouge/buildbot/llvm/lib/../include/winbase.h:1998: >> error: previous declaration of 'VirtualProtect' was here

Migrate the last TSC values for more accurate timekeeping during live migration Signed-off-by: Dave Winchell <dwinchell@virtualiron.com> Signed-off-by: Ben Guthro <bguthro@virtualiron.com> _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel

Those changes shouldn't affect ARM at all, since everything is under #if defined(__i386__) || defined(__x86_64__). What version of glibc are you building with on x86? On Fri, May 31, 2013 at 7:16 PM, Greg Fitzgerald <garious at gmail.com> wrote: > The failures happen on x86 Linux, Ubuntu Lucid. On ARM Android, my > example code segfaults, whereas before it worked. I wa...

This patch allows core-dumping to work on a cross-bit host/guest configuration, whereas previously that was not supported. It supports both PV and FV guests. The core file format generated by the host, needs to match that of the guest, so an alignment issue is addressed, along with the p2m frame list handling being done according to the guest size. Signed-off-by: Bruce Rogers

...a/clang/lib/Headers/__stddef_max_align_t.h +++ b/clang/lib/Headers/__stddef_max_align_t.h @@ -21,6 +21,10 @@ typedef struct { __attribute__((__aligned__(__alignof__(long long)))); long double __clang_max_align_nonce2 __attribute__((__aligned__(__alignof__(long double)))); + #ifdef __i386__ + typedef double xx __attribute__((vector_size(16))); + xx __clang_max_align_nonce3 __attribute__((__aligned__(__alignof__(xx)))); + #endif } max_align_t; #endif Like to know community thought on this? -------------- next part -------------- An HTML attachment was scrubbed... URL: <http:/...

...you building with on x86? 2.11.1 for 64-bit x86 linux $ ldd --version ldd (Ubuntu EGLIBC 2.11.1-0ubuntu7.8) 2.11.1 On Fri, May 31, 2013 at 8:24 AM, Sergey Matveev <earthdok at google.com> wrote: > Those changes shouldn't affect ARM at all, since everything is under #if > defined(__i386__) || defined(__x86_64__). > > What version of glibc are you building with on x86? > > > On Fri, May 31, 2013 at 7:16 PM, Greg Fitzgerald <garious at gmail.com> wrote: >> >> The failures happen on x86 Linux, Ubuntu Lucid. On ARM Android, my >> example code segf...

...isuse. Signed-off-by: Fengzhe Zhang <fengzhe.zhang@intel.com> diff -r 02c0af2bf280 xen/arch/x86/apic.c --- a/xen/arch/x86/apic.c Mon Jan 17 18:05:52 2011 +0000 +++ b/xen/arch/x86/apic.c Wed Jan 19 03:24:16 2011 -0500 @@ -961,6 +961,22 @@ if ( !cpu_has_x2apic ) return; +#ifdef __i386__ + clear_bit(X86_FEATURE_X2APIC, boot_cpu_data.x86_capability); + if (x2apic_enabled) { + uint64_t msr_content; + + rdmsrl(MSR_IA32_APICBASE, msr_content); + msr_content &= ~(MSR_IA32_APICBASE_ENABLE | MSR_IA32_APICBASE_EXTD); + wrmsrl(MSR_IA32_APICBASE, msr_con...

...,10 @@ static int vmx_msr_read_intercept(struct msr_content = var_range_base[index]; break; case MSR_IA32_DEBUGCTLMSR: - if ( vmx_read_guest_msr(v, ecx, &msr_content) != 0 ) - msr_content = 0; + msr_content = __vmread(GUEST_IA32_DEBUGCTL); +#ifdef __i386__ + msr_content |= (u64)__vmread(GUEST_IA32_DEBUGCTL_HIGH) << 32; +#endif break; case MSR_IA32_VMX_BASIC...MSR_IA32_VMX_PROCBASED_CTLS2: goto gp_fault; @@ -1732,11 +1734,15 @@ static int vmx_msr_write_intercept(struc } if ( (rc < 0) || -...

...64-bit x86 linux > > $ ldd --version > ldd (Ubuntu EGLIBC 2.11.1-0ubuntu7.8) 2.11.1 > > On Fri, May 31, 2013 at 8:24 AM, Sergey Matveev <earthdok at google.com> > wrote: > > Those changes shouldn't affect ARM at all, since everything is under #if > > defined(__i386__) || defined(__x86_64__). > > > > What version of glibc are you building with on x86? > > > > > > On Fri, May 31, 2013 at 7:16 PM, Greg Fitzgerald <garious at gmail.com> > wrote: > >> > >> The failures happen on x86 Linux, Ubuntu Lucid. On AR...

....cc @@ -49,7 +49,15 @@ struct MsanMapUnmapCallback { typedef SizeClassAllocator32<0, SANITIZER_MMAP_RANGE_SIZE, sizeof(Metadata), SizeClassMap, kRegionSizeLog, ByteMap, MsanMapUnmapCallback> PrimaryAllocator; - +#elif defined (__i386__) +static const uptr kMaxAllowedMallocSize = 3UL << 30; + static const uptr kRegionSizeLog = 20; + static const uptr kNumRegions = SANITIZER_MMAP_RANGE_SIZE >> kRegionSizeLog; + typedef FlatByteMap<kNumRegions> ByteMap; + typedef CompactSizeClassMap SizeClassMap; + typedef Siz...

...f bytes to be memcpy'd is dependent on the >> padding >> of the struct. > > Anyway, I've got your point. sizeof() constant expression is > calculated > during wrong stage of compilation process. Thanks for pointing it out! Yes, not to mention stuff like: #ifdef __i386__ or: case sizeof(foo): This is addressed here: http://llvm.org/docs/tutorial/LangImpl8.html#targetindep Note that this doesn't affect cross compilation: you just need to configure llvm-gcc as a proper cross compiler. This just means that llvm won't magically make your C code portab...

...e same problem trying to build rust with clang after having built llvm with gcc. The problem comes from SearchForAddressOfSpecialSymbol.cpp: // FIXME: Currently disabled when using Clang, as we don't always have our // runtime support libraries available. #ifndef __clang__ #ifdef __i386__ EXPLICIT_SYMBOL(__eprintf); #endif #endif Now, exactly what runtime library is not available is something that someone more familiar with OS X will have to answer :-) > -- > -- Talin Cheers, Rafael

...12/11 7:08 PM, Rafael Ávila de Espíndola wrote: > The problem comes from SearchForAddressOfSpecialSymbol.cpp: > > // FIXME: Currently disabled when using Clang, as we don't always > have our > // runtime support libraries available. > #ifndef __clang__ > #ifdef __i386__ > EXPLICIT_SYMBOL(__eprintf); > #endif > #endif > > Now, exactly what runtime library is not available is something that > someone more familiar with OS X will have to answer :-) The runtime support library the comment talks about is none other than compiler-rt. (Specifical...

...git a/tools/virtio/ringtest/main.h b/tools/virtio/ringtest/main.h > index 593a328..301d59b 100644 > --- a/tools/virtio/ringtest/main.h > +++ b/tools/virtio/ringtest/main.h > @@ -111,7 +111,7 @@ static inline void busy_wait(void) > } > > #if defined(__x86_64__) || defined(__i386__) > -#define smp_mb() asm volatile("lock; addl $0,-128(%%rsp)" ::: "memory", "cc") Just wonder did "rsp" work for __i386__ ? Thanks > +#define smp_mb() asm volatile("lock; addl $0,-132(%%rsp)" ::: "memory", "cc")...

...nch-direct.c +++ b/lib/launch-direct.c @@ -519,8 +519,10 @@ launch_direct (guestfs_h *g, void *datav, const char *arg) arg ("-rtc", "driftfix=slew"); if (guestfs_int_qemu_supports (g, data->qemu_data, "-no-hpet")) flag ("-no-hpet"); +#if defined(__i386__) || defined(__x86_64__) if (guestfs_int_version_ge (&data->qemu_version, 1, 3, 0)) arg ("-global", "kvm-pit.lost_tick_policy=discard"); +#endif /* UEFI (firmware) if required. */ if (guestfs_int_get_uefi (g, &uefi_code, &uefi_vars, &uefi_flags)...

...#include <Rconfig.h> I noticed that the CRAN binary for Mac OS X has the following .../lib/R/include/Rconfig.h. What step am I missing that causes this file to be generated? Thanks, Kjell /* This is an automatically generated universal stub for architecture-dependent headers. */ #ifdef __i386__ #include "i386/Rconfig.h" #elif defined __ppc__ #include "ppc/Rconfig.h" #elif defined __ppc64__ #include "ppc64/Rconfig.h" #elif defined __x86_64__ #include "x86_64/Rconfig.h" #elif defined __arm__ #include "arm/Rconfig.h" #else #error "Unsupp...