search for: 64u

Hi, I am running into this segmentation fault while running a simple function pass on some C benchmarks Program received signal SIGSEGV, Segmentation fault. 0x00000000005c5c00 in AddReachableCodeToWorklist(llvm::BasicBlock*, llvm::SmallPtrSet<llvm::BasicBlock*, 64u>&, llvm::InstCombiner&, llvm::TargetData const*) () What can be the possible reasons of the segmentation fault here? I am trying to figure it out for many days now. I would appreciate any help. Thanks, Naznin -------------- next part -------------- An HTML attachment was scrubbed... U...

...g, unsigned long) (RuntimeDyldELF.cpp:798) ==27130== by 0xEAF258F: llvm::RuntimeDyldELF::resolveRelocation(llvm::RelocationEntry const&, unsigned long) (RuntimeDyldELF.cpp:787) ==27130== by 0xEAE7C67: llvm::RuntimeDyldImpl::resolveRelocationList(llvm::SmallVector<llvm::RelocationEntry, 64u> const&, unsigned long) (RuntimeDyld.cpp:462) ==27130== by 0xEAE543C: llvm::RuntimeDyldImpl::resolveRelocations() (RuntimeDyld.cpp:51) ==27130== by 0xEAE8236: llvm::RuntimeDyld::resolveRelocations() (RuntimeDyld.cpp:561) ==27130== by 0xA25EA99: llvm::MCJIT::finalizeObject() (MCJIT.c...

...d to this value! UNREACHABLE executed at /x/grwright/llvm/llvm-2.9/lib/VMCore/Value.cpp:569! 0 libLLVM-2.9.so 0xf6ef856b 1 libLLVM-2.9.so 0xf6ef82f8 2 0xf7782400 __kernel_sigreturn + 0 3 libc.so.6 0xf57d4d52 abort + 386 4 libLLVM-2.9.so 0xf6ee40d4 llvm::SmallVector<char, 64u>::~SmallVector() + 0 5 libLLVM-2.9.so 0xf6a5ce2e llvm::ValueHandleBase::ValueIsDeleted(llvm::Value*) + 662 6 libLLVM-2.9.so 0xf6a5b1ec llvm::Value::~Value() + 58 7 libLLVM-2.9.so 0xf66ee041 llvm::User::~User() + 93 8 libLLVM-2.9.so 0xf6a00d89 llvm::Instruction::~Instruction() + 121 9 libLLV...

...BLE executed at /x/grwright/llvm/llvm-2.9/lib/VMCore/Value.cpp:569! > 0 libLLVM-2.9.so 0xf6ef856b > 1 libLLVM-2.9.so 0xf6ef82f8 > 2 0xf7782400 __kernel_sigreturn + 0 > 3 libc.so.6 0xf57d4d52 abort + 386 > 4 libLLVM-2.9.so 0xf6ee40d4 llvm::SmallVector<char, 64u>::~SmallVector() + > 0 > 5 libLLVM-2.9.so 0xf6a5ce2e > llvm::ValueHandleBase::ValueIsDeleted(llvm::Value*) + 662 > 6 libLLVM-2.9.so 0xf6a5b1ec llvm::Value::~Value() + 58 > 7 libLLVM-2.9.so 0xf66ee041 llvm::User::~User() + 93 > 8 libLLVM-2.9.so 0xf6a00d89 llvm::Instruction::...

...ELF.cpp:798) > ==27130== by 0xEAF258F: > llvm::RuntimeDyldELF::resolveRelocation(llvm::RelocationEntry const&, > unsigned long) (RuntimeDyldELF.cpp:787) > ==27130== by 0xEAE7C67: > llvm::RuntimeDyldImpl::resolveRelocationList(llvm::SmallVector<llvm::RelocationEntry, > 64u> const&, unsigned long) (RuntimeDyld.cpp:462) > ==27130== by 0xEAE543C: llvm::RuntimeDyldImpl::resolveRelocations() > (RuntimeDyld.cpp:51) > ==27130== by 0xEAE8236: llvm::RuntimeDyld::resolveRelocations() > (RuntimeDyld.cpp:561) > ==27130== by 0xA25EA99: llvm::MCJIT::...

