similar to: [LLVMdev] XPASS: Polly :: Isl/CodeGen/scevcodegen-1.ll (126 of 249) revisited

Building r80796 of the "release_26" branch on Ubuntu 9.04, I'm getting an XPASS on: ssen at ssen:~/llvm/build$ make TESTONE=FrontendC/2009-08-11- AsmBlocksComplexJumpTarget.c check-one make[1]: Entering directory `/home/ssen/llvm/build/test' Making a new site.exp file... XPASS: /home/ssen/llvm/test/FrontendC/2009-08-11- AsmBlocksComplexJumpTarget.c make[1]: Leaving directory

I'm seeing more XPASSes on ExecutionEngine on ARM, but only on Release mode, not Release+Assert: $ grep XPASS final/logs/llvm.check-Phase3-Release.log XPASS: LLVM :: ExecutionEngine/2003-05-06-LivenessClobber.ll (10862 of 14500) XPASS: LLVM :: ExecutionEngine/2003-08-15-AllocaAssertion.ll (10868 of 14500) XPASS: LLVM :: ExecutionEngine/2003-08-23-RegisterAllocatePhysReg.ll (10870 of 14500)

EE/JIT folks, When building release mode, 4 tests XPASS on ARM and I'm guessing is because they were relying on the assert being hit. Unexpected Passing Tests (4): LLVM :: ExecutionEngine/2003-05-06-LivenessClobber.ll LLVM :: ExecutionEngine/2003-08-15-AllocaAssertion.ll LLVM :: ExecutionEngine/2003-08-23-RegisterAllocatePhysReg.ll LLVM ::

Hi, I've got the same 4 unexpected passing tests on the AArch64 buildbot. I checked the buildbot logs and before these tests started to fail all MCJIT tests were unsupported. I think that maybe this commit - http://llvm.org/viewvc/llvm-project?revision=193459&view=revision <http://llvm.org/viewvc/llvm-project?revision=193459&view=revision> caused the issue but I'm still

Hi, Testing llvm trunk on openSUSE 13.1 ARMv7 I got 4 unexpected passes: Unexpected Passing Tests (4): LLVM :: ExecutionEngine/MCJIT/cross-module-sm-pic-a.ll LLVM :: ExecutionEngine/MCJIT/multi-module-sm-pic-a.ll LLVM :: ExecutionEngine/MCJIT/remote/cross-module-sm-pic-a.ll LLVM :: ExecutionEngine/MCJIT/remote/multi-module-sm-pic-a.ll And one FAIL: Failing Tests (1): LLVM ::

Hi! I've got some "serious" quota-problems with ext3... it seems not to work at all... I'm currently running 249-ac9 with no patches, slackware 7.x-current from january or so, all the quota-utils from the original distribution. the kernel prompts correctly "VFS: Diskquotas version dquot_6.5.0 initialized" and that was it. neither quotacheck nor repquota or any other

http://bugzilla.mindrot.org/show_bug.cgi?id=249 stevesk at pobox.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |DUPLICATE ------- Additional Comments From stevesk at pobox.com 2002-05-18

http://bugzilla.mindrot.org/show_bug.cgi?id=249 Summary: open /dev/tty failed Product: Portable OpenSSH Version: -current Platform: UltraSparc OS/Version: Solaris Status: NEW Severity: critical Priority: P2 Component: sshd AssignedTo: openssh-unix-dev at mindrot.org ReportedBy: sam at

3.16.62-rc1 review patch. If anyone has any objections, please let me know. ------------------ From: Dan Carpenter <dan.carpenter at oracle.com> commit 571d0563c8881595f4ab027aef9ed1c55e3e7b7c upstream. The first argument to WARN_ONCE() is a condition. Fixes: 5800dc5c19f3 ("x86/paravirt: Fix spectre-v2 mitigations for paravirt guests") Signed-off-by: Dan Carpenter

From: Jason Wang <jasowang at redhat.com> [ Upstream commit 098eadce3c622c07b328d0a43dda379b38cf7c5e ] Vhost_net was known to suffer from HOL[1] issues which is not easy to fix. Several downstream disable the feature by default. What's more, the datapath was split and datacopy path got the support of batching and XDP support recently which makes it faster than zerocopy part for small

Rotated text for axis labels should be possible with one of par(srt=90) axis(1,at,labels) par(srt=0) or axis(1,at,labels,srt=90) (or similar with crt instead of srt) None of these works in pre0.65 or in 0.64.2 _ platform sparc-sun-solaris2.7 arch sparc os solaris2.7 system sparc,