search for: vt2

...tch applied) on x86_64-apple-darwin10. In both cases, the >> build fails as... > > Dragonegg revision 129116 also fail on x86_64 linux, with gcc-4.5 > revision 172158, i got: > > /home/ether/sources/llvm/include/llvm/Target/TargetLowering.h:1567: > warning: unused parameter ‘VT2’ > /home/ether/sources/llvm/include/llvm/Target/TargetLowering.h:1574: > warning: unused parameter ‘VT1’ > /home/ether/sources/llvm/include/llvm/Target/TargetLowering.h:1574: > warning: unused parameter ‘VT2’ > /home/ether/sources/llvm/include/llvm/Target/TargetLowering.h:1582: >...

...t; (with the i386_static.diff patch applied) on x86_64-apple-darwin10. In both cases, the > build fails as... Dragonegg revision 129116 also fail on x86_64 linux, with gcc-4.5 revision 172158, i got: /home/ether/sources/llvm/include/llvm/Target/TargetLowering.h:1567: warning: unused parameter ‘VT2’ /home/ether/sources/llvm/include/llvm/Target/TargetLowering.h:1574: warning: unused parameter ‘VT1’ /home/ether/sources/llvm/include/llvm/Target/TargetLowering.h:1574: warning: unused parameter ‘VT2’ /home/ether/sources/llvm/include/llvm/Target/TargetLowering.h:1582: warning: unused parameter ‘Imm...

...-darwin10. In both cases, the >>> build fails as... >> >> Dragonegg revision 129116 also fail on x86_64 linux, with gcc-4.5 >> revision 172158, i got: >> >> /home/ether/sources/llvm/include/llvm/Target/TargetLowering.h:1567: >> warning: unused parameter ‘VT2’ >> /home/ether/sources/llvm/include/llvm/Target/TargetLowering.h:1574: >> warning: unused parameter ‘VT1’ >> /home/ether/sources/llvm/include/llvm/Target/TargetLowering.h:1574: >> warning: unused parameter ‘VT2’ >> /home/ether/sources/llvm/include/llvm/Target/TargetLo...

...e >>>> build fails as... >>> >>> Dragonegg revision 129116 also fail on x86_64 linux, with gcc-4.5 >>> revision 172158, i got: >>> >>> /home/ether/sources/llvm/include/llvm/Target/TargetLowering.h:1567: >>> warning: unused parameter ‘VT2’ >>> /home/ether/sources/llvm/include/llvm/Target/TargetLowering.h:1574: >>> warning: unused parameter ‘VT1’ >>> /home/ether/sources/llvm/include/llvm/Target/TargetLowering.h:1574: >>> warning: unused parameter ‘VT2’ >>> /home/ether/sources/llvm/include/...

The new dragonegg 2.9 sources fail to build against either FSF gcc 4.5.2 or 4.5.3svn (with the i386_static.diff patch applied) on x86_64-apple-darwin10. In both cases, the build fails as... GCC=/sw/lib/gcc4.5/bin/gcc-4 LLVM_CONFIG=/sw/bin/llvm-config make CPPFLAGS="-DENABLE_LTO -I/sw/include" Compiling utils/TargetInfo.cpp <command-line>: warning: "__STDC_LIMIT_MACROS"

...somewhat-seemingly-reasonably-correct matching and generation code. What's happening is that that generation code constructs two MOVSD2PD instructions. These are all brand-new SDNodes. The very last step of the generation code calls SDNode *RetVal = CurDAG->SelectNodeTo(N.Val, Opc2, VT2, Tmp1, Tmp3, Tmp5); where N is the vector_shuffle node. and the Tmp variables are the two MOVSD2PD instructions and the shuffle mask. SelectNodeTo does an in-place replacement of the machine-independent SDNode (vector_shuffle)with a machine-dependent one (the SHUFPD). When we pop back out to...

...ocal/samba/lib/smb.conf" -DLMHOSTSFILE="/usr/local/samba/lib/lmhosts" -DWEB_ROOT="/usr/loc al/samba" -DLOCKDIR="/usr/local/samba/var/locks" -DSMBRUN="/usr/local/samba/bin/smbrun" -DCODEPAGEDIR="/usr/ local/samba/lib/codepages" -DWORKGROUP="VT2" -DGUEST_ACCOUNT="nobody" -DDRIVERFILE="/usr/local/samba/lib/pri nters.def" -DLINUX -DFAST_SHARE_MODES -DALLOW_CHANGE_PASSWORD -DSMB_PASSWD="/usr/local/samba/bin/smbp asswd" -DSMB_PASSWD_FILE="/usr/local/samba/private/smbpasswd" Using LIBS = Compi...