...rwright/llvm/llvm-2.9/lib/VMCore/Value.cpp:569! >> 0 libLLVM-2.9.so 0xf6ef856b >> 1 libLLVM-2.9.so 0xf6ef82f8 >> 2 0xf7782400 __kernel_sigreturn + 0 >> 3 libc.so.6 0xf57d4d52 abort + 386 >> 4 libLLVM-2.9.so 0xf6ee40d4 llvm::SmallVector<char, 64u>::~SmallVector() >> + >> 0 >> 5 libLLVM-2.9.so 0xf6a5ce2e >> llvm::ValueHandleBase::ValueIsDeleted(llvm::Value*) + 662 >> 6 libLLVM-2.9.so 0xf6a5b1ec llvm::Value::~Value() + 58 >> 7 libLLVM-2.9.so 0xf66ee041 llvm::User::~User() + 93 >> 8 libLLVM-2.9....

...d to this value! UNREACHABLE executed at /x/grwright/llvm/llvm-2.9/lib/VMCore/Value.cpp:569! 0 libLLVM-2.9.so 0x569fa56b 1 libLLVM-2.9.so 0x569fa2f8 2 0x55573400 __kernel_sigreturn + 0 3 libc.so.6 0x57422d52 abort + 386 4 libLLVM-2.9.so 0x569e60d4 llvm::SmallVector<char, 64u>::~SmallVector() + 0 5 libLLVM-2.9.so 0x5655ee2e llvm::ValueHandleBase::ValueIsDeleted(llvm::Value*) + 662 6 libLLVM-2.9.so 0x5655d1ec llvm::Value::~Value() + 58 7 libLLVM-2.9.so 0x561f0041 llvm::User::~User() + 93 8 libLLVM-2.9.so 0x56502d89 llvm::Instruction::~Instruction() + 121 9 libLLV...

...a transaction which modifies data. This * needs to take into account the fact that we may end up modifying two @@ -52,7 +52,7 @@ * start off at the maximum transaction size and grow the transaction * optimistically as we go. */ -#define EXT3_MAX_TRANS_DATA 64 +#define EXT3_MAX_TRANS_DATA 64U /* We break up a large truncate or write transaction once the handle's * buffer credits gets this low, we need either to extend the @@ -61,7 +61,7 @@ * one block, plus two quota updates. Quota allocations are not * needed. */ -#define EXT3_RESERVE_TRANS_BLOCKS 12 +#define EXT3_RESER...

...unt of data we will anticipate + * writing to any given transaction. For unbounded transactions such as + * fallocate(2) we can write more than this, but we always + * start off at the maximum transaction size and grow the transaction + * optimistically as we go. + */ +#define OCFS2_MAX_TRANS_DATA 64U /* * Create access is for when we get a newly created buffer and we're diff --git a/fs/ocfs2/ocfs2_trace.h b/fs/ocfs2/ocfs2_trace.h index 3b481f4..1b60c62 100644 --- a/fs/ocfs2/ocfs2_trace.h +++ b/fs/ocfs2/ocfs2_trace.h @@ -2579,6 +2579,8 @@ DEFINE_OCFS2_INT_INT_EVENT(ocfs2_extend_trans);...

...s/blocksize/blocksize.c +++ b/filters/blocksize/blocksize.c @@ -44,11 +44,12 @@ #include <nbdkit-filter.h> +#include "minmax.h" + /* XXX See design comment in filters/cow/cow.c. */ #define THREAD_MODEL NBDKIT_THREAD_MODEL_SERIALIZE_ALL_REQUESTS #define BLOCKSIZE_MIN_LIMIT (64U * 1024) -#define MIN(a, b) ((a) < (b) ? (a) : (b)) /* As long as we don't have parallel requests, we can reuse a common * buffer for alignment purposes; size it to the maximum we allow for diff --git a/filters/cache/lru.c b/filters/cache/lru.c index c828968..9e20408 100644 --- a/filters...

...s/blocksize/blocksize.c +++ b/filters/blocksize/blocksize.c @@ -44,11 +44,12 @@ #include <nbdkit-filter.h> +#include "minmax.h" + /* XXX See design comment in filters/cow/cow.c. */ #define THREAD_MODEL NBDKIT_THREAD_MODEL_SERIALIZE_ALL_REQUESTS #define BLOCKSIZE_MIN_LIMIT (64U * 1024) -#define MIN(a, b) ((a) < (b) ? (a) : (b)) /* As long as we don't have parallel requests, we can reuse a common * buffer for alignment purposes; size it to the maximum we allow for diff --git a/filters/cache/lru.c b/filters/cache/lru.c index c828968..9e20408 100644 --- a/filters...

