search for: vpr

Hi, there I am writing an backend, and I met a problem. We don't have load/store instructions for vector predicate registers(vpr for short). The hardware has 64 vector registers(vr for short) and 8 vector predicate registers. And there is no move instructions between vr and vpr. vr supports many operations, and vpr supports vpror, vprxor, vprand and vprinv operations. A vr has 512 bits, and a vpr has 128 bits. vr is used f...

...ber" before RA? Thanks, Jerry 在 2020-06-25 20:29:30，"Hal Finkel" <hfinkel at anl.gov> 写道： On 6/25/20 1:11 AM, 林政宗 via llvm-dev wrote: Hi, there I am writing an backend, and I met a problem. We don't have load/store instructions for vector predicate registers(vpr for short). The hardware has 64 vector registers(vr for short) and 8 vector predicate registers. And there is no move instructions between vr and vpr. vr supports many operations, and vpr supports vpror, vprxor, vprand and vprinv operations. A vr has 512 bits, and a vpr has 128 bits. vr is used f...

...lly I was waiting for the DRM patch "drm/nouvea: support for > probing platform devices" to be applied, but it looks like that's been > applied already, so only patches 4 and 5 in this series are still > outstanding. > > Alex, wasn't there also some issue where the VPR register had to be > programmed, and if it wasn't there'd be a hang when the GPU registers were > touched? If we've added code to Nouveau/tegradrm to detect that and avoid > the problem, then I guess we can commit these last two patches for 3.19. A > resend after the 3.18 me...

...-frame-pointer for clang/llvm because this is not the default. The base option is -O2. Measured on 2.4GHz core-2 box. 64bit: llvm gcc gcc vs LLVM 164.gzip 1268 1320 4.15% 175.vpr 1605 1534 -4.42% 176.gcc 2203 2315 5.08% 181.mcf 1625 1737 6.85% 186.crafty 2411 2307 -4.30% 197.parser...

...ion is -O2. Measured on 2.4GHz core-2 box. > > 64bit: > > llvm gcc gcc vs LLVM > 164.gzip 1268 1320 4.15% > 175.vpr 1605 1534 -4.42% > 176.gcc 2203 2315 5.08% > 181.mcf 1625 1737 6.85% > 186.crafty 2411 2307 -4.30% > 19...

Playing a bit with todays linux-next on my jetson, it seems this patch is still required for enabling the GPU. Is there anything blocking it (firmware not available yet in liux-firmware?) On Mon, May 19, 2014 at 06:24:10PM +0900, Alexandre Courbot wrote: > Signed-off-by: Alexandre Courbot <acourbot at nvidia.com> > --- > arch/arm/boot/dts/tegra124-jetson-tk1.dts | 8 +++++++- >

...e cbe test fails, the other (including JIT) are ok. Affected benchmarks: galgel, equake, lucas, gcc, gap, facerec, sixtrack, wupwise, mgrid, applu, apsi Since these include both SPECfp and SPECint benchmarks, this has nothing todo with f95. *** 2) *** Undefined references With 3 benchmarks (vpr, crafty and eon), I'm getting similar undefined references: /tmp/ccGCQxYs.o(.text+0x76b2): In function `init_chan': 175.vpr.cbe.c: undefined reference to `ltmp_6791_156' /tmp/ccGCQxYs.o(.text+0x76cb):175.vpr.cbe.c: undefined reference to `ltmp_6792_156' /tmp/ccGCQxYs.o(.text+...

...DRM patch "drm/nouvea: support for > > probing platform devices" to be applied, but it looks like that's been > > applied already, so only patches 4 and 5 in this series are still > > outstanding. > > > > Alex, wasn't there also some issue where the VPR register had to be > > programmed, and if it wasn't there'd be a hang when the GPU registers were > > touched? If we've added code to Nouveau/tegradrm to detect that and avoid > > the problem, then I guess we can commit these last two patches for 3.19. A > > rese...

...Benchmarks/Prolangs-C/gnugo/gnugo: llc, cbe, jit (looks like ld hung) Benchmarks/mediabench/gsm/toast/toast: llc Benchmarks/mediabench/jpeg/jpeg-6a/cjpeg: jit Benchmarks/mediabench/mpeg2/mpeg2dec/mpeg2decode: llc, cbe, jit Regressions External: SPEC/CFP2000/177.mesa/177.mesa: cbe SPEC/CINT2000/175.vpr/175.vpr: llc, cbe -Tanya

...ber, the better the performance with low register pressure: CFP2000/177.mesa/177.mesa 1.00 CFP2000/179.art/179.art 0.98 CFP2000/183.equake/183.equake 1.00 CFP2000/188.ammp/188.ammp 0.98 CINT2000/164.gzip/164.gzip 0.97 CINT2000/175.vpr/175.vpr 0.97 CINT2000/176.gcc/176.gcc n/a // crashed! CINT2000/181.mcf/181.mcf 1.02 CINT2000/186.crafty/186.crafty 1.00 CINT2000/197.parser/197.parser 1.01 CINT2000/252.eon/252.eon n/a // never runs CINT2000/253.perlbmk/2...

