Age | Commit message (Collapse) | Author | Files | Lines |
|
These tests rely on FBC is enabled, some FIFO underruns can
disable FBC and can trigger asserts. In case if such asserts
are triggered, we end up not clearing the used fbs and crcs.
Use common functions to prepare and clear igt test parameters
as required for each tests
Signed-off-by: Vinod Govindapillai <vinod.govindapillai@intel.com>
Reviewed-by: Santhosh Reddy Guddati <santhosh.reddy.guddati@intel.com>
|
|
The fact that snd_hda_* is loaded doesn't mean i915 is. It used to be
the case that loading e.g. snd_hda_intel would load i915 because of a
request_module("i915") in the kernel. However that changed in
commit e6d0c13e9f46 ("ALSA: hda: i915: Remove extra argument from
snd_hdac_i915_init").
Drop the snd_* modules from unwanted_drivers.
Reviewed-by: Juha-Pekka Heikkila <juhapekka.heikkila@gmail.com>
Closes: https://gitlab.freedesktop.org/drm/i915/kernel/-/issues/13896
Link: https://lore.kernel.org/r/20250311195339.1206647-1-lucas.demarchi@intel.com
Signed-off-by: Lucas De Marchi <lucas.demarchi@intel.com>
|
|
Replace igt_require with igt_assert to enforce that num_engines is
nonzero rather than skipping the test. This ensures the test fails
explicitly if engine utilization data is missing.
Cc: Jakub Kolakowski <jakub1.kolakowski@intel.com>
Cc: Lucas De Marchi <lucas.demarchi@intel.com>
Cc: Lukasz Laguna <lukasz.laguna@intel.com>
Cc: Umesh Nerlige Ramappa <umesh.nerlige.ramappa@intel.com>
Signed-off-by: Marcin Bernatowicz <marcin.bernatowicz@linux.intel.com>
Reviewed-by: Jakub Kolakowski <jakub1.kolakowski@intel.com>
|
|
Introduce require_engine_utilization_data() to verify utilization
data availability in each utilization subtest.
Suggested-by: Kamil Konieczny <kamil.konieczny@linux.intel.com>
Cc: Lucas De Marchi <lucas.demarchi@intel.com>
Cc: Lukasz Laguna <lukasz.laguna@intel.com>
Cc: Umesh Nerlige Ramappa <umesh.nerlige.ramappa@intel.com>
Signed-off-by: Marcin Bernatowicz <marcin.bernatowicz@linux.intel.com>
Reviewed-by: Jakub Kolakowski <jakub1.kolakowski@intel.com>
Reviewed-by: Kamil Konieczny <kamil.konieczny@linux.intel.com>
|
|
igt_find_all_mst_output_in_topology
fix assert for igt_find_all_mst_output_in_topology
as it changed to int from bool
Fixes: 983ffca5ff96fd67c937691337f4488e28948aa7
Signed-off-by: Kunal Joshi <kunal1.joshi@intel.com>
Reviewed-by: Jeevan B <jeevan.b@intel.com>
|
|
Retraining can be done on enabled output.
Fix test to do modeset before retraining.
v2: remove redundant modeset (Jeevan)
Fixes: 983ffca5ff96fd67c937691337f4488e28948aa7
Signed-off-by: Kunal Joshi <kunal1.joshi@intel.com>
Reviewed-by: Jeevan B <jeevan.b@intel.com>
|
|
Change sub-category of below tests from Power management tests to below:
* tests/intel/xe_gt_freq.c to Frequency management tests.
* tests/intel/xe_pm.c to Suspend-resume tests.
* tests/intel/xe_pm_residency.c to GT C-states and idle residency tests.
v2: Modify sub-category as per review comments. (Rodrigo)
Signed-off-by: Karthik Poosa <karthik.poosa@intel.com>
Link: https://lore.kernel.org/r/20250228050757.2081043-1-karthik.poosa@intel.com
Reviewed-by: Rodrigo Vivi <rodrigo.vivi@intel.com>
Signed-off-by: Rodrigo Vivi <rodrigo.vivi@intel.com>
|
|
[Why]
The Replay IGT test need to communicate with eDP via drm_dp_aux*
Currently the test will report FAIL if no DRM DP AUX Interface
found on the system.
[How]
Skip the test if no DRM DP AUX Interface on the system and info
the tester the DRM DP AUX Interface need to be enabled in kernel
config to run the test.
The following setting in kernel config needs to be enabled for
amd_replay test.
Linux Kernel Configuration
└─>Device Drivers
└─>Graphics support
└─>Direct Rendering Manager
└─>DRM DP AUX Interface
Signed-off-by: Tom Chung <chiahsuan.chung@amd.com>
Reviewed-by: Alex Hung <alex.hung@amd.com>
|
|
'Functionality' solely depends upon developer's interpretation and
'Test category' is not used. Let's remove them from the kms tests
documentation so that documentation can be made precise which
is easy to maintain.
v2: -rebase
Signed-off-by: Swati Sharma <swati2.sharma@intel.com>
Acked-by: Lucas De Marchi <lucas.demarchi@intel.com>
Reviewed-by: Katarzyna Piecielska <katarzyna.piecielska@intel.com>
Reviewed-by: Karthik B S <karthik.b.s@intel.com>
|
|
Even if FBC is enabled and test is successfull, using warn level
to print the info will make the CI treat this as a failure. In
case FBC is not enabled, the assert will be triggered and print
the error case.
Signed-off-by: Vinod Govindapillai <vinod.govindapillai@intel.com>
Reviewed-by: Jeevan B <jeevan.b@intel.com>
|
|
oa-formats test need not be limited to render engine only. Extend
it to use any engine using __for_one_hwe_in_oag macro instead.
Signed-off-by: Sai Teja Pottumuttu <sai.teja.pottumuttu@intel.com>
Reviewed-by: Umesh Nerlige Ramappa <umesh.nerlige.ramappa@intel.com>
|
|
Use the fault injection infrastructure to make targeted internal KMD
functions fail when executing xe_exec_queue_create_ioctl()
so that more code paths are tested, such as error handling and unwinding.
include xe_exec_queue_create_bind only for VM_BIND engine class.
xe_exec_queue_destroy_ioctl() and
xe_exec_queue_get_property_ioctl() are not considered as there is
no unwinding code to test with fault injection.
v2: Added separate case for vm_bind engine class
Signed-off-by: Pravalika Gurram <pravalika.gurram@intel.com>
Reviewed-by: Priyanka Dandamudi <priyanka.dandamudi@intel.com>
Reviewed-by: Kamil Konieczny <kamil.konieczny@linux.intel.com>
|
|
Commit d7bccece44dd ("tests/intel/kms_dp_link_training: Restrict to Intel
GPUs") missed adding DRIVER_XE. Ensure both DRIVER_INTEL and DRIVER_XE
are set to properly restrict the test to Intel GPUs.
Signed-off-by: Marcin Bernatowicz <marcin.bernatowicz@linux.intel.com>
Cc: Kamil Konieczny <kamil.konieczny@linux.intel.com>
Cc: Kunal Joshi <kunal1.joshi@intel.com>
Cc: Arun R Murthy <arun.r.murthy@intel.com>
Reviewed-by: Kamil Konieczny <kamil.konieczny@linux.intel.com>
|
|
Use DRIVER_INTEL instead of DRIVER_ANY to avoid assertions on non-Intel
hardware. In few of our CI runs test opened any DRM driver and failed
because it was not Intel.
Cc: Kunal Joshi <kunal1.joshi@intel.com>
Cc: Arun R Murthy <arun.r.murthy@intel.com>
Signed-off-by: Marcin Bernatowicz <marcin.bernatowicz@linux.intel.com>
Reviewed-by: Kunal Joshi <kunal1.joshi@intel.com>
|
|
The test only checks igt_display_has_format_mod() before
deciding to test a specific format. But that doesn't
mean the actual plane supports that format. Also check
for that once we know which plane to use.
Should turn the fp16 failures into skips on IVB because it
doesn't have fp16 support on the primary plane.
Signed-off-by: Ville Syrjälä <ville.syrjala@linux.intel.com>
Reviewed-by: Juha-Pekka Heikkila <juhapekka.heikkila@gmail.com>
|
|
Simulation runs are slow, so account for that by modifying the scope of
the tests.
- Set parameters specific to simulation during init.
- Skip tests that are heavily reliant on timing and that only test SW
functionality.
Signed-off-by: Umesh Nerlige Ramappa <umesh.nerlige.ramappa@intel.com>
Reviewed-by: Ashutosh Dixit <ashutosh.dixit@intel.com>
|
|
Internally the test is running a loop of 1000 iterations and calling
read in each iteration. The test is expecting a single read call to
return at least two reports. If two reports are not read, the logic
continues to the next iteration. This can easily fail if each read just
returns one report. In essence, many reports are available, but the
logic causes test to fail. Instead, count and use every report read
when waiting for two reports to be available.
Signed-off-by: Umesh Nerlige Ramappa <umesh.nerlige.ramappa@intel.com>
Reviewed-by: Ashutosh Dixit <ashutosh.dixit@intel.com>
|
|
If the device is a Virtual Function, skip certain devcoredump validation
steps that are not applicable in this context.
These changes align with kernel updates introduced in:
Link: https://patchwork.freedesktop.org/patch/msgid/20241022010116.342240-2-zhanjun.dong@intel.com
Signed-off-by: Marcin Bernatowicz <marcin.bernatowicz@linux.intel.com>
Reviewed-by: Zhanjun Dong <zhanjun.dong@intel.com>
Cc: Lukasz Laguna <lukasz.laguna@intel.com>
Cc: Michał Wajdeczko <michal.wajdeczko@intel.com>
Cc: Zhanjun Dong <zhanjun.dong@intel.com>
|
|
Eudebug is not supported in PF mode with VFs enabled and in VF mode.
Provide subtests to ensure that:
1. enabling eudebug is not permitted in PF mode with VFs enabled
2. eudebug sysfs toggle is not available in VF mode
3. enabling VFs is not permitted when eudebug is enabled
Reviewed-by: Dominik Karol Piątkowski <dominik.karol.piatkowski@intel.com>
Reviewed-by: Dominik Grzegorzek <dominik.grzegorzek@intel.com>
Link: https://lore.kernel.org/r/20250304163227.49986-3-christoph.manszewski@intel.com
Signed-off-by: Christoph Manszewski <christoph.manszewski@intel.com>
|
|
During making changes in Mega feature <-> Sub-category pairs I've
noticed few places were test documentation formatting is different
than pattern:
/**
* TEST:
* Category:
* Mega feature:
* Sub-category:
* Functionality:
* Test category:
*
* SUBTEST:
* Functionality:
* Description:
*/
So let's align Xe tests to this order.
Also there is no need to duplicate documentation fields in subtests
if Category/Mega feature/Sub-category/Functionality are the same
for subtest as for whole binary.
Last thing is to make sure test description is properly adjusted.
Signed-off-by: Katarzyna Piecielska <katarzyna.piecielska@intel.com>
Reviewed-by: Aditya Chauhan <aditya.chauhan@intel.com>
|
|
Our documentation scripts need to have unique pairs 'Mega
feature - Sub-category', e.g. example below is causing warnings:
Mega feature: WMTP
Sub-category: CMD submission
&&
Mega feature: General Core features
Sub-category: CMD submission
There is a need to make sure that pairs are unique, so let's make change
in xe_compute* tests.
Signed-off-by: Katarzyna Piecielska <katarzyna.piecielska@intel.com>
Reviewed-by: Aditya Chauhan <aditya.chauhan@intel.com>
|
|
Define min and max oa exponents for the oa exponent test so that they
can be set differently on slow platforms.
Signed-off-by: Umesh Nerlige Ramappa <umesh.nerlige.ramappa@intel.com>
Reviewed-by: Ashutosh Dixit <ashutosh.dixit@intel.com>
|
|
The MI_STORE command needs modification to set the right amount of
dwords.
Signed-off-by: Umesh Nerlige Ramappa <umesh.nerlige.ramappa@intel.com>
Reviewed-by: Ashutosh Dixit <ashutosh.dixit@intel.com>
|
|
unprivileged-single-ctx-counters was hardcoded for a format size of 256
bytes. Fix it up for generic format size.
Signed-off-by: Umesh Nerlige Ramappa <umesh.nerlige.ramappa@intel.com>
Reviewed-by: Ashutosh Dixit <ashutosh.dixit@intel.com>
|
|
Keep it simple and just check if enable/disable is working correctly
using the read call and existing uapi.
v2: Drop mmio and use the value returned in read (Ashutosh)
v3: Checkpatch issues and set polled mode (Ashutosh)
Signed-off-by: Umesh Nerlige Ramappa <umesh.nerlige.ramappa@intel.com>
Reviewed-by: Ashutosh Dixit <ashutosh.dixit@intel.com>
|
|
Introduce oa buffer size test separately. Pick a random valid buffer
size for the test.
Signed-off-by: Umesh Nerlige Ramappa <umesh.nerlige.ramappa@intel.com>
Reviewed-by: Ashutosh Dixit <ashutosh.dixit@intel.com>
|
|
Use a default buffer size for non-zero-reason for and strip
out testing buffer size in the same test.
Signed-off-by: Umesh Nerlige Ramappa <umesh.nerlige.ramappa@intel.com>
Reviewed-by: Ashutosh Dixit <ashutosh.dixit@intel.com>
|
|
Simplify the buffer-fill test for quicker runs on slow platforms.
We only want to test that the BUFFER OVERFLOW status is set when we do
not read the OA stream data in time. To do so, keeping reading zero
bytes of data until you hit a buffer overflow.
v2:
- Add reason to the commit msg
- Drop 'wraparound' from test description
- s/disable/disabled
- drop unnecessary double-bang for int to bool conversion
- Fix regression in test execution time
Signed-off-by: Umesh Nerlige Ramappa <umesh.nerlige.ramappa@intel.com>
Reviewed-by: Ashutosh Dixit <ashutosh.dixit@intel.com>
|
|
The polling-small-buf test is specifically testing that POLLIN is still
set after an ENOSPC error. In the buggy code, POLLIN was cleared on
the ENOSPC error even though there was data to be read. The test was
putting an upper bound on the number of bytes read in a fixed duration
of time. While this worked, we had occassional failures that were due to
scheduling and other dependencies outside the scope of this test.
In an attempt to make the test more robust,
- use a more definitive method to wait for few reports
- force an ENOSPC error using a small buffer
- Ensure POLLIN is still set in the subsequent poll() call
v2:
- Add "why" in commit message (Ashutosh)
- Use uapi to wait for N reports
Signed-off-by: Umesh Nerlige Ramappa <umesh.nerlige.ramappa@intel.com>
Reviewed-by: Ashutosh Dixit <ashutosh.dixit@intel.com>
|
|
Use the same width and height for render copy frame to make execution
times uniform across tests.
v2: Update commit message (Ashutosh)
Signed-off-by: Umesh Nerlige Ramappa <umesh.nerlige.ramappa@intel.com>
Reviewed-by: Ashutosh Dixit <ashutosh.dixit@intel.com>
|
|
Some tests are not dependent on the oa_exponent value, so just use the
default exponent for such tests, so that the tests can be tuned to run
in reasonable time on slow platforms.
- oa-tlb-validate
- short-reads
- stress-open-close
- mmio-triggered-reports
v2: Explain "why" in commit message (Ashutosh)
Signed-off-by: Umesh Nerlige Ramappa <umesh.nerlige.ramappa@intel.com>
Reviewed-by: Ashutosh Dixit <ashutosh.dixit@intel.com>
|
|
On slower platforms, the idea is to set the default oa_exponent to a
smaller value so that test execution is faster. Rename the global
exponent to default so it can be set to platform-specific value.
v2: Add more detail in commit message (Ashutosh)
Signed-off-by: Umesh Nerlige Ramappa <umesh.nerlige.ramappa@intel.com>
Reviewed-by: Ashutosh Dixit <ashutosh.dixit@intel.com>
|
|
Rename the argument in max_oa_exponent_for_period_lte() to period_ns to
specify the units of the period.
Signed-off-by: Umesh Nerlige Ramappa <umesh.nerlige.ramappa@intel.com>
Reviewed-by: Ashutosh Dixit <ashutosh.dixit@intel.com>
|
|
Drop unused for helper
Signed-off-by: Umesh Nerlige Ramappa <umesh.nerlige.ramappa@intel.com>
Reviewed-by: Ashutosh Dixit <ashutosh.dixit@intel.com>
|
|
Use static for mmio_data and hwe.
Signed-off-by: Umesh Nerlige Ramappa <umesh.nerlige.ramappa@intel.com>
Reviewed-by: Ashutosh Dixit <ashutosh.dixit@intel.com>
|
|
A new hardware feature first introduced in PVC gives capability to
periodically sample EU stall state and record counts for different stall
reasons, on a per IP basis, aggregate across all EUs in a subslice and
record the samples in a buffer in each subslice. Eventually, the aggregated
data is written out to a buffer in the memory. This feature is also
supported in XE2 and later architecture GPUs.
Add tests to test EU stall sampling functionality in the Xe driver.
These tests accept several inputs from the user, enable EU stall counters,
run a given workload on a child process while the parent process reads
the stall data and parses the data. The EU stall counters are disabled
once the workload completes execution.
If the user doesn't provide any input workload, GPGPU fill is used as
the workload. gpgpu_fill() and related functions have been reused from
xe_gpgpu_fill.c.
v2: Addressed review feedback from v1
User can pass an output file to write the EU stall data
xe_drm.h file changes have been moved into a separate patch
Signed-off-by: Harish Chegondi <harish.chegondi@intel.com>
Reviewed-by: Ashutosh Dixit <ashutosh.dixit@intel.com>
|
|
Limit number of GRFs used by single thread to utilize all
possible threads per EU.
Signed-off-by: Dominik Grzegorzek <dominik.grzegorzek@intel.com>
Reviewed-by: Christoph Manszewski <christoph.manszewski@intel.com>
Link: https://lore.kernel.org/r/20250226104436.257298-2-dominik.grzegorzek@intel.com
|
|
KMD introduced low latency hint support for GT frequency
to guc. Lets add test to validate the feature support.
KMD patch:https://patchwork.freedesktop.org/patch/639677/
Signed-off-by: Tejas Upadhyay <tejas.upadhyay@intel.com>
Link: https://lore.kernel.org/r/20250227122117.711646-1-tejas.upadhyay@intel.com
Signed-off-by: Lucas De Marchi <lucas.demarchi@intel.com>
|
|
This negative test was crated to validate ENOSPC when two 2k-4k or 4k-4k
monitors connected through MST to cover bandwidth issue in MST config.
But it will not helpfult to handle current bandwidth which are
DisplayPort (DP) 1.4 supports a total bandwidth of 4 × 8.1 Gbps.
However, with DP 2.1, the bandwidth allocation strategy has
significantly changed to 4 × 20 Gbps of available bandwidth.
This provides significantly greater display capabilities
w.r.t bandwidth.
v2: Fix compilation issue.
v3: Rebase chagnes.
Signed-off-by: Mohammed Thasleem <mohammed.thasleem@intel.com>
Reviewed-by: Jeevan B <jeevan.b@intel.com>
|
|
By default the vm used in the compute library is created with default
flags and not visible externally. There can be situations where the
vm to be used already exists and requires special handling prior to
be used by the compute library. Add the possibility for the user to
provide such a vm when running a compute kernel. The place holder
structure containing the vm can later be extended to include more
parameters.
Reviewed-by: Zbigniew Kempczyński <zbigniew.kempczynski@intel.com>
Signed-off-by: Francois Dugast <francois.dugast@intel.com>
|
|
This feature allows FBC to recompress a subsection of a frame.
When the Dirty Rectangle Enable bit is set in the FBC_DIRTY_CTL register,
and there is a sync flip indication, display will read the scanlines
between (and including) the Dirty Rectangle Start Line and End Line,
in FBC_DIRTY_RECTANGLE, from the uncompressed frame buffer.
Utilise the FP_DAMAGE_CLIPS property in the below subtests to validate
the feature.
1.Implement basic tests for Frame Buffer Compression (FBC) with dirty rectangles.
2.Add tests for dirty rectangles outside the visible region.
3.Include tests for dirtyfb functionality.
4.Support different formats in FBC dirty rectangle tests.
5.Ensure proper CRC validation for each test case.
v2: Fix typo , add version check for feature support,
extend support for all pipes (Rama Naidu).
v3: Add new subtest to scatter dirty rectangles at differnt places in a
frame and commit all rectangles at once (Rama Naidu).
Add a negative case with invalid coordinates (Vinod)
v4: Add subtest `fbc-dirty-rectangle-basic` to perform sanity checks
by sending multiple damaged areas with non-PSR modes.(Vinod)
Update `meson.build` to include the new test.
v5: Include checks to ensure FBC is enabled during tests.(Vinod)
Add dynamic subtests for fbc-dirty-rectangle-different-formats
and fbc-dirty-rectangle-dirtyfb-ioctl. (Vinod)
v6: Update meson.build to include kms_fbc_dirty_rect.
v7: Add commit description, remove i915 check and remove
redundant checks (Swathi)
Reformat code by removing redundant usage.
Add new test to verify dirty rect outside-visible-region.
v8: Include test description and documentation for subtests.
Updated framebuffer to target the specific area,
avoiding a full screen update and making the damage area
check effective (Vinod).
Add new subtest fbc-dirty-rectangle-dirtyfb-tests (Vinod)
v9: Improve commit message and description.
Disable psr on supported sinks to validate fbc tests (Vinod)
v10: Update driver to DRIVER_XE. Remove unused enum.
Improve FBC check timing to align close with CRC capture.
Order list alphabetically.Remove basic formats test as this is
included in other formats test. (Juha Pekka Heikkila)
v11: Remove redundant variables and handle pipe combo checks (Jeevan)
v12: Move output combo valid check after set_pipe in subtest
Signed-off-by: Santhosh Reddy Guddati <santhosh.reddy.guddati@intel.com>
Reviewed-by: Vinod Govindapillai <vinod.govindapillai@intel.com>
Reviewed-by: Jeevan B <jeevan.b@intel.com>
|
|
FBC on display version 8 below supports only I915_FORMAT_MOD_X_TILED
modifier. So update the FBC specific tests based on this restriction,
Signed-off-by: Vinod Govindapillai <vinod.govindapillai@intel.com>
Reviewed-by: Juha-Pekka Heikkila <juhapekka.heikkila@gmail.com>
|
|
Add two tests to validate engine activity counters
(engine-active-ticks, engine-total-ticks) when idle and
trailing idle (workload is ended before reading counters)
v2: add trailing idle test
rename busy to load (Umesh)
Signed-off-by: Riana Tauro <riana.tauro@intel.com>
Reviewed-by: Umesh Nerlige Ramappa <umesh.nerlige.ramappa@intel.com>
|
|
Add a test to validate engine activity by reading PMU counters
(engine-active-ticks, engine-total-ticks) when running
workload on every engine
v2: rename busy to active
add assert to format events (Umesh)
add a helper macro
v3: initialize config (Umesh)
Signed-off-by: Riana Tauro <riana.tauro@intel.com>
Reviewed-by: Umesh Nerlige Ramappa <umesh.nerlige.ramappa@intel.com>
|
|
Rename start with shift and remove end parameter
and fix documentation.
v2: fix documentation (Kamil)
v3: fix return values (Kamil)
Fixes: 8baa7d34b876 ("lib/igt_perf: Add utils to extract PMU event info")
Signed-off-by: Riana Tauro <riana.tauro@intel.com>
Reviewed-by: Kamil Konieczny <kamil.konieczny@linux.intel.com>
|
|
[Why]
For self-refresh enabled eDP panel, it will have some delay before
backlight take effect after set the abm and cause test failed.
[How]
Slightly reduce the brightness before test and do some page flip
during the test can resolve this issue.
Signed-off-by: Tom Chung <chiahsuan.chung@amd.com>
Tested-by: Daniel Wheeler <daniel.wheeler@amd.com>
Reviewed-by: Alex Hung <alex.hung@amd.com>
|
|
[Why & How]
Skip the ABM test if this panel does not support ABM.
Signed-off-by: Tom Chung <chiahsuan.chung@amd.com>
Tested-by: Daniel Wheeler <daniel.wheeler@amd.com>
Reviewed-by: Alex Hung <alex.hung@amd.com>
|
|
Utilize the library function to check if the FBC PSR combination
is supported in a platform and re-roder the condition check.
Signed-off-by: Vinod Govindapillai <vinod.govindapillai@intel.com>
Reviewed-by: Kunal Joshi <kunal1.joshi@intel.com>
|
|
Utilize the library function to check if the FBC PSR combination
is supported in a platform
Signed-off-by: Vinod Govindapillai <vinod.govindapillai@intel.com>
Reviewed-by: Kunal Joshi <kunal1.joshi@intel.com>
|
|
Utilize the library function to check if the FBC PSR combination
is supported in a platform and re-roder the condition check.
Signed-off-by: Vinod Govindapillai <vinod.govindapillai@intel.com>
Reviewed-by: Kunal Joshi <kunal1.joshi@intel.com>
|