...ging in `drm_stub_open` (WCHAN column in `top`; status is `D` — “uninterruptible sleep”). I can’t even `kill -9` them: the command succeeds but nothing happens. The first app to hang seems to be the screen locker; it locks the session but fails to present anything on the screen, so I have to go to VT2 and use `loginctl`. But VT switch becomes unreliable: switching from X to console succeeds at second attempt (while switching back seems to succeed always). Also I just found one app hanging in `nouveau_drm_preclose` (`D` too), consuming zero RAM. (pid=6455, noticed in the log) It’s strange but a...

...orrect matching and generation code. > > What's happening is that that generation code constructs two MOVSD2PD > instructions. These are all brand-new SDNodes. The very last step > of the > generation code calls > > SDNode *RetVal = CurDAG->SelectNodeTo(N.Val, Opc2, VT2, Tmp1, Tmp3, > Tmp5); > > where N is the vector_shuffle node. and the Tmp variables are the two > MOVSD2PD instructions and the shuffle mask. SelectNodeTo does an in- > place > replacement of the machine-independent SDNode (vector_shuffle)with a > machine-dependent one (th...

On Fri, October 3, 2008 9:10 am, David Greene wrote: > On Thursday 02 October 2008 19:32, Dan Gohman wrote: > >> Looking at your dump() output above, it looks like the pre-selection >> loads have multiple uses, so even though you've managed to match a >> larger pattern that incorporates them, they still need to exist to >> satisfy some other users. > > Yes,

On Thursday 02 October 2008 19:32, Dan Gohman wrote: > Looking at your dump() output above, it looks like the pre-selection > loads have multiple uses, so even though you've managed to match a > larger pattern that incorporates them, they still need to exist to > satisfy some other users. Yes, I looked at that too. It looks like these other uses end up being chains to

...T4G`7E??S(P!W%#MP0`+@!`Y"4$,WXM/2!4P@0@`V`H<3[D;W]+T"X` M/OXQX3B@-^0IT$[_,:`$D`-@!<`'@2>`*``$(+L%L0!P>3$T2?)7HV<LD=M& MHCSD8S5P(Y)J0A`%0`T<@'`<(00@)TEN=ET'0&DD,%+`,D`G6Q)S[P-P*!$E MH2X`8B4Q,&`'D'YN2#!9A5*?((@B)@0@>?<(8#4#$K!E+@`R`%VT2\'_")`$ M("/03#,P4$R0!9`GX+]4@#(P3G("(3[4)M4H)03N,3TA2=!?="DN`$XQ*W'? M!"`R`%6Q)U%>$64I$%R%]B=+)U]@8F2F)X`G``0@OU3A+L$Q51<@6J%!L&1? M8/YE5&)4LS0-5%,Q-#5@0B']9%%M!"`QD29Q(T`[4#V1_"AB+T$\<BX`%R`+ M@"2P_V`B!&!M,SM2!"`Q\T91*D)...

https://bugs.freedesktop.org/show_bug.cgi?id=85471 Bug ID: 85471 Summary: nouveau/kernel 3.18.0-rc1: nouveau deadlocks on 2nd Xorg start or reboot Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: major Priority: medium

Hi, thank you very much for your reply. I will explain my use case in more detail. First thing is to note that it worked with nvidia (apart from this annoying system freeze which happened roughly every three months). > First off, you're not using the nouveau ddx, you're using the > modesetting ddx. This isn't a problem in itself, but if you're going > to report bugs,

On Wed, May 20, 2009 at 4:55 PM, Dan Gohman <gohman at apple.com> wrote: > Can you explain why you chose the approach of using a new pass? > I pictured removing LegalizeDAG's type legalization code would > mostly consist of finding all the places that use TLI.getTypeAction > and just deleting code for handling its Expand and Promote. Are you > anticipating something more

On May 20, 2009, at 1:34 PM, Eli Friedman wrote: > On Wed, May 20, 2009 at 1:19 PM, Eli Friedman > <eli.friedman at gmail.com> wrote: > >> Per subject, this patch adding an additional pass to handle vector >> >> operations; the idea is that this allows removing the code from >> >> LegalizeDAG that handles illegal types, which should be a significant

...emember that we legalized the chain. - AddLegalizedOperand(Op.getValue(1), LegalizeOp(Result.getValue(1))); - break; - } - case ISD::SELECT: { - Tmp2 = PromoteOp(Node->getOperand(1)); // Legalize the op0 - Tmp3 = PromoteOp(Node->getOperand(2)); // Legalize the op1 - - MVT VT2 = Tmp2.getValueType(); - assert(VT2 == Tmp3.getValueType() - && "PromoteOp SELECT: Operands 2 and 3 ValueTypes don't match"); - // Ensure that the resulting node is at least the same size as the operands' - // value types, because we cannot assume that T...