- Apr 10, 2024
-
-
Mauro Carvalho Chehab authored
The new gcc version 14 now complains when calloc is called with inverted arguments. use the script from: a0ee73a8f359 ("benchmarks: fix calloc calls with inverted arguments") To fix it. Signed-off-by:
Mauro Carvalho Chehab <mchehab@kernel.org> Reviewed-by:
Kamil Konieczny <kamil.konieczny@linux.intel.com>
-
- Apr 23, 2021
-
-
Petri Latvala authored
Now that autotools is gone and you always build to a dedicated build directory with meson, we can remove .gitignore files that only had the purpose of ignoring built binaries in the source directories. Signed-off-by:
Petri Latvala <petri.latvala@intel.com> Cc: Arkadiusz Hiler <arek@hiler.eu> Reviewed-by:
Arkadiusz Hiler <arek@hiler.eu>
-
Petri Latvala authored
Now that autotools is gone we can stop ignoring its generated files. Signed-off-by:
Petri Latvala <petri.latvala@intel.com> Cc: Arkadiusz Hiler <arek@hiler.eu> Reviewed-by:
Arkadiusz Hiler <arek@hiler.eu>
-
- Mar 23, 2021
-
-
Arkadiusz Hiler authored
Since meson 0.56 colons are used to filter tests by subproject, and if we use them in test names we get: DEPRECATION: ":" is not allowed in test name Cc: Petri Latvala <petri.latvala@intel.com> Signed-off-by:
Arkadiusz Hiler <arek@hiler.eu> Reviewed-by:
Petri Latvala <petri.latvala@intel.com>
-
- Feb 01, 2021
-
-
Chris Wilson authored
For the simple assigment of constant strings to a char*, fix the type. For the autogenerated bison output, tell gcc/clang to ignore the warnings. v2: When in doubt disable the warning generated by the bison output Signed-off-by:
Chris Wilson <chris@chris-wilson.co.uk> Reviewed-by:
Petri Latvala <petri.latvala@intel.com>
-
- Mar 20, 2020
-
-
Another spot where we fail compilation with -fcommon, due to src_operand getting included in multiple translation units without being marked as extern: /usr/bin/ld: assembler/1ca89e8@@intel-gen4asm@exe/meson-generated_gram.c.o:assembler/gen4asm.h:119: multiple definition of `src_operand'; assembler/1ca89e8@@intel-gen4asm@exe/meson-generated_lex.c.o:assembler/gen4asm.h:119: first defined here /usr/bin/ld: assembler/1ca89e8@@intel-gen4asm@exe/main.c.o:assembler/gen4asm.h:119: multiple definition of `src_operand'; assembler/1ca89e8@@intel-gen4asm@exe/meson-generated_lex.c.o:assembler/gen4asm.h:119: first defined here However, we never actually refer to this variable - only its type definition. So, just remove the declaration entirely. Changes since v1: * Don't make src_operand extern - just remove the variable declaration entirely, we only ever use the typedef - Chris Wilson Signed-off-by:
Lyude Paul <lyude@redhat.com> Reviewed-by:
Petri Latvala <petri.latvala@intel.com>
-
- Jan 29, 2019
-
-
Simona Vetter authored
Seems to have seen no activity in past years, dropping the automake support hopefully doesn't upset anyone. Acked-by:
Petri Latvala <petri.latvala@intel.com> Signed-off-by:
Daniel Vetter <daniel.vetter@intel.com>
-
- Nov 05, 2018
-
-
Petri Latvala authored
We had quite a bit of warning flags active on autotools builds that were not used for meson builds. Add the same flags autotools builds used to what meson was using (some flags autotools didn't have). For the assembler, disable some of the flags to make it build cleanly again. Signed-off-by:
Petri Latvala <petri.latvala@intel.com> Reviewed-by:
Arkadiusz Hiler <arkadiusz.hiler@intel.com>
-
Petri Latvala authored
This code is supposedly checking of the given register is nr=0 in ARF but was instead checking twice if the register is anything in ARF. Signed-off-by:
Petri Latvala <petri.latvala@intel.com> Reviewed-by:
Arkadiusz Hiler <arkadiusz.hiler@intel.com>
-
- Apr 04, 2018
-
-
Adam Sampson authored
The assembler should accept ub, :ub, UB and :UB. Signed-off-by:
Adam Sampson <ats@offog.org> Reviewed-by:
Arkadiusz Hiler <arkadiusz.hiler@intel.com>
-
Adam Sampson authored
When built with automake, the assembler's tokeniser is built with -i, making it case-insensitive. This wasn't being done with meson. (The symptom was build failures in intel-vaapi-driver, which uses register types like ":ub". In lex.l, they're written as ":UB", so the lexer was rejecting them without -i.) Signed-off-by:
Adam Sampson <ats@offog.org> Reviewed-by:
Arkadiusz Hiler <arkadiusz.hiler@intel.com>
-
- Jan 17, 2018
-
-
Petri Latvala authored
Fetch the configuration values in the toplevel meson.build for all subdirs to share. v2: Also remember tests/intel-ci/meson.build Signed-off-by:
Petri Latvala <petri.latvala@intel.com> Cc: Daniel Vetter <daniel.vetter@ffwll.ch> Reviewed-by:
Daniel Vetter <daniel.vetter@ffwll.ch>
-
- Jan 16, 2018
-
-
Petri Latvala authored
If the directories contain spaces, run-test.sh fails. Signed-off-by:
Petri Latvala <petri.latvala@intel.com> Reviewed-by:
Arkadiusz Hiler <arkadiusz.hiler@intel.com>
-
- Nov 29, 2017
-
-
Arkadiusz Hiler authored
This patch gets rid of the Android support, deleting all the hacks and moving code around to the places it belongs. Android build is not really maintained properly and rots rather fast. With recent push for Meson here and Android going for Soong it will only accelerate. It's a good time to drop the illusion of providing any support. Cc: Daniel Vetter <daniel.vetter@intel.com> Cc: Kalyan Kondapally <kalyan.kondapally@intel.com> Cc: Petri Latvala <petri.latvala@intel.com> Cc: Radoslaw Szwichtenberg <radoslaw.szwichtenberg@intel.com> Signed-off-by:
Arkadiusz Hiler <arkadiusz.hiler@intel.com> Reviewed-by:
Juha-Pekka Heikkila <juhapekka.heikkila@gmail.com> Acked-by:
Petri Latvala <petri.latvala@intel.com>
-
- Oct 30, 2017
-
-
Rhys Kidd authored
[[ a != b ]] is a bashism. As it's just comparing $1 to an empty string, use -n with a normal [ ]. Noticed whilst testing meson builds. /bin/sh is apparently dash in Intel's CI. v2: - keep this as a /bin/sh script (Joonas Lahtinen) Fixes: c3863e19 ("assembler/test: Prep work for meson") CC: Daniel Vetter <daniel.vetter@ffwll.ch> CC: Petri Latvala <petri.latvala@intel.com> Reviewed-by:
Joonas Lahtinen <joonas.lahtinen@linux.intel.com> Signed-off-by:
Rhys Kidd <rhyskidd@gmail.com>
-
- Oct 02, 2017
-
-
Petri Latvala authored
Signed-off-by:
Petri Latvala <petri.latvala@intel.com> Acked-by:
Daniel Vetter <daniel.vetter@ffwll.ch>
-
- Sep 18, 2017
-
-
Ville Syrjälä authored
Install the assembler and disassemebler binaries, and the accompanying pkg-config file. Change libbrw into a static library since we don't want to install that. Reviewed-by:
Jordan Justen <jordan.l.justen@intel.com> Signed-off-by:
Ville Syrjälä <ville.syrjala@linux.intel.com>
-
- Sep 08, 2017
-
-
Simona Vetter authored
Why? Because it's fast. Like really, really fast. Some data (from a snb laptop, so rather lower-powered): - Incremental build after $ touch lib/igt_core.c with meson: 0.6s It notices that the symbol list of the libigt.so hasn't changed and doesn't bother re-linking the almost 300 binaries we have. make -j 6 for the same scenario takes 44s. - Incremental build with nothing changed: make: 0.7s, meson: 0.2s This means stuff like --disable-git-hash is entirely pointless with meson, it's faster than a make ever can be (with 0.6s). - Reconfigure stage: ninja reconfigure 0.8s vs. ./configure 8.6s) - Running tests, after a full build: ninja test 6s vs. make check 24s - Full build (i.e. including ./autogen.sh respectively meson build), including tests, from a pristine git checkout. automake 2m49s vs. meson 44s. Cc: Ville Syrjälä <ville.syrjala@linux.intel.com> Cc: Eric Anholt <eric@anholt.net> Cc: Daniel Stone <daniel@fooishbar.org> Acked-by:
Jani Nikula <jani.nikula@intel.com> Acked-by:
Arkadiusz Hiler <arkadiusz.hiler@intel.com> Acked-by:
Petri Latvala <petri.latvala@intel.com> Acked-by:
Daniel Stone <daniels@collabora.com> Acked-by:
Radoslaw Szwichtenberg <radoslaw.szwichtenberg@intel.com> Signed-off-by:
Daniel Vetter <daniel.vetter@intel.com>
-
Simona Vetter authored
Again we want to be able to run each testcase individually. Also, we need to make sure the target directory for the temp files exists - meson always builds with a build-dir outside of the source tree. Acked-by:
Jani Nikula <jani.nikula@intel.com> Acked-by:
Arkadiusz Hiler <arkadiusz.hiler@intel.com> Acked-by:
Petri Latvala <petri.latvala@intel.com> Acked-by:
Daniel Stone <daniels@collabora.com> Acked-by:
Radoslaw Szwichtenberg <radoslaw.szwichtenberg@intel.com> Signed-off-by:
Daniel Vetter <daniel.vetter@ffwll.ch>
-
- Mar 10, 2017
-
-
Petri Latvala authored
Signed-off-by:
Petri Latvala <petri.latvala@intel.com> Reviewed-by:
Mika Kahola <mika.kahola@intel.com>
-
- Nov 30, 2016
-
-
Kristian H. Kristensen authored
Signed-off-by:
Kristian H. Kristensen <hoegsberg@gmail.com> Reviewed-by:
Lionel Landwerlin <lionel.g.landwerlin@intel.com>
-
Kristian H. Kristensen authored
Setting the 3src sources will assert align16, but that doesn't get set until we call set_instruction_options(). Call that before setting sources. Signed-off-by:
Kristian H. Kristensen <hoegsberg@gmail.com> Reviewed-by:
Lionel Landwerlin <lionel.g.landwerlin@intel.com>
-
Kristian H. Kristensen authored
We need to map the type to the 3src encoding before comparing to insn->bits1.da3src.src_reg_type, which is 3src encoded. Signed-off-by:
Kristian H. Kristensen <hoegsberg@gmail.com> Reviewed-by:
Lionel Landwerlin <lionel.g.landwerlin@intel.com>
-
- Sep 01, 2016
-
-
Marius Vlad authored
We need to have the test list generated before running the check target. Migrated igt_command_line.sh to tests/ from lib/tests/, which allows to building the tests and execute the script. This would allow cleaning followed by a make check. Also assembler/ directory needs also to be adjusted in order for this to work. Kept the possibility to invoke tests/igt_command_line.sh to determine which test is failing. Signed-off-by:
Marius Vlad <marius.c.vlad@intel.com> Url: https://patchwork.freedesktop.org/series/6539/ Reviewed-By:
Chris Wilson <chris@chris-wilson.co.uk>
-
- Jun 23, 2016
-
-
marius vlad authored
Signed-off-by:
Marius Vlad <marius.c.vlad@intel.com> Acked-by:
Damien Lespiau <damien.lespiau@intel.com>
-
- Aug 21, 2015
-
-
Thomas Wood authored
Built sources are generated by "make all", so should be removed by "make clean". This also ensures "distcleancheck" passes. Signed-off-by:
Thomas Wood <thomas.wood@intel.com>
-
- Sep 30, 2014
-
-
Zhao Yakui authored
The send instruction on gen9 uses the 32bit immediate instead of 6bit immediate for the extended message descriptors. And some bits of SEND instruction are defined as the extdesc field. Signed-off-by:
Zhao Yakui <yakui.zhao@intel.com> Signed-off-by:
Ben Widawsky <benjamin.widawsky@intel.com> Signed-off-by:
Damien Lespiau <damien.lespiau@intel.com>
-
Zhao Yakui authored
Signed-off-by:
Zhao Yakui <yakui.zhao@intel.com> Signed-off-by:
Ben Widawsky <benjamin.widawsky@intel.com> Signed-off-by:
Damien Lespiau <damien.lespiau@intel.com>
-
Zhao Yakui authored
READ(...) is used for Render Target read and Media Block read. But there is no sampler cache agent on gen9. At the same time two message types don't share the same cache agent any more. So a parameter is needed for cache agent. The 2th parameter of read(...) is not used for gen6/gen7/gen8. Hence it is reused as cache agent for SKL as that on ILK. Signed-off-by:
Zhao Yakui <yakui.zhao@intel.com> Signed-off-by:
Ben Widawsky <benjamin.widawsky@intel.com> Signed-off-by:
Damien Lespiau <damien.lespiau@intel.com>
-
Zhao Yakui authored
The different cache agent type is defined for SKL although it still uses the same function ID as the previous generations. Signed-off-by:
Zhao Yakui <yakui.zhao@intel.com> Signed-off-by:
Ben Widawsky <benjamin.widawsky@intel.com> Signed-off-by:
Damien Lespiau <damien.lespiau@intel.com>
-
Damien Lespiau authored
Signed-off-by:
Damien Lespiau <damien.lespiau@intel.com> Signed-off-by:
Ben Widawsky <ben@bwidawsk.net> Signed-off-by:
Damien Lespiau <damien.lespiau@intel.com>
-
- May 19, 2014
-
-
Haihao Xiang authored
The scratch patch only works for generic register Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=75631 Tested-by:
Matt Turner <mattst88@gmail.com> Signed-off-by:
Xiang, Haihao <haihao.xiang@intel.com> Signed-off-by:
Damien Lespiau <damien.lespiau@intel.com>
-
Haihao Xiang authored
Fortunately our existing source didn't use swizzle. Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=75631 Tested-by:
Matt Turner <mattst88@gmail.com> Signed-off-by:
Xiang, Haihao <haihao.xiang@intel.com> Signed-off-by:
Damien Lespiau <damien.lespiau@intel.com>
-
- Feb 13, 2014
-
-
Zhao Yakui authored
The Sampler/Constant cache is read-only. And it can't be used as the target cache agent of WRITE message. Reviewed-by:
Xiang, Haihao <haihao.xiang@intel.com> Signed-off-by:
Zhao Yakui <yakui.zhao@intel.com> Signed-off-by:
Damien Lespiau <damien.lespiau@intel.com>
-
- Feb 11, 2014
-
-
Signed-off-by:
Thomas Wood <thomas.wood@intel.com> Signed-off-by:
Daniel Vetter <daniel.vetter@ffwll.ch>
-
- Feb 06, 2014
-
-
Signed-off-by:
Thomas Wood <thomas.wood@intel.com> Signed-off-by:
Daniel Vetter <daniel.vetter@ffwll.ch>
-
- Dec 06, 2013
-
-
Haihao Xiang authored
write(...) is used for Render Target Write and Media Block Write. The two message types no longer share the same cache agent on GEN8, So a parameter is needed for cache agent. The 4th parameter of write() is used for write commit bit which has been removed since GEN7. Hence we can re-use the 4th parameter as cache agent on GEN8 Reviewed-by:
Damien Lespiau <damien.lespiau@intel.com> Signed-off-by:
Xiang, Haihao <haihao.xiang@intel.com> Signed-off-by:
Damien Lespiau <damien.lespiau@intel.com>
-
- Nov 06, 2013
-
-
Zhao Yakui authored
This is required to send some messages to data port in GPU shader. For example: media_block_write message. Signed-off-by:
Zhao Yakui <yakui.zhao@intel.com> Reviewed-by:
Kenneth Graunke <kenneth@whitecape.org> Signed-off-by:
Ben Widawsky <ben@bwidawsk.net>
-
Zhao Yakui authored
Otherwise it can't compile the following GPU shader that uses the register-indirect addressing mode. >add.sat (16) r[a0.5,0]<1>:uw r[a0.5,0]<16;16,1>:uw 0x0080:uw >add.sat (16) r[a0.5,32]<1>:uw r[a0.5,32]<16;16,1>:uw 0x0080:uw Signed-off-by:
Zhao Yakui <yakui.zhao@intel.com> Signed-off-by:
Ben Widawsky <ben@bwidawsk.net>
-
Haihao Xiang authored
Signed-off-by:
Xiang, Haihao <haihao.xiang@intel.com> Signed-off-by:
Ben Widawsky <ben@bwidawsk.net>
-