== Series Details ==
Series: drm/i915/mtl: Update cache coherency setting for context structure
URL : https://patchwork.freedesktop.org/series/120315/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_13351_full -> Patchwork_120315v1_full
Hi,
This patch set could only be applied if a prerequisite patch[1] set applied
[1] https://patchwork.freedesktop.org/series/120053/
Sorry, its my bad, I will respin my patch.
On 2023/7/7 03:34, Patchwork wrote:
== Series Details ==
Series: PCI/VGA: Improve the default VGA device
== Series Details ==
Series: drm/i915/gt: update request engine before removing virtual GuC engine
(rev2)
URL : https://patchwork.freedesktop.org/series/120238/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_13351_full -> Patchwork_120238v2_full
== Series Details ==
Series: drm/i915/gt: Convert to use time_before macro
URL : https://patchwork.freedesktop.org/series/120297/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_13351_full -> Patchwork_120297v1_full
Summary
== Series Details ==
Series: drm/i915/pmu: Use local64_try_cmpxchg in i915_pmu_event_read
URL : https://patchwork.freedesktop.org/series/120296/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_13351_full -> Patchwork_120296v1_full
> @@ -27,15 +28,8 @@ static bool gpu_write_needs_clflush(struct
> drm_i915_gem_object *obj)
> if (IS_DGFX(i915))
> return false;
> - /*
> -* For objects created by userspace through GEM_CREATE with
> pat_index
> -* set
== Series Details ==
Series: drm/i915/mtl: Update cache coherency setting for context structure
URL : https://patchwork.freedesktop.org/series/120315/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_13351 -> Patchwork_120315v1
== Series Details ==
Series: drm/i915/gt: update request engine before removing virtual GuC engine
(rev2)
URL : https://patchwork.freedesktop.org/series/120238/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_13351 -> Patchwork_120238v2
== Series Details ==
Series: Covert to use time_before macro
URL : https://patchwork.freedesktop.org/series/120295/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_13349_full -> Patchwork_120295v1_full
Summary
---
== Series Details ==
Series: drm/i915/gt: update request engine before removing virtual GuC engine
(rev2)
URL : https://patchwork.freedesktop.org/series/120238/
State : warning
== Summary ==
Error: dim checkpatch failed
35bc390bc9f2 drm/i915/gt: update request engine before removing virtual
== Series Details ==
Series: PCI/VGA: Improve the default VGA device selection
URL : https://patchwork.freedesktop.org/series/120294/
State : failure
== Summary ==
Error: patch
https://patchwork.freedesktop.org/api/1.0/series/120294/revisions/1/mbox/ not
applied
Applying: video/aperture:
== Series Details ==
Series: drm/i915/gt: Convert to use time_before macro
URL : https://patchwork.freedesktop.org/series/120297/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_13351 -> Patchwork_120297v1
Summary
---
== Series Details ==
Series: PCI/VGA: Improve the default VGA device selection
URL : https://patchwork.freedesktop.org/series/120293/
State : failure
== Summary ==
Error: patch
https://patchwork.freedesktop.org/api/1.0/series/120293/revisions/1/mbox/ not
applied
Applying: video/aperture:
> As context structure is shared memory for CPU/GPU, Wa_22016122933 is
> needed for this memory block as well.
>
> Signed-off-by: Zhanjun Dong
> CC: Fei Yang
Reviewed-by: Fei Yang
> ---
> drivers/gpu/drm/i915/gt/intel_lrc.c | 9 -
> 1 file changed, 8 insertions(+), 1 deletion(-)
>
>
== Series Details ==
Series: drm/i915/pmu: Use local64_try_cmpxchg in i915_pmu_event_read
URL : https://patchwork.freedesktop.org/series/120296/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_13351 -> Patchwork_120296v1
== Series Details ==
Series: drm/i915/pmu: Use local64_try_cmpxchg in i915_pmu_event_read
URL : https://patchwork.freedesktop.org/series/120296/
State : warning
== Summary ==
Error: dim checkpatch failed
f8d5cc6a6ba8 drm/i915/pmu: Use local64_try_cmpxchg in i915_pmu_event_read
-:7:
== Series Details ==
Series: use refcount+RCU method to implement lockless slab shrink (rev2)
URL : https://patchwork.freedesktop.org/series/119926/
State : failure
== Summary ==
Error: patch
https://patchwork.freedesktop.org/api/1.0/series/119926/revisions/2/mbox/ not
applied
Applying: mm:
On Thu, Jul 06, 2023 at 01:32:17PM +0300, Lisovskiy, Stanislav wrote:
> On Thu, Jul 06, 2023 at 11:47:26AM +0300, Imre Deak wrote:
> > On Thu, Jul 06, 2023 at 11:24:21AM +0300, Lisovskiy, Stanislav wrote:
> > > On Wed, Jul 05, 2023 at 06:32:51PM +0300, Imre Deak wrote:
> > > > On Thu, May 25, 2023
As context structure is shared memory for CPU/GPU, Wa_22016122933 is
needed for this memory block as well.
Signed-off-by: Zhanjun Dong
CC: Fei Yang
---
drivers/gpu/drm/i915/gt/intel_lrc.c | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git
> -Original Message-
> From: Bhadane, Dnyaneshwar
> Sent: Friday, June 30, 2023 4:40 AM
> To: intel-gfx@lists.freedesktop.org
> Cc: Ursulin, Tvrtko ; jani.nik...@linux.intel.com;
> Srivatsa, Anusha ; Bhadane, Dnyaneshwar
>
> Subject: [v2] drm/i915/mtl: s/MTL/METEORLAKE for
On 05/07/2023 01:09, Yang, Fei wrote:
>>> From: Tvrtko Ursulin
>>>
>>> Informal commit message for now.
>>>
>>> I got a bit impatient and curious to see if the idea we discussed would
>>> work so sketched something out. I think it is what I was describing
back
>>> then..
>>>
>>> So
GuC virtual engines can be removed before request removal. On the other
side driver expects rq->engine to be a valid pointer for a whole life of
request. Setting rq->engine to an always valid engine should solve
the issue.
The patch fixes bug detected by KASAN with following signature:
i915
== Series Details ==
Series: Covert to use time_before macro
URL : https://patchwork.freedesktop.org/series/120295/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_13349 -> Patchwork_120295v1
Summary
---
**SUCCESS**
== Series Details ==
Series: nightly.conf: drop sound tree from drm-tip altogether
URL : https://patchwork.freedesktop.org/series/120278/
State : failure
== Summary ==
Error: patch
https://patchwork.freedesktop.org/api/1.0/series/120278/revisions/1/mbox/ not
applied
Applying: nightly.conf:
On Thu, Jul 6, 2023 at 5:29 AM Jani Nikula wrote:
>
> We used to have the sound branches be part of drm-tip to help
> development of DP and HDMI audio. However, we always used to run into
> problems with the sound branches merging Linus' master at non-tagged
> random commits, wreaking havoc
On 06/07/2023 13:06, Jani Nikula wrote:
On Thu, 06 Jul 2023, Tvrtko Ursulin wrote:
On 04/07/2023 10:48, Jani Nikula wrote:
While the default for the mmio_debug parameter depends on
CONFIG_DRM_I915_DEBUG_MMIO, we look it up and include all the code for
unclaimed reg debugging even when
On 06/07/2023 14:35, Nirmoy Das wrote:
On 7/6/2023 3:32 PM, Tvrtko Ursulin wrote:
On 30/06/2023 18:01, Nirmoy Das wrote:
Use smem on MTL due to a HW bug in MTL that prevents
reading from stolen memory using LMEM BAR.
Does anything remain in stolen or could the memory region just not be
On 7/6/2023 3:32 PM, Tvrtko Ursulin wrote:
On 30/06/2023 18:01, Nirmoy Das wrote:
Use smem on MTL due to a HW bug in MTL that prevents
reading from stolen memory using LMEM BAR.
Does anything remain in stolen or could the memory region just not be
created?
GSC requires DSM which can't
On 30/06/2023 18:01, Nirmoy Das wrote:
Use smem on MTL due to a HW bug in MTL that prevents
reading from stolen memory using LMEM BAR.
Does anything remain in stolen or could the memory region just not be
created?
Regards,
Tvrtko
Cc: Oak Zeng
Cc: Jani Nikula
Cc: Joonas Lahtinen
Cc:
From: Sui Jingfeng
This patch adds the aperture_contain_firmware_fb() function to do the
determination. Unfortunately due to the fact that apertures list will be
freed dynamically, the location and size information of the firmware fb
will be lost after dedicated drivers call
From: Sui Jingfeng
[why]
The vga_is_firmware_default() defined in drivers/pci/vgaarb.c is
arch-dependent, it's a dummy on non-x86 architectures currently.
This made VGAARB lost an important condition for the arbitration.
It could still be wrong even if we remove the #ifdef and #endif guards.
Use time_before macro instead of open it for readability.
Signed-off-by: Zehao Zhang
---
v2:
-update subject
drivers/gpu/drm/i915/gt/intel_gt_buffer_pool.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/i915/gt/intel_gt_buffer_pool.c
Julia,
> The functions vmalloc_array and vcalloc were introduced in
>
> commit a8749a35c399 ("mm: vmalloc: introduce array allocation functions")
>
> but are not used much yet. This series introduces uses of
> these functions, to protect against multiplication overflows.
Applied #7 and #24 to
On Fri, Jun 23, 2023 at 04:29:39PM +1000, Dave Chinner wrote:
> On Thu, Jun 22, 2023 at 05:12:02PM +0200, Vlastimil Babka wrote:
> > On 6/22/23 10:53, Qi Zheng wrote:
> > > @@ -1067,33 +1068,27 @@ static unsigned long shrink_slab(gfp_t gfp_mask,
> > > int nid,
> > > if (!mem_cgroup_disabled()
On Tue, Jul 4, 2023 at 9:28 AM Jani Nikula wrote:
>
> On Mon, 03 Jul 2023, Uros Bizjak wrote:
> > Use local64_try_cmpxchg instead of local64_cmpxchg (*ptr, old, new) == old
> > in i915_pmu_event_read. x86 CMPXCHG instruction returns success in ZF flag,
> > so this change saves a compare after
From: Sui Jingfeng
Becasuse the VGA Display Controller in the ASpeed BMC chip is also a PCIe
device, the Software Programming guide of AST2400 say that it is Fully
IBM VGA compliant, thus, it should also particiate in the arbitration.
Cc: Thomas Zimmermann
Cc: Jocelyn Falempe
Cc: David Airlie
From: Sui Jingfeng
Currently, the default VGA device selection is not perfect. Potential
problems are:
1) This function is a no-op on non-x86 architectures.
2) It does not take the PCI Bar may get relocated into consideration.
3) It is not effective for the PCI device without a dedicated VRAM
Use local64_try_cmpxchg instead of local64_cmpxchg (*ptr, old, new) == old
in i915_pmu_event_read. x86 CMPXCHG instruction returns success in ZF flag,
so this change saves a compare after cmpxchg (and related move instruction
in front of cmpxchg).
Also, try_cmpxchg implicitly assigns old *ptr
On 2023/7/4 11:45, Qi Zheng wrote:
On 2023/7/4 00:39, Paul E. McKenney wrote:
On Fri, Jun 23, 2023 at 04:29:39PM +1000, Dave Chinner wrote:
On Thu, Jun 22, 2023 at 05:12:02PM +0200, Vlastimil Babka wrote:
On 6/22/23 10:53, Qi Zheng wrote:
@@ -1067,33 +1068,27 @@ static unsigned long
On 2023/7/4 00:39, Paul E. McKenney wrote:
On Fri, Jun 23, 2023 at 04:29:39PM +1000, Dave Chinner wrote:
On Thu, Jun 22, 2023 at 05:12:02PM +0200, Vlastimil Babka wrote:
On 6/22/23 10:53, Qi Zheng wrote:
@@ -1067,33 +1068,27 @@ static unsigned long shrink_slab(gfp_t gfp_mask, int
nid,
Hi Dave,
On 2023/6/24 19:08, Qi Zheng wrote:
Hi Dave,
On 2023/6/24 06:19, Dave Chinner wrote:
On Fri, Jun 23, 2023 at 09:10:57PM +0800, Qi Zheng wrote:
On 2023/6/23 14:29, Dave Chinner wrote:
On Thu, Jun 22, 2023 at 05:12:02PM +0200, Vlastimil Babka wrote:
On 6/22/23 10:53, Qi Zheng wrote:
From: Sui Jingfeng
[why]
The vga_is_firmware_default() defined in drivers/pci/vgaarb.c is
arch-dependent, it's a dummy on non-x86 architectures currently.
This made VGAARB lost an important condition for the arbitration.
It could still be wrong even if we remove the #ifdef and #endif guards.
From: Sui Jingfeng
Currently, the default VGA device selection is not perfect. Potential
problems are:
1) This function is a no-op on non-x86 architectures.
2) It does not take the PCI Bar may get relocated into consideration.
3) It is not effective for the PCI device without a dedicated VRAM
From: Sui Jingfeng
[why]
The vga_is_firmware_default() defined in drivers/pci/vgaarb.c is
arch-dependent, it's a dummy on non-x86 architectures currently.
This made VGAARB lost an important condition for the arbitration.
It could still be wrong even if we remove the #ifdef and #endif guards.
From: Sui Jingfeng
[why]
The vga_is_firmware_default() defined in drivers/pci/vgaarb.c is
arch-dependent, it's a dummy on non-x86 architectures currently.
This made VGAARB lost an important condition for the arbitration.
It could still be wrong even if we remove the #ifdef and #endif guards.
From: Sui Jingfeng
This patch adds the aperture_contain_firmware_fb() function to do the
determination. Unfortunately due to the fact that apertures list will be
freed dynamically, the location and size information of the firmware fb
will be lost after dedicated drivers call
Correct the format of the Subject in v2:
https://lore.kernel.org/all/20230706072924.2562-1-zhangze...@vivo.com/
From: Sui Jingfeng
Currently, the default VGA device selection is not perfect. Potential
problems are:
1) This function is a no-op on non-x86 architectures.
2) It does not take the PCI Bar may get relocated into consideration.
3) It is not effective for the PCI device without a dedicated VRAM
Use time_before macro instead of open it for readability.
Signed-off-by: Zehao Zhang
---
drivers/gpu/drm/i915/gt/intel_gt_buffer_pool.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/i915/gt/intel_gt_buffer_pool.c
From: Sui Jingfeng
This patch add a function to identify if a device is the default boot
selected by the firmware, it require the GPU has firmware framebuffer
driver support (such as efifb). If a specific hardware doesn't have
firmware framebuffer support, then the introduced function will just
From: Sui Jingfeng
Currently, the default VGA device selection is not perfect. Potential
problems are:
1) This function is a no-op on non-x86 architectures.
2) It does not take the PCI Bar may get relocated into consideration.
3) It is not effective for the PCI device without a dedicated VRAM
On Tue, Jul 4, 2023 at 10:37 AM Jani Nikula wrote:
>
> On Tue, 04 Jul 2023, Uros Bizjak wrote:
> > On Tue, Jul 4, 2023 at 9:28 AM Jani Nikula
> > wrote:
> >> You could save everyone a lot of time by actually documenting what these
> >> functions do. Assume you don't know what
On Thu, 06 Jul 2023, Tvrtko Ursulin wrote:
> On 04/07/2023 10:48, Jani Nikula wrote:
>> While the default for the mmio_debug parameter depends on
>> CONFIG_DRM_I915_DEBUG_MMIO, we look it up and include all the code for
>> unclaimed reg debugging even when CONFIG_DRM_I915_DEBUG_MMIO=n. Fix it.
>>
Hi Dave and Daniel,
here's the weekly PR for drm-misc-next-fixes.
Best regards
Thomas
drm-misc-next-fixes-2023-07-06:
Short summary of fixes pull:
* panel: Fix mode on Starry-ili9882t
The following changes since commit 861c249cd782cb9f2d5a881bbb32e8da7f0c1192:
arch/sparc: Add module
On 05/07/2023 13:08, Jani Nikula wrote:
On Wed, 05 Jul 2023, Tvrtko Ursulin wrote:
From: Tvrtko Ursulin
Commit 2caffbf11762 ("drm/i915: Revoke mmaps and prevent access to fence
registers across reset") removed the temporary implementation of a reset
under stop machine but forgot to remove
On 04/07/2023 10:48, Jani Nikula wrote:
While the default for the mmio_debug parameter depends on
CONFIG_DRM_I915_DEBUG_MMIO, we look it up and include all the code for
unclaimed reg debugging even when CONFIG_DRM_I915_DEBUG_MMIO=n. Fix it.
Cc: Lee Shawn C
Signed-off-by: Jani Nikula
---
On 04/07/2023 10:48, Jani Nikula wrote:
Only check the conditions for unclaimed reg debug once to avoid locking
problems when i915->params.mmio_debug changes between header and footer.
Closes: https://gitlab.freedesktop.org/drm/intel/-/issues/8749
Cc: Lee Shawn C
Signed-off-by: Jani Nikula
On 04/07/2023 10:48, Jani Nikula wrote:
Make it easier to have different logic for the two for follow-up.
Cc: Lee Shawn C
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/i915/intel_uncore.c | 37 +
1 file changed, 22 insertions(+), 15 deletions(-)
diff --git
On Thu, Jul 06, 2023 at 11:47:26AM +0300, Imre Deak wrote:
> On Thu, Jul 06, 2023 at 11:24:21AM +0300, Lisovskiy, Stanislav wrote:
> > On Wed, Jul 05, 2023 at 06:32:51PM +0300, Imre Deak wrote:
> > > On Thu, May 25, 2023 at 01:10:36PM +0300, Stanislav Lisovskiy wrote:
> > > > According to BSpec
== Series Details ==
Series: drm/i915: Remove some dead "code" (rev2)
URL : https://patchwork.freedesktop.org/series/120222/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_13347_full -> Patchwork_120222v2_full
Summary
We used to have the sound branches be part of drm-tip to help
development of DP and HDMI audio. However, we always used to run into
problems with the sound branches merging Linus' master at non-tagged
random commits, wreaking havoc especially during the merge windows. We
only ever want to have
On Thu, Jul 06, 2023 at 11:47:26AM +0300, Imre Deak wrote:
> On Thu, Jul 06, 2023 at 11:24:21AM +0300, Lisovskiy, Stanislav wrote:
> > On Wed, Jul 05, 2023 at 06:32:51PM +0300, Imre Deak wrote:
> > > On Thu, May 25, 2023 at 01:10:36PM +0300, Stanislav Lisovskiy wrote:
> > > > According to BSpec
On Thu, Jul 06, 2023 at 11:24:21AM +0300, Lisovskiy, Stanislav wrote:
> On Wed, Jul 05, 2023 at 06:32:51PM +0300, Imre Deak wrote:
> > On Thu, May 25, 2023 at 01:10:36PM +0300, Stanislav Lisovskiy wrote:
> > > According to BSpec 49190, when enabling crtcs, we first setup
> > > slave and then
On Wed, 05 Jul 2023, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> I have plans to switch the whole driver over to using
> drm_connector_init_with_ddc(), and thus populate the
> sysfs "ddc" consistently. The biggest hurdle is the
> SDVO DDC handling, so start by cleaning that up.
I support
On Wed, 05 Jul 2023, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> Call *_calc_dpll_params() even in cases where the encoder has
> computed the DPLL params for us.
>
> The SDVO TV output code doesn't populate crtc_state->dpll.dot
> leading to the dotclock getting calculated as zero, and that
>
On Wed, 05 Jul 2023, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> To reduce the guesswork a bit let's print out the SDVO
> device i2c bus and slave address during init.
>
> Signed-off-by: Ville Syrjälä
Reviewed-by: Jani Nikula
> ---
> drivers/gpu/drm/i915/display/intel_sdvo.c | 4
>
On Wed, 05 Jul 2023, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> Each SDVO device can have up to three sets of DDC pins.
> Currently we just register a single i2c_adapter for the
> entire SDVO device and semi-randomly pick the "correct"
> set of DDC pins during intel_sdvo_tmds_sink_detect().
On Wed, Jul 05, 2023 at 06:32:51PM +0300, Imre Deak wrote:
> On Thu, May 25, 2023 at 01:10:36PM +0300, Stanislav Lisovskiy wrote:
> > According to BSpec 49190, when enabling crtcs, we first setup
> > slave and then master crtc, however for disabling it should go
> > vice versa, i.e first master,
On Wed, 05 Jul 2023, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> We should switch over to the standard "ddc" per-connector
> symlink instead of rolling our own thing. The i2c specific
> symlink is also in the way of reworking the SDVO DDC handling
> (which is a mess atm) so get rid of it.
>
>
On Wed, 05 Jul 2023, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> We already have encoder->port so get rid of the duplicate
> sdvo->port.
>
> Signed-off-by: Ville Syrjälä
Reviewed-by: Jani Nikula
> ---
> drivers/gpu/drm/i915/display/intel_sdvo.c | 19 ---
> 1 file changed,
On Wed, 05 Jul 2023, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> Call drm_encoder_init() earlier so that we don't have to keep passing
> the i915/dev_priv around separately.
*earlier in the subject.
>
> Signed-off-by: Ville Syrjälä
> ---
> drivers/gpu/drm/i915/display/intel_sdvo.c | 35
Hi Dave, Daniel,
A weekly collection of fixes for the drm-next/6.5 merge window.
Mostly small display fixups, one for GuC/SLPC and one header file tidy.
I see last week did not get pulled so this week contains those ones plus
two more fixups - one code tidy actually and one fixup.
Regards,
On Wed, Jul 05, 2023 at 06:32:51PM +0300, Imre Deak wrote:
> On Thu, May 25, 2023 at 01:10:36PM +0300, Stanislav Lisovskiy wrote:
> > According to BSpec 49190, when enabling crtcs, we first setup
> > slave and then master crtc, however for disabling it should go
> > vice versa, i.e first master,
On Wed, 05 Jul 2023, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> Instead of operating on the output the user specified (via the
> connector) the current code tends to operate on whichever outputs
> it has detected as attached. That is not how the kms uapi is supposed
> to work. So simply get
On Wed, 05 Jul 2023, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> Instead of warning and continuing with bogus state when the
> requested dotclock isn't acceptable just print some debug
> spew and fail gracefully.
>
> Signed-off-by: Ville Syrjälä
Reviewed-by: Jani Nikula
> ---
>
On Wed, 05 Jul 2023, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> port_clock is what the encoder/dpll code is supposed to calculate,
> it is not the input clock. Use the dotclock as the target we're
> trying to achieve instead.
>
> TODO: the SDVO TV clocking is a mess atm and needs further
On Wed, 05 Jul 2023, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> Allow *_calc_dpll_params() to be called even if the N/P dividers
> are zero without warning. We'll want to call these to make sure the
> derived values are fully computed, but not all users (VLV DSI in
> particular) don't even
== Series Details ==
Series: drm/i915: Remove some dead "code" (rev2)
URL : https://patchwork.freedesktop.org/series/120222/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_13347 -> Patchwork_120222v2
Summary
---
On Wed, 05 Jul 2023, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> The SDVO inputs are reportes a simple number, not a bitmask.
*reported as a
> Adjust the code to match reality.
>
> Note that we don't actually support dual input SDVO devices,
> and we just always use the first input.
>
>
On Wed, 05 Jul 2023, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> Put parens around macro argument evaluation for safety.
>
> Signed-off-by: Ville Syrjälä
Reviewed-by: Jani Nikula
> ---
> drivers/gpu/drm/i915/display/intel_sdvo.c | 13 ++---
> 1 file changed, 6 insertions(+), 7
On Wed, 05 Jul 2023, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> I have at least one SDVO device (some Lenovo DVI-I ADD2 card,
> based on Conexant CX25904) where GetAttachedDisplays returns
> success but fails to report any attached displays unless wet
*we
Also s/ot/to/ in subject.
>
81 matches
Mail list logo