Remove page shift operations as ttm_resource moved
from num_pages to size_t size in bytes.
v1 -> v2: fix missing page shift to fpfn and lpfn
Signed-off-by: Somalapuram Amaranath
---
drivers/gpu/drm/amd/amdgpu/amdgpu_object.c | 4 +---
drivers/gpu/drm/ttm/ttm_range_manager.c| 13 ++--
The decision to use DFP output format conversion capabilities should be
during compute_config phase.
This patch uses the members of intel_dp->dfp to only store the
format conversion capabilities of the DP device and uses the crtc_state
sink_format member, to program the protocol-converter for
colo
Currently we use the highest input BPC supported by DP sink while using
DSC.In cases where PCON with HDMI2.1 as branch device, if PCON supports
DSC but HDMI2.1 sink does not supports DSC, The PCON tries to use same
input BPC that is used between Source and the PCON without DSC, which
might not work
Start passing the sink_format, to all functions that take a bool
ycbcr420_output as parameter. This will make the functions generic,
and will serve as a slight step towards 4:2:2 support later.
Suggested-by: Ville Syrj_l_
Signed-off-by: Ankit Nautiyal
---
drivers/gpu/drm/i915/display/intel_dp.c
During FRL bandwidth check for downstream HDMI2.1 sink,
the min BPC supported is incorrectly taken for DP, and the check does
not consider ybcr420 only modes.
This patch fixes the bandwidth calculation similar to the TMDS case, by
taking min 8Bpc and considering Ycbcr420 only modes.
v2: Rebase
S
Currently, DSC with YCBCR420 is not supported.
Return -EINVAL when trying with DSC with output_format as YCBCR420.
Signed-off-by: Ankit Nautiyal
---
drivers/gpu/drm/i915/display/intel_dp.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/gpu/drm/i915/display/intel_dp.c
b/drivers/
New member to store the YCBCR20 Pass through capability of the DP sink.
Signed-off-by: Ankit Nautiyal
---
drivers/gpu/drm/i915/display/intel_display_types.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/i915/display/intel_display_types.h
b/drivers/gpu/drm/i915/display/inte
Add a wrapper function to check dp_downstream clock/bandwidth
constraints. Based on whether the sink supports FRL/TMDS the wrapper
calls the appropriate FRL/TMDS functions.
Signed-off-by: Ankit Nautiyal
---
drivers/gpu/drm/i915/display/intel_dp.c | 51 +++--
1 file changed, 2
Add an inline helper function to check if the sink_format is set to
YCBCR420 format.
Signed-off-by: Ankit Nautiyal
---
drivers/gpu/drm/i915/display/intel_display_types.h | 6 ++
drivers/gpu/drm/i915/display/intel_dp.c| 4 ++--
drivers/gpu/drm/i915/display/intel_hdmi.c |
The decision to use DFP output format conversion capabilities should be
during compute_config phase.
This patch adds new member to crtc_state to represent the final
output_format to the sink. In case of a DFP this can be different than
the output_format, as per the format conversion done via the P
Currently we compute the output format first and later try DSC if the
bandwidth without compression is not sufficient for that output format.
Since we do not support DSC with YCbCr420 format, this creates problem
for YCbCr420 only modes, that can be still be set if DFP has color
conversion and DSC
This series fixes issues faced when an HDMI2.1 sink that does not
support DSC is connected via HDMI2.1PCON. It also includes other minor
HDMI2.1 PCON fixes/refactoring.
Patch 1-2 Have minor fixes/cleanups.
Patch 3-6 Pull the decision making to use DFP conversion capabilities
for every mode during
== Series Details ==
Series: drm/i915/mtl: Media GT and Render GT share common GGTT (rev5)
URL : https://patchwork.freedesktop.org/series/110321/
State : warning
== Summary ==
Error: dim sparse failed
Sparse version: v0.6.2
Fast mode used, each commit won't be checked separately.
Gently ping.
Regards
Andrzej
On 15.11.2022 08:28, Andrzej Hajda wrote:
test_plane_panning requires about 10 times bigger amount of memory than
memory required by framebuffer in default display mode. In case of some
configurations it can exceed available memory (4k modes on small-bar
systems), c
On XE_LPM+ platforms the media engines are carved out into a separate
GT but have a common GGTMMADR address range which essentially makes
the GGTT address space to be shared between media and render GT. As a
result any updates in GGTT shall invalidate TLB of GTs sharing it and
similarly any operati
On 11/22/2022 10:48 AM, Somalapuram, Amaranath wrote:
On 11/16/2022 2:50 PM, Arunpravin Paneer Selvam wrote:
Hi Amar,
On 11/16/2022 2:20 PM, Somalapuram Amaranath wrote:
ttm_resource allocate size in bytes i.e less than page size.
Signed-off-by: Somalapuram Amaranath
---
drivers/gpu/dr
ping for this fix pull...
On 2022.11.11 17:02:08 +0800, Zhenyu Wang wrote:
> Hi,
>
> Here's two fixes from Sean for 6.1 kernel, which is to fix kvm
> reference in gvt. No regression found in our test.
>
> Thanks!
> ---
> The following changes since commit f0c4d9fc9cc9462659728d168387191387e903c
== Series Details ==
Series: drm/i915/gvt: Fix for KVM refcounting bug
URL : https://patchwork.freedesktop.org/series/49/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_12409_full -> Patchwork_49v1_full
Summary
-
On Sun, 20 Nov 2022 23:29:46 -0800, Riana Tauro wrote:
>
> diff --git a/drivers/gpu/drm/i915/gt/selftest_rc6.c
> b/drivers/gpu/drm/i915/gt/selftest_rc6.c
> index 15b84c428f66..845058ed83ed 100644
> --- a/drivers/gpu/drm/i915/gt/selftest_rc6.c
> +++ b/drivers/gpu/drm/i915/gt/selftest_rc6.c
> @@ -61
On Sun, 20 Nov 2022 23:29:45 -0800, Riana Tauro wrote:
>
> diff --git a/drivers/gpu/drm/i915/i915_hwmon.h
> b/drivers/gpu/drm/i915/i915_hwmon.h
> index 7ca9cf2c34c9..a6c8efeb868d 100644
> --- a/drivers/gpu/drm/i915/i915_hwmon.h
> +++ b/drivers/gpu/drm/i915/i915_hwmon.h
> @@ -12,6 +12,7 @@ struct d
== Series Details ==
Series: drm/i915/selftests: Fix error return code in live_parallel_switch()
URL : https://patchwork.freedesktop.org/series/48/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_12409_full -> Patchwork_48v1_full
=
== Series Details ==
Series: drm/i915: unpin on error in intel_vgpu_shadow_mm_pin()
URL : https://patchwork.freedesktop.org/series/47/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_12409_full -> Patchwork_47v1_full
On 11/21/2022 3:16 PM, Daniele Ceraolo Spurio wrote:
If the GSC was loaded, the only way to stop it during the driver unload
flow is to do a driver-FLR.
The driver-FLR is not the same as PCI config space FLR in that
it doesn't reset the SGUnit and doesn't modify the PCI config
space. Thus, it
On Thu, 2022-11-17 at 16:36 -0800, Alan Previn wrote:
> A gap was recently discovered where if an application did not
> invalidate all of the stream keys (intentionally or not), and the
> driver did a full PXP global teardown on the GT subsystem, we
> find that future session creation would fail on
== Series Details ==
Series: drm/i915: Add support for GSC FW loading
URL : https://patchwork.freedesktop.org/series/70/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_12409 -> Patchwork_70v1
Summary
---
**FAI
On Mon, Nov 21, 2022 at 08:13:15PM +, Umesh Nerlige Ramappa wrote:
Reg: Fi.CI.IGT
https://patchwork.freedesktop.org/series/110557/#rev3 shows the below
CI failures:
igt@i915_module_load@reload-with-fault-injection:
shard-snb: PASS -> INCOMPLETE
Looks more like a stack corruption, but ag
== Series Details ==
Series: drm/i915: Add support for GSC FW loading
URL : https://patchwork.freedesktop.org/series/70/
State : warning
== Summary ==
Error: dim sparse failed
Sparse version: v0.6.2
Fast mode used, each commit won't be checked separately.
== Series Details ==
Series: drm/i915: Add support for GSC FW loading
URL : https://patchwork.freedesktop.org/series/70/
State : warning
== Summary ==
Error: dim checkpatch failed
450d4acc03ed drm/i915/uc: Introduce GSC FW
Traceback (most recent call last):
File "scripts/spdxcheck.py", l
== Series Details ==
Series: series starting with [v3,1/2] drm/i915/migrate: Account for the
reserved_space
URL : https://patchwork.freedesktop.org/series/55/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_12409 -> Patchwork_55v1
===
Hi Andrzej,
Thanks for providing your R-b.
On Monday, 21 November 2022 18:40:51 CET Andrzej Hajda wrote:
> On 21.11.2022 15:56, Janusz Krzysztofik wrote:
> > Commit b97060a99b01 ("drm/i915/guc: Update intel_gt_wait_for_idle to work
> > with GuC") extended the API of intel_gt_retire_requests_timeo
Hi Andrzej,
Thanks for providing your R-b, however, I'd still like to convince you that my
approach, which you accepted anyway, is better justified than if we updated 0
timeout with -ETIME immediately after returned by dma_fence_wait_timeout().
On Monday, 21 November 2022 13:12:00 CET Andrzej H
Now that we have the GSC FW support code as a user to the GSC CS, we
can add the relevant flag to the engine mask. Note that the engine will
still be disabled until we define the GSC FW binary file.
Signed-off-by: Daniele Ceraolo Spurio
Cc: Matt Roper
Cc: Rodrigo Vivi
---
drivers/gpu/drm/i915/
If the GSC was loaded, the only way to stop it during the driver unload
flow is to do a driver-FLR.
The driver-FLR is not the same as PCI config space FLR in that
it doesn't reset the SGUnit and doesn't modify the PCI config
space. Thus, it doesn't require a re-enumeration of the PCI BARs.
However,
From: Jonathan Cavitt
The GSC CS is only used for communicating with the GSC FW, so no need to
initialize it if we're not going to use the FW. If we're not using
neither the engine nor the microcontoller, then we can also disable the
power well.
IMPORTANT: lack of GSC FW breaks media C6 due to o
GSC FW is loaded by submitting a dedicated command via the GSC engine.
The memory area used for loading the FW is then re-purposed as local
memory for the GSC itself, so we use a separate allocation instead of
using the one where we keep the firmware stored for reload.
The GSC is not reset as part
The current exectation from the FW side is that the driver will query
the GSC FW version after the FW is loaded, similarly to what the mei
driver does on DG2. However, we're discussing with the FW team if there
is a way to extract the version from the bin file before loading, so we
can keep the cod
On MTL the GSC FW needs to be loaded on the media GT by the graphics
driver. We're going to treat it like a new uc_fw, so add the initial
defs and init/fini functions for it.
Similarly to the other FWs, the GSC FW path can be overriden via
modparam. The modparam can also be used to disable the GSC
Starting from MTL, the GSC FW is runtime loaded by the driver, instead
of being stored in flash memory. Loading the GSC FW is required to allow
the media GT to go into its C6 state and for content protection features
(PXP, HDCP).
The loading happens via a submission to the GSC engine. All subseque
== Series Details ==
Series: drm/i915/dmc: Update DG2 DMC version to v2.08
URL : https://patchwork.freedesktop.org/series/64/
State : failure
== Summary ==
Error: make failed
CALLscripts/checksyscalls.sh
DESCEND objtool
CC [M] drivers/gpu/drm/i915/display/intel_dmc.o
drivers/gpu
On Mon, 2022-11-21 at 19:21 +, Teres Alexis, Alan Previn wrote:
>
>
> On Mon, 2022-11-21 at 10:39 -0800, Juston Li wrote:
> > On Thu, 2022-11-17 at 16:36 -0800, Alan Previn wrote:
> > > A driver bug was recently discovered where the security firmware
> > > was
> > > receiving internal HW sign
== Series Details ==
Series: series starting with [v3,1/2] drm/i915/migrate: Account for the
reserved_space
URL : https://patchwork.freedesktop.org/series/55/
State : warning
== Summary ==
Error: dim checkpatch failed
889967ecb7d7 drm/i915/migrate: Account for the reserved_space
-:35: WAR
== Series Details ==
Series: drm/i915/gvt: Fix for KVM refcounting bug
URL : https://patchwork.freedesktop.org/series/49/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_12409 -> Patchwork_49v1
Summary
---
**SU
On Mon, 2022-11-21 at 18:18 -0300, Gustavo Sousa wrote:
> Release notes:
>
> 1. Fixes for Register noclaims and few restore.
>
> Signed-off-by: Gustavo Sousa
Reviewed-by: Madhumitha Tolakanahalli Pradeep
> ---
> drivers/gpu/drm/i915/display/intel_dmc.c | 4 ++--
> 1 file chan
== Series Details ==
Series: drm/i915/gvt: Fix for KVM refcounting bug
URL : https://patchwork.freedesktop.org/series/49/
State : warning
== Summary ==
Error: make htmldocs had i915 warnings
./drivers/gpu/drm/i915/gt/intel_gt_mcr.c:739: warning: expecting prototype for
intel_gt_mcr_wait_f
== Series Details ==
Series: gpu: vgpu: delete a semicolon
URL : https://patchwork.freedesktop.org/series/50/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_12409 -> Patchwork_50v1
Summary
---
**FAILURE**
S
Release notes:
1. Fixes for Register noclaims and few restore.
Signed-off-by: Gustavo Sousa
---
drivers/gpu/drm/i915/display/intel_dmc.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/i915/display/intel_dmc.c
b/drivers/gpu/drm/i915/display/intel_dmc.c
i
== Series Details ==
Series: drm/i915/selftests: Fix error return code in live_parallel_switch()
URL : https://patchwork.freedesktop.org/series/48/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_12409 -> Patchwork_48v1
===
The following changes since commit 391fb47caabaae8719fb72ba4891d1fc27ca1923:
amdgpu: update green sardine DMCUB firmware (2022-11-17 10:42:59 -0500)
are available in the Git repository at:
git://anongit.freedesktop.org/drm/drm-firmware dg2_dmc_v2.8
for you to fetch changes up to 7f6279b3dd7
Hi Mauro,
As the author of the original version of this commit, and also a person who
argued quite a bit on these descriptions and decisions, let me chip in a bit.
W dniu 17.11.2022 o 16:49, Mauro Carvalho Chehab pisze:
> On Thu, 17 Nov 2022 10:29:01 +0100
> Maxime Ripard wrote:
>
>> From: Mateu
The following changes since commit daff40492bd0cd071c7f5521b339e12e4de718c1:
linux-firmware: update firmware for MT7986 (2022-11-16 08:53:28 -0500)
are available in the Git repository at:
git://anongit.freedesktop.org/drm/drm-firmware mtl_dmc_v2.10
for you to fetch changes up to de854c96df6
Reg: Fi.CI.IGT
https://patchwork.freedesktop.org/series/110557/#rev3 shows the below CI
failures:
igt@i915_module_load@reload-with-fault-injection:
shard-snb: PASS -> INCOMPLETE
igt@i915_selftest@live@evict:
shard-skl: NOTRUN -> INCOMPLETE
igt@kms_cursor_crc@cursor-alpha-transparent@pipe-d-e
== Series Details ==
Series: drm/i915: unpin on error in intel_vgpu_shadow_mm_pin()
URL : https://patchwork.freedesktop.org/series/47/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_12409 -> Patchwork_47v1
Summary
--
== Series Details ==
Series: drm/i915: unpin on error in intel_vgpu_shadow_mm_pin()
URL : https://patchwork.freedesktop.org/series/47/
State : warning
== Summary ==
Error: make htmldocs had i915 warnings
./drivers/gpu/drm/i915/gt/intel_gt_mcr.c:739: warning: expecting prototype for
intel_
== Series Details ==
Series: drm/i915: unpin on error in intel_vgpu_shadow_mm_pin()
URL : https://patchwork.freedesktop.org/series/47/
State : warning
== Summary ==
Error: dim checkpatch failed
3386877e277c drm/i915: unpin on error in intel_vgpu_shadow_mm_pin()
-:22: WARNING:FROM_SIGN_OFF_
On Mon, 2022-11-21 at 10:39 -0800, Juston Li wrote:
> On Thu, 2022-11-17 at 16:36 -0800, Alan Previn wrote:
> > A driver bug was recently discovered where the security firmware was
> > receiving internal HW signals indicating that session key expirations
> > had occurred. Architecturally, the fir
== Series Details ==
Series: drm/i915: Enable SDP split for DP2.0 (rev3)
URL : https://patchwork.freedesktop.org/series/109395/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_12407_full -> Patchwork_109395v3_full
Summary
---
On Thu, 2022-11-17 at 16:36 -0800, Alan Previn wrote:
> A driver bug was recently discovered where the security firmware was
> receiving internal HW signals indicating that session key expirations
> had occurred. Architecturally, the firmware was expecting a response
> from the GuC to acknowledge t
On 11/18/2022 02:52, Jani Nikula wrote:
On Thu, 17 Nov 2022, john.c.harri...@intel.com wrote:
From: John Harrison
When trying to analyse bug reports from CI, customers, etc. it can be
difficult to work out exactly what is happening on which GT in a
multi-GT system. So add GT oriented debug/err
On Sat, 2022-11-19 at 09:02 +0530, Nilawar, Badal wrote:
>
>
> On 19-11-2022 00:07, Vivi, Rodrigo wrote:
> > On Sat, 2022-11-19 at 00:03 +0530, Badal Nilawar wrote:
> > > From: Vinay Belgaumkar
> > >
> > > By defaut idle messaging is disabled for GSC CS so to unblock RC6
> > > entry on media ti
On Fri, 2022-11-18 at 13:37 -0800, Dixit, Ashutosh wrote:
> On Fri, 18 Nov 2022 10:37:37 -0800, Vivi, Rodrigo wrote:
> >
> > On Sat, 2022-11-19 at 00:03 +0530, Badal Nilawar wrote:
> > > From: Vinay Belgaumkar
> > >
> > > By defaut idle messaging is disabled for GSC CS so to unblock RC6
> > > en
== Series Details ==
Series: drm/i915: Fix timeout handling when retiring requests (rev3)
URL : https://patchwork.freedesktop.org/series/110964/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_12407_full -> Patchwork_110964v3_full
On Mon, 2022-11-21 at 14:06 +, Vivi, Rodrigo wrote:
> On Mon, 2022-11-21 at 11:39 +, Tvrtko Ursulin wrote:
> >
> > On 17/11/2022 22:34, Teres Alexis, Alan Previn wrote:
> > > On Thu, 2022-11-17 at 11:02 -0500, Vivi, Rodrigo wrote:
> > > > On Wed, Nov 16, 2022 at 04:30:13PM -0800, Alan Pr
On 21.11.2022 15:56, Janusz Krzysztofik wrote:
Commit b97060a99b01 ("drm/i915/guc: Update intel_gt_wait_for_idle to work
with GuC") extended the API of intel_gt_retire_requests_timeout() with an
extra argument 'remaining_timeout', intended for passing back unconsumed
portion of requested timeout
On Mon, 2022-11-21 at 11:39 +, Tvrtko Ursulin wrote:
> On 17/11/2022 22:34, Teres Alexis, Alan Previn wrote:
> > On Thu, 2022-11-17 at 11:02 -0500, Vivi, Rodrigo wrote:
> > > On Wed, Nov 16, 2022 at 04:30:13PM -0800, Alan Previn wrote:
> > > > In preparation for future MTL-PXP feature support
Thank you Jani - this was clearly my mistake (apologies to Daniele/Rodrigo) -
didn't realize we had this documented. I
will go through that first.
...alan
On Mon, 2022-11-21 at 14:12 +0200, Jani Nikula wrote:
> On Mon, 21 Nov 2022, Tvrtko Ursulin wrote:
> > On 17/11/2022 22:34, Teres Alexis, Al
== Series Details ==
Series: series starting with [v2,1/2] drm/i915/mtl: limit second scaler
vertical scaling in ver >= 14
URL : https://patchwork.freedesktop.org/series/36/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_12407_full -> Patchwork_36v1_full
==
From: Chris Wilson
If the ring is nearly full when calling into emit_pte(), we might
incorrectly trample the reserved_space when constructing the packet to
emit the PTEs. This then triggers the GEM_BUG_ON(rq->reserved_space >
ring->space) when later submitting the request, since the request itsel
Simple regression test to check that we don't trample the
rq->reserved_space when returning from emit_pte(), if the ring is nearly
full.
v2: Make spinner_kill() static
v3: Reduce the ring size further, which should mean we need to execute less
noops; hopefully this appeases bsw. Also add some
== Series Details ==
Series: drm/i915: Enable SDP split for DP2.0 (rev3)
URL : https://patchwork.freedesktop.org/series/109395/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_12407 -> Patchwork_109395v3
Summary
---
**
Simple regression test for lmem to check if an in-progress async unbind
and eviction is syncronised with discarding the pages when marking
the object as DONTNEED.
v2: Convert into new test to avoid damaging other test when forcing the
lmem_size and unloading the driver.
Signed-off-by: Matthew Aul
== Series Details ==
Series: drm/i915: Fix timeout handling when retiring requests (rev3)
URL : https://patchwork.freedesktop.org/series/110964/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_12407 -> Patchwork_110964v3
Summ
== Series Details ==
Series: drm/i915: Fix timeout handling when retiring requests (rev3)
URL : https://patchwork.freedesktop.org/series/110964/
State : warning
== Summary ==
Error: make htmldocs had i915 warnings
./drivers/gpu/drm/i915/gt/intel_gt_mcr.c:739: warning: expecting prototype for
Get a reference to KVM if and only if a vGPU is successfully attached to
the VM to avoid leaking a reference if there's no available vGPU. On
open_device() failure, vfio_device_open() doesn't invoke close_device().
Fixes: 421cfe6596f6 ("vfio: remove VFIO_GROUP_NOTIFY_SET_KVM")
Cc: sta...@vger.ker
On Fri, Nov 11, 2022, Yan Zhao wrote:
> KVMGT only cares about when a slot is indeed removed.
> So switch to use track_remove_slot which is called when a slot is removed.
This should capture the original motivation, i.e. that the existing
->track_flush_slot() hook is theoretically flawed. I think
Remove extra semicolons at the end of statements to make them look
cleaner.
Signed-off-by: Li kunyu
---
drivers/gpu/drm/i915/gvt/vgpu.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/i915/gvt/vgpu.c b/drivers/gpu/drm/i915/gvt/vgpu.c
index 56c71474008a..5ccb04
One can switch from NTSC to PAL now using (on vc4)
modetest -M vc4 -s 53:720x480i -w 53:'TV mode':1 # NTSC
modetest -M vc4 -s 53:720x576i -w 53:'TV mode':4 # PAL
NTSC should be 640x480i, not 720. It will probably work on most TV's, but
NTSC by the spec is 640x480i.
On Mon, Nov 7, 2022 at 3:16
Hi, your statement:
"However, analog display usually have fairly loose timings requirements,
the only discrete parameters being the total number of lines and pixel
clock frequency."
Please do not make it as a rule. You said yourself: "usually". Arcade CRT
have more loose timings, but professional
Always put the KVM reference when closing a vCPU device, as
intel_vgpu_open_device() succeeds if and only if the KVM pointer is
valid and a reference to KVM is acquired. And if that doesn't hold true,
the call to kvm_page_track_unregister_notifier() a few lines earlier is
doomed.
Signed-off-by: S
In live_parallel_switch(), excute intel_context_create() failed,
the error code should be set before return from error handling path.
Fixes: 50d16d44cce4 ("drm/i915/selftests: Exercise context switching in
parallel")
Signed-off-by: Ziyang Xuan
---
drivers/gpu/drm/i915/gem/selftests/i915_gem_con
Sorry for the super slow reply, I don't have a good excuse other than I needed
to
take break from AVIC code...
On Mon, Oct 03, 2022, Maxim Levitsky wrote:
> On Thu, 2022-09-29 at 22:38 +, Sean Christopherson wrote:
> > On Mon, Aug 08, 2022, Maxim Levitsky wrote:
> > > Hi Sean, Paolo, and ever
Bug fix and cleanup related to KVM refcounting. Found by inspection while
attempting to clean up KVM's page-tracker APIs.
Compile tested only!
Sean Christopherson (2):
drm/i915/gvt: Get reference to KVM iff attachment to VM is successful
drm/i915/gvt: Unconditionally put reference to KVM whe
On Thu, Nov 3, 2022 at 11:23 PM Mauro Carvalho Chehab
wrote:
>
> Hi,
>
> I'm facing a couple of issues when testing KUnit with the i915 driver.
>
> The DRM subsystem and the i915 driver has, for a long time, his own
> way to do unit tests, which seems to be added before KUnit.
>
> I'm now checking
On Sat, Nov 12, 2022, Yan Zhao wrote:
> And I'm also not sure if a slots_arch_lock is required for
> kvm_slot_page_track_add_page() and kvm_slot_page_track_remove_page().
It's not required. slots_arch_lock protects interaction between memslot updates
mmu_first_shadow_root_alloc(). When CONFIG_KV
On Tue, Nov 15, 2022, Yan Zhao wrote:
> On Mon, Nov 14, 2022 at 04:32:34PM +, Sean Christopherson wrote:
> > On Mon, Nov 14, 2022, Yan Zhao wrote:
> > > On Sat, Nov 12, 2022 at 12:43:07AM +, Sean Christopherson wrote:
> > > > On Sat, Nov 12, 2022, Yan Zhao wrote:
> > > > > And I'm also not
They are important for retrogaming and connecting TV out to CRT TV or using
emulator.
I have PS1 that is using PAL-60 for example.
Can you add 240p and 288p non-interlaced modes for NTSC and PAL, please?
Lukas
On Mon, Nov 7, 2022 at 3:19 PM Maxime Ripard wrote:
> From: Mateusz Kwiatkowski
>
Hi Rodrigo,
Le lun. 7 nov. 2022 à 15:31:49 -0500, Rodrigo Vivi
a écrit :
On Mon, Nov 07, 2022 at 05:55:10PM +, Paul Cercueil wrote:
Instead of defining two versions of intel_sysfs_rc6_init(), one for
each
value of CONFIG_PM, add a check on !IS_ENABLED(CONFIG_PM) early in
the
function.
That's great, I will test it on Ubuntu + Nouveau x86_64 and Batocera-Linux.
I'm not interested in Raspberry Pi. I see you have some commit in
RaspberryPi/Linux. Will this go to some Nouveau driver, so I can test it on
x86_64 machine? I have some basic experience compiling Linux kernel (nvidia
driv
Call intel_vgpu_unpin_mm() on this error path.
Fixes: 418741480809 ("drm/i915/gvt: Adding ppgtt to GVT GEM context after
shadow pdps settled.")
Signed-off-by: Dan Carpenter
---
drivers/gpu/drm/i915/gvt/scheduler.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/i915/gvt/sche
TL;DR: I'm going to try to add more aggressive patches for this into my series
to
clean up the KVM side of things, along with many more patches to clean up the
page
track APIs.
I'll post patches next week if things go well (fingers crossed), and if not I'll
give an update
On Fri, Nov 11, 2022,
On Mon, Nov 14, 2022, Yan Zhao wrote:
> On Sat, Nov 12, 2022 at 12:43:07AM +, Sean Christopherson wrote:
> > On Sat, Nov 12, 2022, Yan Zhao wrote:
> > > And I'm also not sure if a slots_arch_lock is required for
> > > kvm_slot_page_track_add_page() and kvm_slot_page_track_remove_page().
> >
>
On Tue, Nov 15, 2022, Yan Zhao wrote:
> On Mon, Nov 14, 2022 at 11:24:16PM +, Sean Christopherson wrote:
> > On Tue, Nov 15, 2022, Yan Zhao wrote:
> > > On Mon, Nov 14, 2022 at 04:32:34PM +, Sean Christopherson wrote:
> > > > On Mon, Nov 14, 2022, Yan Zhao wrote:
> > > > > On Sat, Nov 12, 2
== Series Details ==
Series: series starting with [1/1] drm/i915: Export LMEM max memory bandwidth
via sysfs
URL : https://patchwork.freedesktop.org/series/31/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_12407_full -> Patchwork_31v1_full
Thanks Jani. I updated the patch. Could you please push to the drm-tip.
Thanks
Vinod
On Mon, 2022-11-21 at 15:15 +0200, Jani Nikula wrote:
> On Tue, 01 Nov 2022, Vinod Govindapillai
> wrote:
> > Enable the SDP split configuration for DP2.0.
> >
> > v2: Move the register handling out of compute
Enable the SDP split configuration for DP2.0.
v2: Move the register handling out of compute config function (JaniN)
v3: Patch styling and register access based on platform support (JaniN)
v4: Rebased
v5: Use unconditional clear bit in intel_de_rmw (Jani Nikula)
Bspec: 67768
Signed-off-by: Vino
Users of intel_gt_retire_requests_timeout() expect 0 return value on
success. However, we have no protection from passing back 0 potentially
returned by a call to dma_fence_wait_timeout() when it succedes right
after its timeout has expired.
Replace 0 with -ETIME before potentially using the time
Fixes for issues discovered via code review while working on
https://gitlab.freedesktop.org/drm/intel/issues/7349.
v3:
PATCH 1: don't fail on any error passed back via remaining_timeout,
PATCH 2: use conditional expression, more compact but also better
reflecting intention standing behind
Commit b97060a99b01 ("drm/i915/guc: Update intel_gt_wait_for_idle to work
with GuC") extended the API of intel_gt_retire_requests_timeout() with an
extra argument 'remaining_timeout', intended for passing back unconsumed
portion of requested timeout when 0 (success) is returned. However, when
requ
On Thu, Nov 17, 2022 at 10:28:43AM +0100, Maxime Ripard wrote:
> Hi,
>
> Here's a series aiming at improving the command line named modes support,
> and more importantly how we deal with all the analog TV variants.
>
> The named modes support were initially introduced to allow to specify the
> an
== Series Details ==
Series: drm/i915/gsc: Only initialize GSC in tile 0 (rev2)
URL : https://patchwork.freedesktop.org/series/110304/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_12407_full -> Patchwork_110304v2_full
Summ
On Mon, 2022-11-21 at 11:39 +, Tvrtko Ursulin wrote:
>
> On 17/11/2022 22:34, Teres Alexis, Alan Previn wrote:
> > On Thu, 2022-11-17 at 11:02 -0500, Vivi, Rodrigo wrote:
> > > On Wed, Nov 16, 2022 at 04:30:13PM -0800, Alan Previn wrote:
> > > > In preparation for future MTL-PXP feature suppor
1 - 100 of 132 matches
Mail list logo