search

stephane-klein / dotfiles

It is my work in progress dotfiles managed by Chezmoi
3 stars 0 forks source link

Fixer mon problème de moniteur externe en USB-C qui ne fonctionne plus sous Fedora 38 depuis 3 semaines #121

Closed stephane-klein closed 1 year ago

stephane-klein commented 1 year ago

Depuis mon retour de vacances, je n'arrive plus à faire fonctionner les écrans externes via USB-C avec ma Fedora 38 à jour. Cela fonctionne en HDMI.

J'ai testé avec ces deux moniteurs :

C'est peut-être dû à une mise à jour firmware ou kernel que j'ai fait ces 3 dernières semaines.

But de l'issue : fixer ce problème.

Faire des recherches sur :

Si je ne trouve rien, poster des messages.

stephane-klein commented 1 year ago

Je me demande si je peux consulter les logs des dernières mises à jour firmware que j'ai effectué :thinking:.

stephane-klein commented 1 year ago

J'essaie de trouver des informations avec :

$ fwupdmgr get-history

Pour le moment je n'y comprends pas grand chose.

stephane-klein commented 1 year ago

J'ai installé :

$ sudo dnf install gnome-firmware

Cela va sans doute me permettre de réinstaller des mises à jour de firmware qui semblent ne pas avoir été appliqués.

stephane-klein commented 1 year ago

Voici les mises à jour que j'ai effectué entre depuis le mois de mars (j'ai l'impression que j'en ai fait plus que cela) :

$ fwupdmgr get-history
LENOVO 21CQCTO1WW
│
├─System Firmware:
│ │   Device ID:          f95c9218acd12697af946874bfe4239587209232
│ │   Version précédente: 0.1.25
│ │   État de mise à jour:Success
│ │   GUID:               6ab943b7-f4d4-aaa1-2f40-cb03a0c8cf3c
│ │   Drapeaux de périphérique:• Périphérique interne
│ │                       • Mise à jour possible
│ │                       • Le système nécessite une source d'alimentation externe
│ │                       • Needs a reboot after installation
│ │                       • Device is usable for the duration of the update
│ │
│ └─Mise à jour de (null):
│       Nouvelle version: 0.1.30
│       Licence:          Inconnu
│       Description:
│       The vendor did not supply any release notes.
│
├─Prometheus:
│ │   Device ID:          0d5d05911800242bb1f35287012cdcbd9b381148
│ │   Version précédente: 10.01.3273255
│ │   État de mise à jour:Success
│ │   Dernière modification:2023-03-14 12:56
│ │   GUID:               659f7e45-8d45-528d-b3c7-0695eed055f6
│ │   Drapeaux de périphérique:• Mise à jour possible
│ │                       • Cryptographic hash verification is available
│ │                       • Signed Payload
│ │
│ └─Mise à jour de (null):
│       Nouvelle version: 10.01.3478575
│       Licence:          Inconnu
│       Description:
│       The vendor did not supply any release notes.
│
├─UEFI dbx:
│ │   Device ID:          362301da643102b9f38477387e2193e57abaa590
│ │   Version précédente: 217
│ │   État de mise à jour:Success
│ │   Dernière modification:2023-07-05 21:09
│ │   GUID:               14503b3d-73ce-5d06-8137-77c68972a341
│ │   Drapeaux de périphérique:• Périphérique interne
│ │                       • Mise à jour possible
│ │                       • Needs a reboot after installation
│ │                       • Device is usable for the duration of the update
│ │                       • Only version upgrades are allowed
│ │                       • Signed Payload
│ │
│ └─Mise à jour de (null):
│       Nouvelle version: 371
│       Licence:          Inconnu
│       Description:
│       The vendor did not supply any release notes.
│
├─TPM:
│ │   Device ID:          a083ebc5138e5e071ef7270cc9a8280722cc7adf
│ │   Version précédente: 15.21.16430
│ │   État de mise à jour:Success
│ │   Dernière modification:2023-07-13 12:25
│ │   GUID:               0717eeac-f27a-4e2a-a95d-fecf6c6cc345
│ │   Drapeaux de périphérique:• Périphérique interne
│ │                       • Mise à jour possible
│ │                       • Le système nécessite une source d'alimentation externe
│ │                       • Needs a reboot after installation
│ │                       • Device is usable for the duration of the update
│ │
│ └─Mise à jour de (null):
│       Nouvelle version: 15.22.16832
│       Licence:          Inconnu
│       Description:
│       The vendor did not supply any release notes.
│
├─Embedded Controller:
│ │   Device ID:          36efb79c255f402f619fa9eb53cd659db51f2a04
│ │   Version précédente: 0.1.25
│ │   État de mise à jour:Échec
│ │   Erreur de mise à jour:failed to run update on reboot
│ │   Dernière modification:2023-08-19 12:16
│ │   GUID:               66d6a3ef-a771-4302-9cd0-d062c79c5ef2
│ │   Drapeaux de périphérique:• Périphérique interne
│ │                       • Mise à jour possible
│ │                       • Le système nécessite une source d'alimentation externe
│ │                       • Needs a reboot after installation
│ │                       • Device is usable for the duration of the update
│ │
│ └─Mise à jour de (null):
│       Nouvelle version: 0.1.27
│       Licence:          Inconnu
│       Description:
│       The vendor did not supply any release notes.
│
├─System Firmware:
│ │   Device ID:          d96de5c124b60ed6241ebcb6bb2c839cb5580786
│ │   Version précédente: 0.1.30
│ │   État de mise à jour:Échec
│ │   Erreur de mise à jour:failed to run update on reboot
│ │   Dernière modification:2023-08-19 12:16
│ │   GUID:               6ab943b7-f4d4-aaa1-2f40-cb03a0c8cf3c
│ │   Drapeaux de périphérique:• Périphérique interne
│ │                       • Mise à jour possible
│ │                       • Le système nécessite une source d'alimentation externe
│ │                       • Needs a reboot after installation
│ │                       • Cryptographic hash verification is available
│ │                       • Device is usable for the duration of the update
│ │
│ └─Mise à jour de (null):
│       Nouvelle version: 0.1.31
│       Licence:          Inconnu
│       Description:
│       The vendor did not supply any release notes.
│
└─MZVL4512HBLU-00BL7:
  │   Device ID:          03281da317dccd2b18de2bd1cc70a782df40ed7e
  │   Version précédente: BL2QHXC7
  │   État de mise à jour:Success
  │   Dernière modification:2023-08-21 18:42
  │   GUID:               37ecdb9a-d43f-58df-b8c7-3f55d7766abb
  │   Drapeaux de périphérique:• Périphérique interne
  │                       • Mise à jour possible
  │                       • Le système nécessite une source d'alimentation externe
  │                       • Needs a reboot after installation
  │                       • Device is usable for the duration of the update
  │                       • Signed Payload
  │
  └─Mise à jour de (null):
        Nouvelle version: CL2QHXC7
        Licence:          Inconnu
        Description:
        The vendor did not supply any release notes.