...ly mentioned there. Only, it says to define the LLVM_LIB_SEARCH_PATH environment variable. Only, I can't find libcrtend.a anywhere in the cfrontend directories. Is there a known workaround for this? And if there is, why isn't it in the documentation? Affected benchmarks: equake, lucas, vpr, gcc, crafty, eon, gcc *** syntax error Compiling the perlbmk benchmark produces a syntax error. This may be a GCC4 problem. <path>/SPEC_CPU2000_1.3_src/benchspec/CINT2000/253.perlbmk/src/ nt_perlmain.c:80: error: syntax error before ‘int’ (among others) This specific line of code is:...

Tanya Lattner wrote: > >> 1. I'm still looking for volunteers to test MacOS X and Solaris. >> If you'd like to volunteer, please email the list to let us know. > > > I'll do minimal testing on Sparc. I'm not going to look into any > regressions though since no one has been really watching Sparc since I > graduated and I am sure there are

...or the DRM patch "drm/nouvea: support for >> probing platform devices" to be applied, but it looks like that's been >> applied already, so only patches 4 and 5 in this series are still >> outstanding. >> >> Alex, wasn't there also some issue where the VPR register had to be >> programmed, and if it wasn't there'd be a hang when the GPU registers were >> touched? If we've added code to Nouveau/tegradrm to detect that and avoid >> the problem, then I guess we can commit these last two patches for 3.19. A >> resend a...

On 31 Aug 2006, at 23:46, Chris Lattner wrote: > On Thu, 31 Aug 2006, Kenneth Hoste wrote: >> Bummer. I think I'll contact the NAG support for more info on >> this. Can you >> show me the content of your Makefile.nagfortran? > > It is identical to yours. > >> Also, it is possible to tell make only to compile benchmark X? How >> can I >>

Hi, all I use llvm-gcc -O4 to compile SPEC 2000, some benchmarks can't be built successfully, such as 164.gzip, 175.vpr etc. The error messages are as follows. .. zh.o unlzw.o unpack.o unzip.o util.o zip.o -o gzip bits.o: file not recognized: File format not recognized collect2: ld returned 1 exit status specmake: *** [gzip] Error 1 specmake options 2> options.err | tee options.out COMP: /home2/li...

...) are ok. > > Affected benchmarks: galgel, equake, lucas, gcc, gap, facerec, > sixtrack, wupwise, mgrid, applu, apsi > > Since these include both SPECfp and SPECint benchmarks, this has > nothing todo with f95. > > *** 2) *** Undefined references > > With 3 benchmarks (vpr, crafty and eon), I'm getting similar > undefined references: > > /tmp/ccGCQxYs.o(.text+0x76b2): In function `init_chan': > 175.vpr.cbe.c: undefined reference to `ltmp_6791_156' > /tmp/ccGCQxYs.o(.text+0x76cb):175.vpr.cbe.c: undefined reference to > `ltmp_6792_156'...

On 2009-12-23 08:22, Li Shengmei wrote: > > Hi, all > > I use llvm-gcc –O4 to compile SPEC 2000, some benchmarks > can’t be built successfully, such as 164.gzip, 175.vpr etc. > > The error messages are as follows. > > > > …… > > zh.o unlzw.o unpack.o unzip.o util.o zip.o -o gzip > > bits.o: file not recognized: File format not recognized > -O4 outputs LLVM bitcode, instead of ELF files, thus requires a linker that is able to...

On Dec 23, 2008, at 3:49 AMPST, Apache wrote: > New Test Failures: > SPEC/CINT2000/175.vpr/175.vpr [LLC compile, LLC-BETA compile, JIT > codegen, LLC, LLC-BETA, JIT] > SPEC/CINT2006/403.gcc/403.gcc [LLC compile, LLC-BETA compile, JIT > codegen, LLC, LLC-BETA, JIT] Dan says these are my doing, I'll look.

...ars ago, so few people around me know how to compile and run them. I am building from sourcefile without installation. so I expect commandlines like: <gcc -Dflag1 -Dflag2 -O2 -o spec_go aaa.c bbb.c ... nnn.c -lm> and then <./spec_go param_1 param_2 ...> For instance, in SPEC2000 175.vpr, we have: 1) gcc -DNDEBUG -DNO_GRAPHICS -O2 -o spec_vpr main.c util.c read_netlist.c read_arch.c place.c route.c draw.c graphics.c stats.c segment_stats.c rr_graph.c rr_graph2.c rr_graph_sbox.c rr_graph_util.c rr_graph_timing_params.c rr_graph_area.c check_rr_graph.c check_route.c hash.c read_p...

...llc, cbe, jit (looks like ld hung) > Benchmarks/mediabench/gsm/toast/toast: llc > Benchmarks/mediabench/jpeg/jpeg-6a/cjpeg: jit > Benchmarks/mediabench/mpeg2/mpeg2dec/mpeg2decode: llc, cbe, jit > > Regressions External: > SPEC/CFP2000/177.mesa/177.mesa: cbe > SPEC/CINT2000/175.vpr/175.vpr: llc, cbe > > > -Tanya > > _______________________________________________ > LLVM Developers mailing list > LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu > http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev -- John T. Criswell Research Programmer Univer...