...otal 36): 14640 Multiple OpenGL applications and games fail at ChoosePixelFormat/SetPixelFormat (Lazarus, Counterclockwise, USI T3 emulator) 30364 X3 Reunion hangs at start 33392 .NET Framework 4.0 installer misreports disk space if not enough disk space available 'Drive C: Required - 64u MB, Available - 64u MB' ('FormatMessageA/W' needs to support I64) 34558 Multiple applications and games wrapped with ASProtect 1.x-2.x protection scheme fail to start after registration (Farm Frenzy 2, Alawar, FL Studio 11.x VSTi 'Slayer2' plugin, FORScan) 35694 Serena hit...

...gt; +#include <string.h> +#include <inttypes.h> +#include <limits.h> +#include <errno.h> + +#include <nbdkit-filter.h> + +/* XXX See design comment in filters/cow/cow.c. */ +#define THREAD_MODEL NBDKIT_THREAD_MODEL_SERIALIZE_ALL_REQUESTS + +#define BLOCKSIZE_MIN_LIMIT (64U * 1024) +#define MIN(a, b) ((a) < (b) ? (a) : (b)) + +/* As long as we don't have parallel requests, we can reuse a common + * buffer for alignment purposes; size it to the maximum we allow for + * minblock. */ +static char bounce[BLOCKSIZE_MIN_LIMIT]; +static unsigned int minblock; +static...

...gt; +#include <string.h> +#include <inttypes.h> +#include <limits.h> +#include <errno.h> + +#include <nbdkit-filter.h> + +/* XXX See design comment in filters/cow/cow.c. */ +#define THREAD_MODEL NBDKIT_THREAD_MODEL_SERIALIZE_ALL_REQUESTS + +#define BLOCKSIZE_MIN_LIMIT (64U * 1024) +#define MIN(a, b) ((a) < (b) ? (a) : (b)) + +/* As long as we don't have parallel requests, we can reuse a common + * buffer for alignment purposes; size it to the maximum we allow for + * minblock. */ +static char bounce[BLOCKSIZE_MIN_LIMIT]; +static unsigned int minblock; +static...

..."U78F%D+69U;F-T:6]N+6-A<W0@(&-O;F9T M97-T+F,@,3XF-0IC;VYF:6=U<F4Z($EN(&9U;F-T:6]N(&!M86EN)SH*8V]N M9FEG=7)E.C at Q-S0Z('=A<FYI;F<Z(&EM<&QI8VET(&1E8VQA<F%T:6]N(&]F M(&9U;F-T:6]N(&!M<F5M87 G"F-O;F9I9W5R93HX,3<T.B!@35)%34%07TU! M64U/5D4G('5N9&5C;&%R960@*&9I<G-T('5S92!I;B!T:&ES(&9U;F-T:6]N M*0IC;VYF:6=U<F4Z.#$W-#H@*$5A8V@@=6YD96-L87)E9"!I9&5N=&EF:65R M(&ES(')E<&]R=&5D(&]N;'D@;VYC90IC;VYF:6=U<F4Z.#$W-#H at 9F]R(&5A M8V@@9G5N8W1I;VX@:70 at 87!P96%R&l...

...936 [eventfd] qemu-kvm 13468 qemu 61u a_inode 0,9 0 6936 [eventfd] qemu-kvm 13468 qemu 62u a_inode 0,9 0 6936 [eventfd] qemu-kvm 13468 qemu 63u a_inode 0,9 0 6936 [eventfd] qemu-kvm 13468 qemu 64u a_inode 0,9 0 6936 [eventfd] qemu-kvm 13468 qemu 65u a_inode 0,9 0 6936 [eventfd] qemu-kvm 13468 qemu 66u a_inode 0,9 0 6936 [eventfd] qemu-kvm 13468 qemu 67u a_inode 0,9...

v4: https://www.redhat.com/archives/libguestfs/2019-January/msg00032.html v5: - Now we set the block size at run time. I'd like to say that I was able to test this change, but unfortunately I couldn't find any easy way to create a filesystem on x86-64 with a block size > 4K. Ext4 doesn't support it at all, and XFS doesn't support block size > page size (and I

Since v1: add the blocksize filter, add testsuite coverage of the log filter, several fixes to the log filter based on what adding tests revealed I'm still working on FUA flag support patches on top of this; the patches should all be committed in the same release, as we want to minimize the number of releases that cause a filter ABI/API bump Eric Blake (3): backend: Rework internal/filter

After more than a month since v2 [1], I've finally got my FUA support series polished. This is all of my outstanding patches, even though some of them were originally posted in separate threads from the original FUA post [2], [3] [1] https://www.redhat.com/archives/libguestfs/2018-January/msg00113.html [2] https://www.redhat.com/archives/libguestfs/2018-January/msg00219.html [3]