stephane-klein commented 1 year ago

J'ai posé ma question ici : https://discussion.fedoraproject.org/t/no-external-usb-c-monitor-dectection-on-my-thinkpad-t14s-amd-gen3-powered-by-fedora-38-maybe-after-firmware-updates/87799

stephane-klein commented 1 year ago

J'ai posé ma question ici : https://old.reddit.com/r/thinkpad/comments/15xk8ma/no_external_usbc_monitor_dectection_on_my/?

stephane-klein commented 1 year ago

J'ai posé ma question ici : https://forums.lenovo.com/t5/Fedora/No-external-USB-C-monitor-dectection-on-my-Thinkpad-T14s-AMD-Gen3-powered-by-Fedora-38/m-p/5247308

stephane-klein commented 1 year ago

Je pense qu'il est préférable que je fasse des recherches sur le mot clé "DisplayPort", parce que je pense que c'est à ce niveau que le problème se situe.

J'ai lu https://forums.lenovo.com/t5/Other-Linux-Discussions/X1-Carbon-9th-gen-Thunderbolt-no-longer-working-after-firmware-update/m-p/5222405?page=1#5975706

Je vais tester cette solution.

stephane-klein commented 1 year ago

J'ai vu aussi https://old.reddit.com/r/Lenovo/comments/13oep5h/usbc_dock_and_display_issues_fixed_using/

stephane-klein commented 1 year ago

J'ai essayé "hard reset button", sans succès 😔.

stephane-klein commented 1 year ago

Mon moniteur est de nouveau reconnu via USB-C => Displayport depuis ce matin.

Peut-être suite à la mise à jour kernel de 6.4.11 => 6.4.12

Je vais essayer de trouver des infos dans le changelog.

Et je vais mettre à jour mes 3 messages.

stephane-klein commented 1 year ago

https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.4.12

stephane-klein commented 1 year ago

Peut-être que le problème a été corrigé par https://lore.kernel.org/stable/20230821194130.445711282@linuxfoundation.org/

J'ai l'impression que le code qui concerne le displayport pour AMD est ici : https://github.com/torvalds/linux/tree/master/drivers/gpu/drm/amd/display

stephane-klein commented 1 year ago

Ou alors ceci :

commit 04ee31fb4861b8f8cd98bcc100574f0cfed0c8c2
Author: Daniel Miess <daniel.miess@amd.com>
Date:   Wed Jun 7 11:11:44 2023 -0400

    drm/amd/display: disable RCO for DCN314

    commit 85e41f1ed5d94a26fe4e57003c399936d291ed70 upstream.

    [Why]
    RCO is causing error messages on some DCN314 systems

    [How]
    Force disable RCO for DCN314

    Fixes: 17fbdbda9cc8 ("drm/amd/display: Enable dcn314 DPP RCO")
    Reviewed-by: Nicholas Kazlauskas <nicholas.kazlauskas@amd.com>
    Acked-by: Hamza Mahfooz <hamza.mahfooz@amd.com>
    Signed-off-by: Daniel Miess <daniel.miess@amd.com>
    Signed-off-by: Alex Deucher <alexander.deucher@amd.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>

