search for: tmp32

...+static int virtio_pci_find_shm_cap(struct pci_dev *dev, u8 required_id, + u8 *bar, u64 *offset, u64 *len) +{ + int pos; + + for (pos = pci_find_capability(dev, PCI_CAP_ID_VNDR); pos > 0; + pos = pci_find_next_capability(dev, pos, PCI_CAP_ID_VNDR)) { + u8 type, cap_len, id; + u32 tmp32; + u64 res_offset, res_length; + + pci_read_config_byte(dev, pos + offsetof(struct virtio_pci_cap, + cfg_type), &type); + if (type != VIRTIO_PCI_CAP_SHARED_MEMORY_CFG) + continue; + + pci_read_config_byte(dev, pos + offsetof(struct virtio_pci_cap, + cap_len), &cap_len);...

...%tmp9.i = fadd float %tmp5.i, %tmp8.i > %tmp20.i = fmul float %tmp7.i, 1.000000e+01 > %tmp21.i = fadd float %tmp3.i, %tmp20.i > %tmp23.i = fmul float %tmp3.i, 0x3F847AE140000000 > %tmp26.i = fmul float %tmp7.i, 0x3FA99999A0000000 > %tmp27.i = fadd float %tmp23.i, %tmp26.i > %tmp32.i = fmul float %tmp7.i, 0x3FB99999A0000000 > %tmp33.i = fadd float %tmp23.i, %tmp32.i > %call36.i = tail call float @llvm.sqrt.f32(float %tmp21.i) nounwind > %tmp37.i = fmul float %tmp33.i, %call36.i > %tmp40.i = fdiv float %tmp9.i, %tmp9.i > %call41.i = tail call float @llvm.lo...

Hello everybody, I have stumbled upon a test case (the attached module is a slightly reduced version) that shows extremely reduced performance on linux compared to windows when executed using LLVM's JIT. We narrowed the problem down to the actual code being generated, the source IR on both systems is the same. Try compiling the attached module: llc -O3 -filetype=asm -o BAD.s BAD.ll Under

...a weird thing: - My program has a global pointer @ptr1 = 0. And the constant integer '0' is stored in value memory at index 64. "@ptr = weak global i32 0; <i32*>" - Somewhere in my program, there is a store instruction: "store i32 %tmp31, i32* @ptr" it writes %tmp32 into memory, where @ptr pointed to (here: index 64 of value memory). - Afterward, another instruction needs to load the integer value '0' from value memory : "%tmp17 = mul i32 %mb_col, 0" It will try to read the value memory at index 64, but it is no more '0' but now %t...

...p18 = icmp eq i32 %tmp1516, %c br i1 %tmp18, label %cond_true21, label %UnifiedReturnBlock cond_true21: %tmp23 = add i32 %tmp13, 1 store i32 %tmp23, i32* @yypos, align 4 ret i32 1 UnifiedReturnBlock: ret i32 0 } define i32 @yymatchString(i8* %s) { entry: %tmp1 = load i32* @yypos, align 4 %tmp3243 = load i8* %s, align 1 %tmp3344 = icmp eq i8 %tmp3243, 0 br i1 %tmp3344, label %UnifiedReturnBlock, label %bb bb: %tmp2.rle = phi i32 [ %tmp1, %entry ], [ %tmp29, %cond_next25 ] %s_addr.039.0.rec = phi i32 [ 0, %entry ], [ %tmp27.rec, %cond_next25 ] %s_addr.039.0 = getelementptr i8* %s, i32...

On Thu, Jan 15, 2015 at 1:26 PM, Nick Lewycky <nlewycky at google.com> wrote: > On 15 January 2015 at 13:10, Daniel Berlin <dberlin at dberlin.org> wrote: > >> Yes. >> I've attached an updated patch that does the following: >> >> 1. Fixes the partialalias of globals/arguments >> 2. Enables partialalias for cases where nothing has been unified to

Inline George > On Jan 26, 2015, at 1:05 PM, Daniel Berlin <dberlin at dberlin.org> wrote: > > George, given that, can you just build constexpr handling (it's not as easy as you think) as a separate funciton and have it use it in the right places? Will do. :) > FWIW, my current list of CFLAA issues is: > > 1. Unknown values (results from ptrtoint, incoming

George, given that, can you just build constexpr handling (it's not as easy as you think) as a separate funciton and have it use it in the right places? FWIW, my current list of CFLAA issues is: 1. Unknown values (results from ptrtoint, incoming pointers, etc) are not treated as unknown. These should be done through graph edge (so that they can be one way, otherwise, you will unify

...ECK: 1 partial alias response - -define i32 @test(i32* %tab, i32 %indvar) nounwind { +; FIXME: This could be PartialAlias but CFLAA can't currently prove it +; CHECK: 1 may alias response +define i32 @test(i32 %indvar) nounwind { + %tab = alloca i32, align 4 %tmp31 = mul i32 %indvar, -2 %tmp32 = add i32 %tmp31, 30 %t.5 = getelementptr i32* %tab, i32 %tmp32 diff --git a/test/Analysis/CFLAliasAnalysis/must-and-partial.ll b/test/Analysis/CFLAliasAnalysis/must-and-partial.ll index df7de38..2585a56 100644 --- a/test/Analysis/CFLAliasAnalysis/must-and-partial.ll +++ b/test/Analysis/CFLAlias...

...AliasAnalysis/gep-signed-arithmetic.ll @@ -5,7 +5,8 @@ target datalayout = "e-p:32:32:32" ; CHECK: 1 partial alias response -define i32 @test(i32* %tab, i32 %indvar) nounwind { +define i32 @test(i32 %indvar) nounwind { + %tab = alloca i32, align 4 %tmp31 = mul i32 %indvar, -2 %tmp32 = add i32 %tmp31, 30 %t.5 = getelementptr i32* %tab, i32 %tmp32 diff --git a/test/Analysis/CFLAliasAnalysis/must-and-partial.ll b/test/Analysis/CFLAliasAnalysis/must-and-partial.ll index df7de38..2c66d90 100644 --- a/test/Analysis/CFLAliasAnalysis/must-and-partial.ll +++ b/test/Analysis/CFLAlias...

Oh, sorry, i didn't rebase it when i changed the fix, you would have had to apply the first on top of the second. Here is one against HEAD On Wed, Jan 14, 2015 at 12:32 PM, Ana Pazos <apazos at codeaurora.org> wrote: > Daniel, your patch does not apply cleanly. Are you on the tip? > > The code I see there is no line if (QueryResult == MayAlias|| QueryResult == PartialAlias)

...and i64 %mask25, 68719476735 ; <i64> [#uses=1] %tmp28 = mul i64 %mask27, 32 ; <i64> [#uses=1] %mask29 = and i64 %tmp28, 68719476735 ; <i64> [#uses=1] %mask30 = and i64 %mask29, 68719476735 ; <i64> [#uses=0] %tmp31 = load i32* %a.0, align 4 ; <i32> [#uses=1] %tmp32 = mul i32 %tmp31, 4 ; <i32> [#uses=0] %tmp33 = getelementptr %struct..0anon* %c, i32 0, i32 0 ; <i32*> [#uses=1] %tmp34 = getelementptr i32* %tmp33, i32 0 ; <i32*> [#uses=1] %tmp35 = load i32* %tmp34, align 4 ; <i32> [#uses=1] store i32 %tmp35, i32* %tmp, align 4 %t...