summaryrefslogtreecommitdiff
AgeCommit message (Collapse)AuthorFilesLines
44 hourstests/intel/kms_frontbuffer_tracking: Fix testplan documentationHEADmasterBhanuprakash Modem1-0/+4
Fix the testplan documentaion for i915 specific tests. Signed-off-by: Bhanuprakash Modem <bhanuprakash.modem@intel.com> Acked-by: Kamil Konieczny <kamil.konieczny@linux.intel.com>
2 daysintel-ci: Blocklist igt@i915_module_load@loadJanusz Krzysztofik1-0/+10
This test expects the i915 module not loaded, and it SKIPs if it finds one already loaded. It was intended only for CI BAT runs as the very first test executed. It's not suitable for CI runs with random test selection and ordering. Since omitting it from non-BAT runs doesn't affect coverage, blocklist it instead of maintaining as expected SKIP. Closes: https://gitlab.freedesktop.org/drm/i915/kernel/-/issues/6227 Signed-off-by: Janusz Krzysztofik <janusz.krzysztofik@linux.intel.com> Acked-by: Kamil Konieczny <kamil.konieczny@linux.intel.com>
2 daystests/intel-ci: Block all gem_exec_fair testsKatarzyna Piecielska1-1/+1
As i915 schedules is not going to be improved there is no need to execute gem_exec_fair tests. For now let's keep them for future reference. Ref: https://gitlab.freedesktop.org/drm/intel/issues/2842 https://gitlab.freedesktop.org/drm/i915/kernel/-/issues/12786 Signed-off-by: Katarzyna Piecielska <katarzyna.piecielska@intel.com> Cc: Andi Shyti <andi.shyti@linux.intel.com> Cc: Krzysztof Niemiec <krzysztof.niemiec@intel.com> Reviewed-by: Krzysztof Niemiec <krzysztof.niemiec@intel.com> Reviewed-by: Kamil Konieczny <kamil.konieczny@linux.intel.com>
2 daystests/kms_hdr: Skip brightness on non-internal panelsSanthosh Reddy Guddati1-0/+6
Skip the brightness test if the output is not an internal panel and log the skip message. -Add closes tag in commit message (Swati). Closes: https://gitlab.freedesktop.org/drm/xe/kernel/-/issues/3312 Signed-off-by: Santhosh Reddy Guddati <santhosh.reddy.guddati@intel.com> Reviewed-by: Pranay Samala <pranay.samala@intel.com> Reviewed-by: Swati Sharma <swati2.sharma@intel.com>
3 dayslib/xe/oa: Re-instate TestOa metric sets in LNL/BMG XML'sAshutosh Dixit4-5/+1010
TestOa metrics for LNL set was dropped in 548fd137a9fe ("xe/oa: Update oa-lnl.xml"). However TestOa metrics can be useful for checking OA data. We are trying to figure out how to make use of the TestOa metrics for OA validation but for now reinstate TestOa metrics in LNL/BMG XML's. Generated via repeated invocations of: update-guids.py --guids=guids.xml MetricsXML_LNL.xml > guids.lnl.xml # copy new guid's from guids.lnl.xml into guids.xml mdapi-xml-convert.py --guids=guids.xml MetricsXML_LNL.xml > oa-lnl.xml and update-guids.py --guids=guids.xml MetricsXML_BMG.xml > guids.bmg.xml # copy new guid's from guids.bmg.xml into guids.xml mdapi-xml-convert.py --guids=guids.xml MetricsXML_BMG.xml > oa-bmg.xml v2: Add FIXME in lib/xe/oa-configs/codegen.py for $GtXeCore (José) Signed-off-by: Ashutosh Dixit <ashutosh.dixit@intel.com> Reviewed-by: José Roberto de Souza <jose.souza@intel.com>
3 daystests/i915/kms_flip_tiling: Fix pageflip timeout for low vrefresh modesImre Deak1-1/+13
The current fixed 50 ms timeout for pageflip completion is not long enough for low vrefresh modes. In general the timeout should account for one frame for the flip itself + one frame for vblank waiting due to FBC invalidation + a fixed amount for scheduling overhead delivering the completion event to userspace. For the usual 60Hz modes the 50 ms timeout worked ok based on the above (2 * 17 ms + 16 ms), but didn't work for 30 Hz modes (the minimum timeout for those being ~67 ms). Based on the above use a timeout length of 2 * mode specific frame time + 20 ms fixed scheduling delay. Testcase: igt@kms_flip_tiling Closes: https://gitlab.freedesktop.org/drm/xe/kernel/-/issues/1491 Reviewed-by: Swati Sharma <swati2.sharma@intel.com> Signed-off-by: Imre Deak <imre.deak@intel.com>
3 dayslib/igt_kms: Add kmstest_wait_for_pageflip_timeout()Imre Deak2-4/+18
Add a function to wait for a page flip completion providing the timeout duration. This is required by the next patch, using an Intel HW specific pageflip timeout. Reviewed-by: Swati Sharma <swati2.sharma@intel.com> Signed-off-by: Imre Deak <imre.deak@intel.com>
3 dayslib/igt_kms: Add igt_kms_frame_time_from_vrefresh()Imre Deak3-20/+31
Export a helper originally added to kms_vrr.c to convert a vertical refresh rate to frame time. Use uint32_t for the type of vrefresh matching the type of drmModeModeInfo::vrefresh. Reviewed-by: Swati Sharma <swati2.sharma@intel.com> Signed-off-by: Imre Deak <imre.deak@intel.com>
3 daystests/gem_ccs: Add large-ctrl-surf-copy subtestZbigniew Kempczyński1-0/+130
This is counterpart subtest for i915 driver which has same meaning for Xe (DG2) - check if big surface which ccs data might not fit in single ctrl-surf-copy is handled properly in the blitter library. Cc: Juha-Pekka Heikkila <juhapekka.heikkila@gmail.com> Reviewed-by: Juha-Pekka Heikkila <juhapekka.heikkila@gmail.com> Link: https://lore.kernel.org/r/20241108064712.252927-4-zbigniew.kempczynski@intel.com Signed-off-by: Zbigniew Kempczyński <zbigniew.kempczynski@intel.com>
3 daystests/xe_ccs: Add large-ctrl-surf-copy subtestZbigniew Kempczyński1-2/+143
For big surface which ccs data might not fit in single ctrl-surf-copy blit we need to ensure library code is properly populating batchbuffer with couple of these commands. Lets add the large-ctrl-surf-copy subtest which uses quite large surface 4096 x (4096 + 64) x 32bpp (16MiB). Value 64 was selected intentionally, as 64 is expected aligned height for Tile64 (thus bigger than for other supported tilings) and this size exceeds single ctrl-surf-copy blit on Xe. On Xe2 we have bigger granularity per operation (4MiB) what will produce more blits than on Xe. Cc: Juha-Pekka Heikkila <juhapekka.heikkila@gmail.com> Reviewed-by: Juha-Pekka Heikkila <juhapekka.heikkila@gmail.com> Link: https://lore.kernel.org/r/20241108064712.252927-3-zbigniew.kempczynski@intel.com Signed-off-by: Zbigniew Kempczyński <zbigniew.kempczynski@intel.com>
3 dayslib/intel_blt: Handle multiple ctrl-surf-copy blits on big surfaceZbigniew Kempczyński1-35/+86
Copying ccs data for bigger surfaces requires couple of blits. This is caused by the limitation of 10-bit size (for Xe and Xe2+) of the ctrl-surf-copy operation. To handle bigger than 64MiB surfaces on Xe and 4MiB on Xe2+ we need to divide blits to fit in mentioned 10-bit size. Change introduces looping around big surface to produce batch with couple of ctrl-surf-copy blits. Cc: Juha-Pekka Heikkila <juhapekka.heikkila@gmail.com> Reviewed-by: Juha-Pekka Heikkila <juhapekka.heikkila@gmail.com> Link: https://lore.kernel.org/r/20241108064712.252927-2-zbigniew.kempczynski@intel.com Signed-off-by: Zbigniew Kempczyński <zbigniew.kempczynski@intel.com>
6 daystests/intel-ci: Remove xe_bo_shrink_kunitNirmoy Das2-1/+6
Remove xe_bo_shrink_kunit which takes a while to run on various machines. There is no good way to make it faster. Also add it to the blocklist so this doesn't executed by non-BAT test. v2: Add it to blocklist(Matt) Cc: Matthew Auld <matthew.auld@intel.com> Suggested-by: Thomas Hellström <thomas.hellstrom@linux.intel.com> Link: https://gitlab.freedesktop.org/drm/xe/kernel/-/issues/2998 Signed-off-by: Nirmoy Das <nirmoy.das@intel.com> Acked-by: Kamil Konieczny <kamil.konieczny@linux.intel.com>
6 daystests/kms_color: fix data->outputSwati Sharma1-4/+0
data->output at dynamic subtest is getting overwritten by some other output. For ex: Starting dynamic subtest: pipe-C-eDP-1 pipe-C-DP-1: (Max dot-clock: 1305600 KHz), force joiner: No 7680x4320: 30 1030250 7680 7710 7720 7880 4320 4323 4328 4368 0x48 0x9 pipe-C: Last pipe couldn't be used as a Bigjoiner Primary. Test requirement not met in function run_ctm_tests_for_pipe, file ../tests/kms_color.c:827: Test requirement: pipe_output_combo_valid(data, p) Last errno: 2, No such file or directory Dynamic subtest pipe-C-eDP-1: SKIP (0.001s) Here, eDP-1 at dynamic subtest is getting overwritten by DP-1 leading to false results. Closes: https://gitlab.freedesktop.org/drm/xe/kernel/-/issues/3362 Signed-off-by: Swati Sharma <swati2.sharma@intel.com> Reviewed-by: Bhanuprakash Modem <bhanuprakash.modem@intel.com>
6 daystests/kms_vrr: Set VRR_ENABLED property as false for non-VRR panel as wellJouni Högander1-2/+1
Currently we are facing problems with PSR testcases after running negative-basic subtest. These are because VRR_ENABLED property is left enabled by negative-basic subtest and having VRR enabled disables PSR currently. Fix this by setting the property as false for non-VRR panel as well. Signed-off-by: Jouni Högander <jouni.hogander@intel.com> Reviewed-by: Swati Sharma <swati2.sharma@intel.com>
7 daystests/intel-ci/xe-fast-feedback: Add SR-IOV FLR testJakub Kolakowski1-0/+1
Add SR-IOV test to exercise Function Level Reset (FLR) on VF1 in BAT testing. Test being added: - igt@xe_sriov_flr@flr-vf1-clear Signed-off-by: Jakub Kolakowski <jakub1.kolakowski@intel.com> Cc: Adam Miszczak <adam.miszczak@intel.com> Cc: Marcin Bernatowicz <marcin.bernatowicz@intel.com> Cc: Lukasz Laguna <lukasz.laguna@intel.com> Reviewed-by: Marcin Bernatowicz <marcin.bernatowicz@linux.intel.com>
7 dayslib/xe/xe_sriov_provisioning: Extract function to search provisioned PTE rangesMarcin Bernatowicz3-89/+137
Extract the function to search for GGTT provisioned PTE ranges for each VF from test/xe_sriov_flr to a library file lib/xe/xe_sriov_provisioning. This refactoring improves code reusability and will allow to prepare a test comparing debugfs exposed ggtt_provisioned attribute. v2: Correct function description (Adam) Signed-off-by: Marcin Bernatowicz <marcin.bernatowicz@linux.intel.com> Reviewed-by: Adam Miszczak <adam.miszczak@linux.intel.com> Cc: Adam Miszczak <adam.miszczak@linux.intel.com> Cc: C V Narasimha <narasimha.c.v@intel.com> Cc: Jakub Kolakowski <jakub1.kolakowski@intel.com> Cc: K V P Satyanarayana <satyanarayana.k.v.p@intel.com> Cc: Lukasz Laguna <lukasz.laguna@intel.com> Cc: Michał Wajdeczko <michal.wajdeczko@intel.com> Cc: Michał Winiarski <michal.winiarski@intel.com> Cc: Piotr Piórkowski <piotr.piorkowski@intel.com> Cc: Tomasz Lis <tomasz.lis@intel.com>
7 daystests/intel/xe_sriov_flr: Verify full LMEM rangeMarcin Bernatowicz1-14/+45
Read provisioned LMEM ranges from debugfs lmem_provisioned attribute and verify full LMEM ranges in clear-lmem subcheck. Signed-off-by: Marcin Bernatowicz <marcin.bernatowicz@linux.intel.com> Reviewed-by: Adam Miszczak <adam.miszczak@linux.intel.com> Cc: Adam Miszczak <adam.miszczak@linux.intel.com> Cc: Jakub Kolakowski <jakub1.kolakowski@intel.com> Cc: Marcin Bernatowicz <marcin.bernatowicz@linux.intel.com> Cc: Michał Wajdeczko <michal.wajdeczko@intel.com> Cc: Michał Winiarski <michal.winiarski@intel.com> Cc: Narasimha C V <narasimha.c.v@intel.com> Cc: Piotr Piórkowski <piotr.piorkowski@intel.com> Cc: Satyanarayana K V P <satyanarayana.k.v.p@intel.com> Cc: Tomasz Lis <tomasz.lis@intel.com>
7 dayslib/xe/xe_sriov_debugfs: Add function to read provisioned rangesMarcin Bernatowicz2-1/+146
Implement xe_sriov_pf_debugfs_read_provisioned_ranges() to read and parse VFs provisioned ranges from the debug filesystem. Introduce xe_sriov_debugfs_provisioned_attr_name() to get the debugfs attribute name for a given shared resource type. v2: Correct function description (Adam) Signed-off-by: Marcin Bernatowicz <marcin.bernatowicz@linux.intel.com> Reviewed-by: Adam Miszczak <adam.miszczak@linux.intel.com> Cc: Adam Miszczak <adam.miszczak@linux.intel.com> Cc: Jakub Kolakowski <jakub1.kolakowski@intel.com> Cc: Marcin Bernatowicz <marcin.bernatowicz@linux.intel.com> Cc: Michał Wajdeczko <michal.wajdeczko@intel.com> Cc: Michał Winiarski <michal.winiarski@intel.com> Cc: Narasimha C V <narasimha.c.v@intel.com> Cc: Piotr Piórkowski <piotr.piorkowski@intel.com> Cc: Satyanarayana K V P <satyanarayana.k.v.p@intel.com> Cc: Tomasz Lis <tomasz.lis@intel.com>
7 dayslib/xe/xe_sriov_provisioning: Define resource types and provisioned range ↵Marcin Bernatowicz3-0/+79
structure Add shared resource enumeration, provisioned range structure definition, and provide a function to convert shared resource enums to their string representation. These types will be used in a subsequent patch to read VF provisioned resources from the debug filesystem. Signed-off-by: Marcin Bernatowicz <marcin.bernatowicz@linux.intel.com> Reviewed-by: Adam Miszczak <adam.miszczak@linux.intel.com> Cc: Adam Miszczak <adam.miszczak@linux.intel.com> Cc: Jakub Kolakowski <jakub1.kolakowski@intel.com> Cc: Marcin Bernatowicz <marcin.bernatowicz@linux.intel.com> Cc: Michał Wajdeczko <michal.wajdeczko@intel.com> Cc: Michał Winiarski <michal.winiarski@intel.com> Cc: Narasimha C V <narasimha.c.v@intel.com> Cc: Piotr Piórkowski <piotr.piorkowski@intel.com> Cc: Satyanarayana K V P <satyanarayana.k.v.p@intel.com> Cc: Tomasz Lis <tomasz.lis@intel.com>
7 dayslib/xe_sriov_debugfs: Add helper for opening attributesLukasz Laguna3-0/+82
Helper allows to open SR-IOV debugfs attributes corresponding to specified PF device, VF number and GT number. v2: Remove unnecessary include (Kamil) Signed-off-by: Lukasz Laguna <lukasz.laguna@intel.com> Signed-off-by: Marcin Bernatowicz <marcin.bernatowicz@linux.intel.com> Reviewed-by: Adam Miszczak <adam.miszczak@linux.intel.com> Cc: Adam Miszczak <adam.miszczak@linux.intel.com> Cc: Jakub Kolakowski <jakub1.kolakowski@intel.com> Cc: Kamil Konieczny <kamil.konieczny@linux.intel.com> Cc: Michał Wajdeczko <michal.wajdeczko@intel.com> Cc: Michał Winiarski <michal.winiarski@intel.com> Cc: Narasimha C V <narasimha.c.v@intel.com> Cc: Piotr Piórkowski <piotr.piorkowski@intel.com> Cc: Satyanarayana K V P <satyanarayana.k.v.p@intel.com> Cc: Tomasz Lis <tomasz.lis@intel.com>
7 daystests/intel/xe_fault_injection: Inject errors during vm bind IOCTLFrancois Dugast1-1/+75
Use the fault injection infrastructure to make targeted internal KMD functions fail when executing xe_vm_bind_ioctl() so that more code paths are tested, such as error handling and unwinding. v2: Order function names alphabetically (Rodrigo Vivi) Add xe_pt_update_ops_{prepare,run} (Matthew Brost) Signed-off-by: Francois Dugast <francois.dugast@intel.com> Reviewed-by: Rodrigo Vivi <rodrigo.vivi@intel.com>
7 daystests/intel/xe_fault_injection: Inject errors during vm create IOCTLFrancois Dugast1-2/+53
Use the fault injection infrastructure to make targeted internal KMD functions fail when executing xe_vm_create_ioctl() so that more code paths are tested, such as error handling and unwinding. v2: Order function names alphabetically (Rodrigo Vivi) Cc: Rodrigo Vivi <rodrigo.vivi@intel.com> Signed-off-by: Francois Dugast <francois.dugast@intel.com> Reviewed-by: Rodrigo Vivi <rodrigo.vivi@intel.com>
7 daystests/intel/xe_fault_injection: Use igt_sysfs helpersFrancois Dugast1-66/+61
Make use of existing helpers from igt_sysfs where possible. This improves robustness and removes code duplication. v2: Keep verbose value to 1 (Rodrigo Vivi) Cc: Rodrigo Vivi <rodrigo.vivi@intel.com> Signed-off-by: Francois Dugast <francois.dugast@intel.com> Reviewed-by: Rodrigo Vivi <rodrigo.vivi@intel.com>
7 dayslib/igt_sysfs: Add igt_sysfs_{get,set}_s32Francois Dugast2-0/+76
Add this family of functions to read and write signed values in sysfs. Signed-off-by: Francois Dugast <francois.dugast@intel.com> Reviewed-by: Kamil Konieczny <kamil.konieczny@linux.intel.com>
7 daystests/intel/xe_fault_injection: Use a static list of functionsFrancois Dugast1-31/+41
Until now the list of error injectable functions was determined at runtime by reading debugfs. This was convenient as a new function added in KMD would automatically be tested in a separate test. This worked well as long as all error injectable functions were meant to only be tested during probe time, which is a specific scenario. As we want to use error injection in other situations, we will not be able to automatically determine if this is a case for probe time, so we need to make it explicit. v2: Order function names alphabetically (Rodrigo Vivi) Signed-off-by: Francois Dugast <francois.dugast@intel.com> Reviewed-by: Rodrigo Vivi <rodrigo.vivi@intel.com>
7 dayslib/monitor_edids/hdmi_edids: Swap edidsPranay Samala1-26/+26
The EDID for the 1920x1200 at 59.950 Hz mode is already included. It will be swapped with the EDID for the 2560x1600 at 59.972 Hz mode to ensure full coverage of all EDIDs. v2: Update subject (Swati) Signed-off-by: Pranay Samala <pranay.samala@intel.com> Reviewed-by: Kunal Joshi <kunal1.joshi@intel.com>
7 daystests/chamelium/kms_chamelium_edid: Use extended flag to reduce the number ↵Pranay Samala1-1/+25
of edid This test iterates on all the available edids of HDMI. Due to CI test timeut limitation, we are reducing the number of edids to execute to avoid result as timeout. Using extended flag to achieve this. The test will execute only 25 edids when this flag is not used as CI doesnt uses this flag. In local execution to execute on all edids, we have to give this flag at the runtime. Signed-off-by: Pranay Samala <pranay.samala@intel.com> Reviewed-by: Kunal Joshi <kunal1.joshi@intel.com>
7 daystests/kms_3d: Add more logs to skips/failurePranay Samala1-3/+4
Having some logs for test failures and skips would make debugging much easier. v2: Remove CRTC log for fail/skip (Bhanu) v3: Add check for connector connection v4: Remove check for connector connection (Bhanu) v5: Rebasing and sending other version v6: Remove igt_info for connector support (Bhanu) Signed-off-by: Pranay Samala <pranay.samala@intel.com> Reviewed-by: Bhanuprakash Modem <bhanuprakash.modem@intel.com>
7 daystests/kms_flip: Update the skip messagePranay Samala1-1/+1
Debugging would be easier if we had logs available for test failures and skips. This patch rephrases the skip message for better understanding. v2: - Remove .c extension in the filename (Swati) v3: - Add version history (Swati) Signed-off-by: Pranay Samala <pranay.samala@intel.com> Reviewed-by: Naladala Ramanaidu <ramanaidu.naladala@intel.com> Reviewed-by: Swati Sharma <swati2.sharma@intel.com>
8 dayslib: sync PCI ID macros with kernelNgai-Mint Kwan7-261/+90
Synch with kernel commit that uses common PCI ID macros: 3c1d5ced18db ("drm/i915/gsc: ARL-H and ARL-U need a newer GSC FW.") Refactor lib to use new macro definitions and pciids.h header file. Signed-off-by: Ngai-Mint Kwan <ngai-mint.kwan@linux.intel.com> Reviewed-by: Kamil Konieczny <kamil.konieczny@linux.intel.com>
8 daystests/xe_eudebug: Validate exec queue placementsDominik Grzegorzek1-1/+122
Add test which validates exec_queue_placement uAPI. It requires ccs_mode, which is present only on platforms with multiple ccs engines. Signed-off-by: Dominik Grzegorzek <dominik.grzegorzek@intel.com> Acked-by: Christoph Manszewski <christoph.manszewski@intel.com>
8 dayslib/xe_eudebug: Add support for exec queue placements eventsDominik Grzegorzek1-4/+97
Add definition and support for DRM_XE_EUDEBUG_EVENT_EXEC_QUEUE_PLACEMENTS, which is sent during exec_queue creation/discovery. Signed-off-by: Dominik Grzegorzek <dominik.grzegorzek@intel.com> Reviewed-by: Christoph Manszewski <christoph.manszewski@intel.com>
8 daysdrm-uapi-experimental/xe_drm_eudebug: Sync after exec_queue placement event ↵Dominik Grzegorzek1-6/+24
addition Exec queue placement event has been added in logical order, due to that there is a shift in event numbering. Sync uapi to match kernel changes. Signed-off-by: Dominik Grzegorzek <dominik.grzegorzek@intel.com> Reviewed-by: Christoph Manszewski <christoph.manszewski@intel.com>
8 daystests/intel/xe_drm_fdinfo: Increase sampling periodLucas De Marchi1-1/+1
This reverts commit 4f79f059766c ("tests/intel/xe_drm_fdinfo: Half the execution time") and goes in the opposite direction, doubling it. Although in some machines we pass consistently, others like LNL show sporadic failures. Even after changes in the kernel to improve it, it still shows those failures. Also, the failures can be much more frequent by stressing all the CPUs. Raise the period to reduce the error introduced due to additional scheduling delays. This shows a good improvement on LNL that doesn't fail anymore without CPU load and fails once every ~200 iterations with 100% CPU load (vs once every ~3 iterations). Reviewed-by: Umesh Nerlige Ramappa <umesh.nerlige.ramappa@intel.com> Reviewed-by: Jonathan Cavitt <jonathan.cavitt@intel.com> Link: https://lore.kernel.org/r/20241108054350.3484532-1-lucas.demarchi@intel.com Signed-off-by: Lucas De Marchi <lucas.demarchi@intel.com>
9 daystests/intel/xe_exec_threads: separate exec_sync and batch bufferFei Yang1-19/+36
In INVALIDATE cases the test purposely remap the data buffer to a different physical location in the midle of execution to exercise the page fault handling flow. After the remapping we lose access to the old physical location, and that would cause a problem for comparing ufence value at the end of the execution. To fix this the exec_sync data needs to be separated from the batch buffer for instructions, and during the execution we don't remap the exec_sync data. v2: Separate only exec_sync. Keep data field together with the batch buffer (Matt Roper) Signed-off-by: Fei Yang <fei.yang@intel.com> Reviewed-by: Nirmoy Das <nirmoy.das@intel.com>
9 daystests/intel/xe_exec_threads: wait for all submissions to completeFei Yang1-6/+22
In test_compute_mode, there is an one second sleep waiting for all the submissions to complete, but a hardcode wait is not reliable for test that could have thousands of xe_execs submissions. Instead we should wait for the ufence to make sure the GPU is inactive before unbinding the BO. Signed-off-by: Fei Yang <fei.yang@intel.com> Reviewed-by: Nirmoy Das <nirmoy.das@intel.com>
9 daystests/intel/xe_exec_threads: remove redundant waitFei Yang1-1/+1
The for-loop for REBIND case accidentally wait twice for the execs of 0x20*n interations. Copyi paste the code from INVALIDATE case which is correct. Signed-off-by: Fei Yang <fei.yang@intel.com> Reviewed-by: Matt Roper <matthew.d.roper@intel.com>
9 daystests/intel/xe_exec_fault_mode: separate exec_sync and batch bufferFei Yang1-16/+50
In INVALIDATE cases the test purposely remap the data buffer to a different physical location in the midle of execution to exercise the page fault handling flow. After the remapping we lose access to the old physical location, and that would cause a problem for comparing ufence value at the end of the execution. To fix this the exec_sync data needs to be separated from the batch buffer for instructions, and during the execution we don't remap the exec_sync data. v2: Separate only exec_sync. Keep data field together with the batch buffer (Matt Roper) Signed-off-by: Fei Yang <fei.yang@intel.com> Reviewed-by: Nirmoy Das <nirmoy.das@intel.com>
10 daystests/intel/kms_ccs: add suspend testsJuha-Pekka Heikkila1-1/+40
Add crc testing for suspend/resume while compressed framebuffer is on screen. Test use only XR24 and P016 formats for testing. After resume is checked framebuffer did stay compressed with exception on bmg. Signed-off-by: Juha-Pekka Heikkila <juhapekka.heikkila@gmail.com> Reviewed-by: Mika Kahola <mika.kahola@intel.com>
10 daystests/amd_dispatch: add the filter for amd dispatchJesse.zhang@amd.com1-5/+10
Check sysfs reset mask before enabling certain subtests. Signed-off-by: Jesse Zhang <Jesse.Zhang@amd.com> Reviewed-by: Vitaly Prosyak <vitaly.prosyak@amd.com>
10 daystests/amd_deadlock: add the filter for amd deadlockJesse.zhang@amd.com1-9/+19
Check sysfs reset mask before enabling certain subtests. Signed-off-by: Jesse Zhang <Jesse.Zhang@amd.com> Reviewed-by: Vitaly Prosyak <vitaly.prosyak@amd.com>
10 daystests/amd_queue_reset: modify the asic filterJesse.zhang@amd.com1-37/+10
Replace the original ASIC filter with the sysfs reset mask. Check if a specific reset type is supported before running the subtest. Signed-off-by: Jesse Zhang <Jesse.Zhang@amd.com> Reviewed-by: Vitaly Prosyak <vitaly.prosyak@amd.com>
10 dayslib/amdgpu: add gpu reset checkJesse.zhang@amd.com2-0/+59
GPU reset types include full adapter reset, soft reset, queue reset and pipeline reset. It is possible to check whether a specific reset is supported via the sysfs interface and run special cases for testing. Signed-off-by: Jesse Zhang <Jesse.Zhang@amd.com> Reviewed-by: Vitaly Prosyak <vitaly.prosyak@amd.com>
13 daystests/amdgpu/amd_abm: Fixed tests to only run on one output per pipeGeorge Zhang1-6/+6
The abm tests only need to run on one output per pipe, instead of all pipes. Additionally, fixed the monotonic_abm not changing the abm level. v2: Made change for more tests Signed-off-by: George Zhang <george.zhang@amd.com> Reviewed-by: Tom Chung <chiahsuan.chung@amd.com>
2024-11-06tests/kms_rotation_crc: Intel display version 20 onwards doesn't do hflip ↵Juha-Pekka Heikkila1-0/+7
with tile4 On Intel display version 20 Tile4 no longer can be used with horizontal flip. Bspec: 69853 Signed-off-by: Juha-Pekka Heikkila <juhapekka.heikkila@gmail.com> Reviewed-by: Karthik B S <karthik.b.s@intel.com>
2024-11-06tests/kms_rotation_crc: move plane rotation requirements into helperJuha-Pekka Heikkila1-6/+17
move plane rotation requirement block into helper function. Signed-off-by: Juha-Pekka Heikkila <juhapekka.heikkila@gmail.com> Reviewed-by: Karthik B S <karthik.b.s@intel.com>
2024-11-05lib/amdgpu: fix ring schedule issueJesse.zhang@amd.com4-48/+297
Because drm schedule no longer uses the parameter ring_id for scheduling. Instead, it selects the ring with less load to schedule the job. See the kernel function drm_sched_job_arm. Therefore, in order to verify each available ring on a certain IP, it can use the schedule debugfs interface. v2: fix the gfx high priority context issue Signed-off-by: Jesse Zhang <Jesse.Zhang@amd.com> Reviewed-by: Vitaly Prosyak <vitaly.prosyak@amd.com>
2024-11-05scripts/generate_iga64_codes: prevent objcopy from modifying the input fileJeff Dagenais1-1/+1
This script uses objcopy in order to dump a section. Objcopy is meant for copying and expects a second argument. Failing that, it uses the input file as output. Even though there's no intented change to the file, this operation still re-writes the file completely. In most cases, this re-writes the file as it was before. But in cross-compilation cases, the "objcopy" program in the PATH used here might be different than the toolchain which generated the ELF file. In all cases, this causes a racy re-build of the .a, and in the worst case, the objcopy re-written .o and .a files are actually incompatible with the cross-linker used downstream in the ninja build causing failure to find all symbols from the libs passed to this script. ``` ../lib/intel_batchbuffer.c:763: undefined reference to `gen8_gpgpu_fillfunc' ../lib/intel_batchbuffer.c:762: undefined reference to `xehp_gpgpu_fillfunc' [...] ``` The intent of the command was just to extract info from the LIBS, not modify them. Using /dev/null as output file ensures the input files will not be modified. Signed-off-by: Jeff Dagenais <jeff.dagenais@gmail.com> Reviewed-by: Andrzej Hajda <andrzej.hajda@intel.com>
2024-11-04lib/igt_kmod: Simplify kunit_set_filtering()Lucas De Marchi1-35/+5
igt_sysfs_set() already supports setting a 0-length value since commit 1c0b492a0b5c ("lib/igt_sysfs: make sure to write empty strings"). Remove workaround in kunit_set_filtering() and simplify. Reviewed-by: Janusz Krzysztofik <janusz.krzysztofik@linux.intel.com> Link: https://lore.kernel.org/r/20241031003142.863437-3-lucas.demarchi@intel.com Signed-off-by: Lucas De Marchi <lucas.demarchi@intel.com>
2024-11-04lib/igt_kmod: Export igt_kmod_unbind()Lucas De Marchi2-3/+5
So it can be used directly by tests and other libs. Reviewed-by: Umesh Nerlige Ramappa <umesh.nerlige.ramappa@intel.com> Link: https://lore.kernel.org/r/20241023050502.3049664-2-lucas.demarchi@intel.com Signed-off-by: Lucas De Marchi <lucas.demarchi@intel.com>