commit 8fd4d6d3619a44ec5ab50d6eb58037ff694a7ebb
Author: Alvin Lee <alvin.lee2@amd.com>
Date:   Thu May 11 15:25:01 2023 -0400

    drm/amd/display: Apply 60us prefetch for DCFCLK <= 300Mhz

    [ Upstream commit 7e60ab4eb3e4ba2adac46d737fdbbc5732bebd58 ]

    [Description]
    - Previously we wanted to apply extra 60us of prefetch for min DCFCLK
      (200Mhz), but DCFCLK can be calculated to be 201Mhz which underflows
      also without the extra prefetch
    - Instead, apply the the extra 60us prefetch for any DCFCLK freq <=
      300Mhz

    Reviewed-by: Nevenko Stupar <nevenko.stupar@amd.com>
    Reviewed-by: Jun Lei <jun.lei@amd.com>
    Acked-by: Tom Chung <chiahsuan.chung@amd.com>
    Signed-off-by: Alvin Lee <alvin.lee2@amd.com>
    Tested-by: Daniel Wheeler <daniel.wheeler@amd.com>
    Signed-off-by: Alex Deucher <alexander.deucher@amd.com>
    Signed-off-by: Sasha Levin <sashal@kernel.org>

commit dcfd5a3ecf91da0afc00ffa2ee0d20d65c45cfa5
Author: Daniel Miess <daniel.miess@amd.com>
Date:   Tue Apr 25 14:02:02 2023 -0400

    drm/amd/display: Remove v_startup workaround for dcn3+

    [ Upstream commit 3a31e8b89b7240d9a17ace8a1ed050bdcb560f9e ]

    [Why]
    Calls to dcn20_adjust_freesync_v_startup are no longer
    needed as of dcn3+ and can cause underflow in some cases

    [How]
    Move calls to dcn20_adjust_freesync_v_startup up into
    validate_bandwidth for dcn2.x

    Reviewed-by: Jun Lei <jun.lei@amd.com>
    Acked-by: Aurabindo Pillai <aurabindo.pillai@amd.com>
    Signed-off-by: Daniel Miess <daniel.miess@amd.com>
    Tested-by: Daniel Wheeler <daniel.wheeler@amd.com>
    Signed-off-by: Alex Deucher <alexander.deucher@amd.com>
    Signed-off-by: Sasha Levin <sashal@kernel.org>

commit f15682b9d366c74b6923cfe5028bb8b31919ea14
Author: Aurabindo Pillai <aurabindo.pillai@amd.com>
Date:   Tue Mar 21 10:25:04 2023 -0400

    Revert "drm/amd/display: disable SubVP + DRR to prevent underflow"

    [ Upstream commit f38129bb081758176dd78304faaee95007fb8838 ]

    This reverts commit 80c6d6804f31451848a3956a70c2bcb1f07cfcb0.
    The orignal commit was intended as a workaround to prevent underflow and
    flickering when using one normal monitor and the other high refresh rate
    monitor (> 120Hz).

    This patch is being reverted in favour of a software solution to enable
    SubVP+DRR

    Signed-off-by: Aurabindo Pillai <aurabindo.pillai@amd.com>
    Reviewed-by: Rodrigo Siqueira <Rodrigo.Siqueira@amd.com>
    Signed-off-by: Alex Deucher <alexander.deucher@amd.com>
    Signed-off-by: Sasha Levin <sashal@kernel.org>

commit dd2e5d3f806b15bfb7c519f69ebcbbc8dfcc2a5f
Author: Alvin Lee <Alvin.Lee2@amd.com>
Date:   Fri Apr 29 20:41:10 2022 -0400

    drm/amd/display: Update DTBCLK for DCN32

    [ Upstream commit 128c1ca0303fe764a4cde5f761e72810d9e40b6e ]

    [Why&How]
    - Implement interface to program DTBCLK DTO’s
      according to reference DTBCLK returned by PMFW
    - This is required because DTO programming
      requires exact DTBCLK reference freq or it could
      result in underflow

    Acked-by: Aurabindo Pillai <aurabindo.pillai@amd.com>
    Signed-off-by: Alvin Lee <Alvin.Lee2@amd.com>
    Tested-by: Daniel Wheeler <daniel.wheeler@amd.com>
    Signed-off-by: Alex Deucher <alexander.deucher@amd.com>
    Signed-off-by: Sasha Levin <sashal@kernel.org>
stephane-klein commented 1 year ago

Et je vais mettre à jour mes 3 messages.

Done.