logo Debian Debian Debian-France Debian-Facile Debian-fr.org Forum-Debian.fr Debian ? Communautés logo inclusivité

Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

#1 16-04-2020 17:43:36

eheintzmann
Membre
Distrib. : Debian GNU/Linux testing
Noyau : Linux 5.6.0-1-amd64
(G)UI : GNOME / Wayland
Inscription : 15-04-2020

Erreur ACPI avec une radeon sur un PC Intel

Bonjour à tous,

PC sous Debian testing

Je possède un ordinateur portable HP Pavilion 17-e050sf sous Debian testing :
https://support.hp.com/fr-fr/document/c03817695
C'est un système à cartes graphiques hybrides Intel / AMD,
avec pilote "i915" pour la carte intégrée, et pilote "radeon" pour la carte additionnelle AMD (alternativement le pilote "amdgpu" peut-être utilisé pour la carte AMD)

lspci



00:00.0 Host bridge: Intel Corporation 3rd Gen Core processor DRAM Controller (rev 09)
00:01.0 PCI bridge: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor PCI Express Root Port (rev 09)
00:02.0 VGA compatible controller: Intel Corporation 3rd Gen Core processor Graphics Controller (rev 09)
00:14.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family USB xHCI Host Controller (rev 04)
00:16.0 Communication controller: Intel Corporation 7 Series/C216 Chipset Family MEI Controller #1 (rev 04)
00:1a.0 USB controller: Intel Corporation 7 Series/C216 Chipset Family USB Enhanced Host Controller #2 (rev 04)
00:1b.0 Audio device: Intel Corporation 7 Series/C216 Chipset Family High Definition Audio Controller (rev 04)
00:1c.0 PCI bridge: Intel Corporation 7 Series/C216 Chipset Family PCI Express Root Port 1 (rev c4)
00:1c.1 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 2 (rev c4)
00:1c.2 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 3 (rev c4)
00:1d.0 USB controller: Intel Corporation 7 Series/C216 Chipset Family USB Enhanced Host Controller #1 (rev 04)
00:1f.0 ISA bridge: Intel Corporation HM76 Express Chipset LPC Controller (rev 04)
00:1f.2 SATA controller: Intel Corporation 7 Series Chipset Family 6-port SATA Controller [AHCI mode] (rev 04)
00:1f.3 SMBus: Intel Corporation 7 Series/C216 Chipset Family SMBus Controller (rev 04)
01:00.0 Display controller: Advanced Micro Devices, Inc. [AMD/ATI] Sun XT [Radeon HD 8670A/8670M/8690M / R5 M330 / M430 / Radeon 520 Mobile]
07:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8188EE Wireless Network Adapter (rev 01)
08:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL810xE PCI Express Fast Ethernet controller (rev 07)
 



Le problème

Le problème c'est que lorsque je démarre l'ordinateur, tout ce passe normalement jusqu'à l'invite GDM.
Mais lorsque je me connecte (via GDM) avec mon nom d'utilisateur et mon mot de passe, il y a presque une minute de latence avant que GNOME se lance. C'est cela le problème.(J'ai aussi testé xfce, enlightment, GNOME sous Xorg...sans plus de succès)
(Notez bien que le problème ne se produit qu'après un reboot ou démarrage à froid, mais pas après une fermeture de session)
Après de nombreux test j'ai constaté que blacklister le module "radeon" résolvait le problème ... au prix de la désactivation de la radeon.
(Alternativement booter avec le parametre kernel "radeon.modeset=0" résoud aussi le problème de la même manière)

Après lecture des logs il semble qu'il y ait des erreurs ACPI lors de du chargement ou du déchargement du driver de la carte graphique additionnelle AMD :

modprobe -r radeon



...
[  134.810044] ACPI Error: Aborting method \AMD3._ON due to previous error (AE_AML_LOOP_TIMEOUT) (20191018/psparse-529)
...
[  134.811473] acpi device:02: Failed to change power state to D0
...
 



modprobe radeon


...
[  382.899240] acpi device:02: Failed to change power state to D0
...
[  389.158051] acpi device:02: Cannot transition from (unknown) to D3hot
...


On pourrait penser que le problème est dû au driver radeon,
mais en fait j'ai exactement les mêmes messages d'erreur avec les drivers "amdgpu" (avec le support activé pour les cartes "si" et "cik" )

Tentative d'analyse

D'après :

ls -al /sys/bus/acpi/devices/device\:02/physical_node


lrwxrwxrwx 1 root root 0 avril 16 12:57 /sys/bus/acpi/devices/device:02/physical_node -> ../../../../pci0000:00/0000:00:01.0


et

lspci -s 0000:00:01.0


00:01.0 PCI bridge: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor PCI Express Root Port (rev 09) (prog-if 00 [Normal decode])
  Flags: bus master, fast devsel, latency 0, IRQ 24
  Bus: primary=00, secondary=01, subordinate=06, sec-latency=0
  I/O behind bridge: 00005000-00005fff [size=4K]
  Memory behind bridge: c2000000-c2ffffff [size=16M]
  Prefetchable memory behind bridge: 00000000a0000000-00000000afffffff [size=256M]
  Capabilities: [88] Subsystem: Hewlett-Packard Company Xeon E3-1200 v2/3rd Gen Core processor PCI Express Root Port
  Capabilities: [80] Power Management version 3
  Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit-
  Capabilities: [a0] Express Root Port (Slot+), MSI 00
  Capabilities: [100] Virtual Channel
  Capabilities: [140] Root Complex Link
  Capabilities: [d94] Secondary PCI Express
  Kernel driver in use: pcieport
 


Donc l'acpi device:02 c'est un port PCI express.
Et la radeon est branchée sur ce port PCI express :

ls /sys/bus/acpi/devices/device\:02/physical_node



0000:00:01.0:pcie010
0000:01:00.0  
...
 


lspci -vs 0000:01:00.0



01:00.0 Display controller: Advanced Micro Devices, Inc. [AMD/ATI] Sun XT [Radeon HD 8670A/8670M/8690M / R5 M330 / M430 / Radeon 520 Mobile]
  DeviceName: Radeon HD 8670M
  Subsystem: Hewlett-Packard Company Sun XT [Radeon HD 8670A/8670M/8690M / R5 M330 / M430 / Radeon 520 Mobile]
  Flags: bus master, fast devsel, latency 0, IRQ 35
  Memory at a0000000 (64-bit, prefetchable) [size=256M]
  Memory at c2000000 (64-bit, non-prefetchable) [size=256K]
  I/O ports at 5000 [size=256]
  Expansion ROM at c2040000 [disabled] [size=128K]
  Capabilities: [48] Vendor Specific Information: Len=08 <?>
  Capabilities: [50] Power Management version 3
  Capabilities: [58] Express Legacy Endpoint, MSI 00
  Capabilities: [a0] MSI: Enable+ Count=1/1 Maskable- 64bit+
  Capabilities: [100] Vendor Specific Information: ID=0001 Rev=1 Len=010 <?>
  Capabilities: [150] Advanced Error Reporting
  Capabilities: [270] Secondary PCI Express
  Kernel driver in use: radeon
  Kernel modules: radeon, amdgpu
 



Il semble en effet qu'il ait un problème avec le "power state" sur ce port PCI Express :

cat /sys/bus/acpi/devices/device\:02/power_state


(unknown)


alors que

cat /sys/bus/acpi/devices/device\:02/real_power_state


D0



Contournements du problème

J'ai bien trouvé quelques contournements pour faire fonctionner le système malgré tout :
- Soit écrire une règle udev pour régler le power/control de la radeon à "on"

cat /etc/udev/rules.d/01-pci_pm.rules


DRIVER=="radeon", SUBSYSTEM=="pci", ATTR{power/control}="on"



Ça marche, le temps de latence disparait ainsi que les erreurs ACPI, mais les températures données par la commande sensors ont augmenté et le ventilateur reste toujours allumé

- Soit passer le paramètre de boot "pcie_port_pm=off" dans GRUB:

cat /etc/default/grub



...
GRUB_CMDLINE_LINUX="pcie_port_pm=off"
...
 



Ça marche aussi, mais je me demande ce qu’il en est de la consommation des autres cartes PCi express (les 2 cartes Realtek Wifi et ethernet) ?
(Notez qu'avec cette solution : on a

cat /sys/bus/acpi/devices/device\:02/power_state


D0


)

Demande d'aide

J'ai aussi essayé des kernel vanilla (5.5 & 5.6), sans succès.
Quant à une Debian stable, j'ai le même problème avec et on peut même dire que ça fonctionne moins bien car le paquet switcheroo-control est bugué dans sa version buster.
Je ne sais pas quoi tenter d'autre, si quelqu'un a une idée.

Dernière modification par eheintzmann (17-04-2020 14:40:39)

Hors ligne

#2 17-04-2020 07:20:55

Anonyme-11
Invité

Re : Erreur ACPI avec une radeon sur un PC Intel

Salut,
Ton ordinateur bénéficie d'une unité de calcul accéléré adjointe à son processeur (très courant).
Mon fujitsu et son I3 utilise d'ailleur uniquement cet APU pour fonctionner.
À coté, je possède une tour avec APU radeon vega et une carte graphique RX550, mais c'est juste au cas ou je devrais retirer cette derniere.
La question que je me pose, c'est pourquoi tu t'embetes avec les pilotes de l'APU alors que tu as une carte graphique ?
Économie d'energie ? pas le choix ?
As-tu interet à utiliser testing sur un ordinateur de 2013 ?
Une version stable ne serait elle pas préférable ?
Je sais que cela ne t'aide pas beaucoup(voir pas du tout) mais je suis curieux.

#3 17-04-2020 09:45:42

eheintzmann
Membre
Distrib. : Debian GNU/Linux testing
Noyau : Linux 5.6.0-1-amd64
(G)UI : GNOME / Wayland
Inscription : 15-04-2020

Re : Erreur ACPI avec une radeon sur un PC Intel

Salut,

Je suis obligé de charger les pilote de l'APU Intel, pour avoir un affichage (si je "boot" avec "i915.modeset=0", j'ai un écran noir).
Je pense que seule cette APU est reliée physiquement à l'écran ainsi qu'aux ports HDMI et VGA (la radeon n'étant là que pour faire les calculs 3D et peut-être l'accélération vidéo).

Pour la version stable, j'ai le même problème avec et on peut même dire que ça fonctionne moins bien car le paquet switcheroo-control est bugué dans sa version buster.

Merci pour ta réponse.

Hors ligne

#4 18-04-2020 03:01:35

anonyme
Invité

Re : Erreur ACPI avec une radeon sur un PC Intel

Bonjour
le souci est que cette machine est un portable , sur un ordinateur de bureau le couple intel/nvidia par exemple fonctionne bien
intel en driver libre (debian) pour afficher le bureau avec un écran branché
nvidia driver propriétaire fourni par debian (sans écran) juste pour le calcul

je ne sais pas comment fonctionne le switch intel/amd  sur portable
mais déjà se poser la question si le calcul 3D est compatible avec un driver libre amd
enfin si tu lance quelque chose sur le gpu amd , la sortie vidéo switch aussi sur le gpu amd

tu peu lancer en user cette commande


glxinfo -B
 



ça va te donner le gpu utilisé quand,tu te trouve sur le bureau

pour les erreurs sur la machine
en root


journalctl -r -p err
 



a mon avis tu demande l' impossible afficher sur intel et faire travailler le gpu amd

#5 18-04-2020 07:12:03

eheintzmann
Membre
Distrib. : Debian GNU/Linux testing
Noyau : Linux 5.6.0-1-amd64
(G)UI : GNOME / Wayland
Inscription : 15-04-2020

Re : Erreur ACPI avec une radeon sur un PC Intel

Salut,

on peut choisir la carte graphique à utiliser en réglant la variable DRI_PRIME à 0 ou 1.
Par exemple avec e2s_info (car je suis sous wayland)

DRI_PRIME=0 es2_info | grep -E "(RENDERER)|(VERSION)"



EGL_VERSION: 1.4
GL_VERSION: OpenGL ES 3.0 Mesa 20.0.4
GL_RENDERER: Mesa DRI Intel(R) HD Graphics 4000 (IVB GT2)
 



DRI_PRIME=1 es2_info | grep -E "(RENDERER)|(VERSION)"



EGL_VERSION: 1.5
GL_VERSION: OpenGL ES 3.2 Mesa 20.0.4
GL_RENDERER: AMD HAINAN (DRM 2.50.0, 5.5.0-1-amd64, LLVM 10.0.0)
 



L’état des cartes graphiques peut-être contrôlé par un simple fichier :

cat /sys/kernel/debug/vgaswitcheroo/switch



0:IGD:+:Pwr:0000:00:02.0
1:DIS: :DynOff:0000:01:00.0
 



Voici un es2gears_wayland avec la carte Intel (la carte "discrète", la radeon est bien sur DynOff) :
file-R122b5f12c1fdef347f28ef7eb5069038

Voici un es2gears_wayland avec la carte AMD Radeon (la carte "discrète", la radeon est bien sur DynPwr et radeontop voit de l'activité sur cette carte) :
file-Rb08c74bd49a7f006ed7a02e7c238254e

Donc a priori, les cartes fonctionnent déjà correctement ensemble.
Ce que je cherche à faire c'est supprimer le temps de latence à la connexion, un peu plus proprement qu'avec un "pcie_port_pm=off" au boot (qui j'imagine doit impacter les autres cartes PCI Exrpess)

Hors ligne

#6 21-04-2020 22:19:32

eheintzmann
Membre
Distrib. : Debian GNU/Linux testing
Noyau : Linux 5.6.0-1-amd64
(G)UI : GNOME / Wayland
Inscription : 15-04-2020

Re : Erreur ACPI avec une radeon sur un PC Intel

Si je démarre le PC avec le paramètre «radeon.runpm=0», les erreurs ACPI disparaissent, ainsi que le temps de latence après la connexion avec gdm3.

Malheureusement cela désactive aussi la gestion dynamique de la carte additionnelle, la radeon restant allumée en permanence:


cat /sys/kernel/debug/vgaswitcheroo/switch



0:IGD:+:Pwr:0000:00:02.0
1:DIS: :Pwr:0000:01:00.0
 

Dernière modification par eheintzmann (21-04-2020 22:35:40)

Hors ligne

#7 22-04-2020 00:09:15

eheintzmann
Membre
Distrib. : Debian GNU/Linux testing
Noyau : Linux 5.6.0-1-amd64
(G)UI : GNOME / Wayland
Inscription : 15-04-2020

Re : Erreur ACPI avec une radeon sur un PC Intel

En utilisant le paramètre de boot amdgpu.runpm=0, j’arrive aux mêmes résultats.
À condition de blacklister le module radeon, et bien entendu d’activer le support du module amdgpu pour ma carte Radeon — Sun XT / HAINAN, famille Southern Islands (SI).

Dernière modification par eheintzmann (22-04-2020 01:00:10)

Hors ligne

#8 25-04-2020 05:19:57

eheintzmann
Membre
Distrib. : Debian GNU/Linux testing
Noyau : Linux 5.6.0-1-amd64
(G)UI : GNOME / Wayland
Inscription : 15-04-2020

Re : Erreur ACPI avec une radeon sur un PC Intel

  • Après de multiples relectures de mes logs, j’ai trouvé le message suivant :

    kernel: ACPI: [Firmware Bug]: BIOS _OSI(Linux) query ignored


    En utilisant le paramètre de boot acpi_osi=Linux, le message devient :

    kernel: ACPI: [Firmware Bug]: BIOS _OSI(Linux) query honored via cmdline


    Mais, d’après les logs, ça n’a pas l’air de changer grand-chose.



  • De plus, il y a ces autres messages dans les logs :

    kernel: ACPI: Added _OSI(Module Device)
    kernel: ACPI: Added _OSI(Processor Device)
    kernel: ACPI: Added _OSI(3.0 _SCP Extensions)
    kernel: ACPI: Added _OSI(Processor Aggregator Device)
    kernel: ACPI: Added _OSI(Linux-Dell-Video)
    kernel: ACPI: Added _OSI(Linux-Lenovo-NV-HDMI-Audio)
    kernel: ACPI: Added _OSI(Linux-HPI-Hybrid-Graphics)


    J’arrive à les faire disparaître à l’aide de du paramètre de boot acpi_osi=!<string>.
    Par exemple, acpi_osi=!Linux-HPI-Hybrid-Graphics acpi_osi=!Linux-Lenovo-NV-HDMI-Audio fait disparaître les 2 dernières lignes.
    Mais là non plus, je n’obtiens pas de résultats tangibles




Sur le web, je n'ai trouvé aucune bonne explication sur ces paramètres acpi_osi=.
Si quelqu’un sait comment ça marche, ou a des liens, je suis preneur de ses conseils.

Dernière modification par eheintzmann (25-04-2020 06:00:41)

Hors ligne

#9 25-04-2020 16:52:32

anonyme
Invité

Re : Erreur ACPI avec une radeon sur un PC Intel

Bonjour
sous debian gnome + wayland ça fonctionne bien le couple gpu intel + amd  smile

ton #5 est intéressant

je vois pas pourquoi tu fixe sur les erreurs acpi , a cause de la latence pour arriver sur le bureau ?

#10 25-04-2020 18:30:32

eheintzmann
Membre
Distrib. : Debian GNU/Linux testing
Noyau : Linux 5.6.0-1-amd64
(G)UI : GNOME / Wayland
Inscription : 15-04-2020

Re : Erreur ACPI avec une radeon sur un PC Intel

anonyme a écrit :

je vois pas pourquoi tu fixes sur les erreurs acpi , à cause de la latence pour arriver sur le bureau ?


En effet, 40 secondes de latence c’est beaucoup trop.
Comme je crois que les erreurs ACPI sont liées à ce délai, j’essaie de les fixer.

Si je pense que ces erreurs sont liées, c’est qu’il y a dans les logs cette erreur qui arrive toujours après la connexion avec gdm, mais juste avant que celui-ci lance un deuxième serveur X.Org sur le Virtual Terminal 2 (J’ai réglé gdm en mode X11 pour quelques tests).:

kernel: ACPI Error: Aborting method \AMD3._ON due to previous error (AE_AML_LOOP_TIMEOUT) (20191018/psparse-529)



Preuve supplémentaire, avec ligthdm, je n’ai plus ce temps de latence à la connexion, et, comme par hasard, les erreurs ACPI disparaissent (mais j’ai d’autres problèmes à la mise en veille et à la déconnexion, je n’ai pas encore cherché pourquoi).

J’imagine que gdm réinitialise (mal) les 2 cartes avant de lancer le second serveur. Mais je n’ai pas encore compris ce que fait lightdm, car il génère peu de logs.

Dernière modification par eheintzmann (25-04-2020 18:31:53)

Hors ligne

#11 25-04-2020 18:37:30

captnfab
Admin-Girafe
Lieu : /dev/random
Distrib. : Debian
Noyau : Dur
(G)UI : gui gui, je zuis un doiseau
Inscription : 07-07-2008
Site Web

Re : Erreur ACPI avec une radeon sur un PC Intel

gdm utilise wayland alors que lightdm utilise X11, derrière, ils n'utilisent probablement pas les mêmes modules graphiques.

captnfab,
Association Debian-Facile, bépo.
TheDoctor: Your wish is my command… But be careful what you wish for.

Hors ligne

#12 25-04-2020 18:43:01

eheintzmann
Membre
Distrib. : Debian GNU/Linux testing
Noyau : Linux 5.6.0-1-amd64
(G)UI : GNOME / Wayland
Inscription : 15-04-2020

Re : Erreur ACPI avec une radeon sur un PC Intel

captnfab a écrit :

gdm utilise wayland alors que lightdm utilise X11, derrière, ils n'utilisent probablement pas les mêmes modules graphiques.


Par défaut c'est complètement vrai, mais pour comparer les deux, j'ai mis, dans /etc/gdm3/daemon.conf:


[daemon]
# Uncomment the line below to force the login screen to use Xorg
WaylandEnable=false

[debug]
# Uncomment the line below to turn on debugging
# More verbose logs
# Additionally lets the X server dump core if it crashes
Enable=true
 

Hors ligne

#13 25-04-2020 19:29:30

captnfab
Admin-Girafe
Lieu : /dev/random
Distrib. : Debian
Noyau : Dur
(G)UI : gui gui, je zuis un doiseau
Inscription : 07-07-2008
Site Web

Re : Erreur ACPI avec une radeon sur un PC Intel

Oh, ok :-)

captnfab,
Association Debian-Facile, bépo.
TheDoctor: Your wish is my command… But be careful what you wish for.

Hors ligne

#14 25-04-2020 19:43:25

Debian Alain
Membre
Lieu : Bretagne
Distrib. : sid (unstable) / bullseye (stable)
Noyau : Linux sid 6.4.0-3-amd64
(G)UI : Gnome X.org (X11) / GDM3
Inscription : 11-03-2017
Site Web

Re : Erreur ACPI avec une radeon sur un PC Intel

les gars , petite digression si vous permettez :

captnfab  a écrit :

gdm utilise wayland alors que lightdm utilise X11, derrière, ils n'utilisent probablement pas les mêmes modules graphiques.


c'est pour çà que je ne trouve pas gnome sous wayland sur Lightdm ?

Dernière modification par Debian Alain (25-04-2020 19:44:21)

Hors ligne

#15 26-04-2020 19:17:07

eheintzmann
Membre
Distrib. : Debian GNU/Linux testing
Noyau : Linux 5.6.0-1-amd64
(G)UI : GNOME / Wayland
Inscription : 15-04-2020

Re : Erreur ACPI avec une radeon sur un PC Intel

Debian Alain a écrit :

c'est pour çà que je ne trouve pas gnome sous wayland sur Lightdm ?


En effet, chez moi non plus, GNOME sous Wayland n’est proposé ni par Lightdm, ni par GDM sous X

Hors ligne

#16 29-04-2020 10:55:08

eheintzmann
Membre
Distrib. : Debian GNU/Linux testing
Noyau : Linux 5.6.0-1-amd64
(G)UI : GNOME / Wayland
Inscription : 15-04-2020

Re : Erreur ACPI avec une radeon sur un PC Intel

J’ai trouvé une autre piste:
En effet, je me suis aperçu qu’avec lightdm je n’avais pas le temps de latence à la connexion contrairement à GDM !
Après lecture des logs, la différence entre les deux c’est que GDM fait un VT switching (changement de terminal virtuel) et pas lightdm.
GDM se lance sur le tty1, et après la connexion il lance la session sur le tty2.
Alors que lightdm se lance sur le tty7 et lance la session sur le même tty7.

Du coup j’ai effectué des tests de VT switching manuel (à coup de Ctrl+Alt+F<1-6>).
Il y a bien un temps de latence la première fois que l’on passe d’un VT graphique à un VT texte (ou l’inverse, selon que le paramètre de boot splash est activé ou non) et des erreurs ACPI à chaque VT switching.

A priori le VT switching c’est de la responsabilité du noyau et de logind (systemd).

Du coup, après de multiple essais, j’ai enlevé la radeon ainsi que le DisplayPort de la i915 (y  a pas de DisplayPort sur mon laptop) du seat0 avec une règle udev que voici:


# There is no DiplayPort on this laptop, remove from seats
SUBSYSTEM=="drm", KERNEL=="card0-DP-1", TAG-="seat", TAG-="master-of-seat"

# Remove radeon from seats
SUBSYSTEM=="drm", KERNEL=="card1", TAG-="seat", TAG-="master-of-seat"
SUBSYSTEM=="drm", KERNEL=="renderD129", TAG-="seat", TAG-="master-of-seat"
 


Et la, je n’ai plus aucun temps de latence avec GDM, mais les erreurs ACPI perdurent au VT Switching...
(J’ai bien vérifié que la radeon continue de s’activer avec un DRI_PRIME=1)

Dernière modification par eheintzmann (29-04-2020 10:56:38)

Hors ligne

#17 29-04-2020 19:00:18

anonyme
Invité

Re : Erreur ACPI avec une radeon sur un PC Intel

bonsoir

seul gnome + gdm3 utilise wayland sous debian
sinon la couche graphique est identique "noyau (modeset) => driver X => mesa"  ou  "noyau => wayland => mesa"

pour lightdm le driver est actif (serveur X) a 'invite de connexion
pour gdm3 je sais pas (mode wayland)

ps: pour AMD en driver libre , le système utilise modeset ( noyau) et le paquet du driver gaphique ( xserver-xorg-video-amdgpu par exemple (ou radeon))
il est possible de supprimer le paquet de X pour tester uniquement avec modeset (noyau)  ( debian demande a ce que modeset et le paquet de X ( AMD ) soit installé et actif)
j'ai testé avec et sans le paquet de X , les deux fonctionne sous X avec un log différent )

nota: peut etre voir le log de X

#18 30-04-2020 03:49:54

eheintzmann
Membre
Distrib. : Debian GNU/Linux testing
Noyau : Linux 5.6.0-1-amd64
(G)UI : GNOME / Wayland
Inscription : 15-04-2020

Re : Erreur ACPI avec une radeon sur un PC Intel

Au niveau de la config graphique j’ai essayé beaucoup de choses:

  • Wayland

  • Xorg
    Avec Xorg, j’ai essayé différents drivers: intel, radeon, modesetting (*man 4 modesetting*)
    J’ai essayé de lancer Xorg de différente manière: lightdm, GDM (sans puis avec l’option *enableWayland=false*), a la main (*startx*)
    J'ai tenté d'utiliser un fichier monitors.xml avec GDM.
    Quant aux logs de X, ils ne disent rien de particulier (normal, le VT Switching ne faisant pas au niveau de X)

  • Au niveau de la console, j’ai tenté de changer de mode graphique, depuis grub:

    #/etc/default/grub
    GRUB_GFXMODE=1600x900x32
    GRUB_GFXPAYLOAD_LINUX=1600x900x32

  • J’ai tenté de passer différents paramètres de boot aux drivers de la radeon et de la i915.



Tout ça sans succès, seul le bricolage sur les seats enlève le temps de latence mais pour les erreurs ACPI rien à faire (sauf blacklister la radeon)

Dernière modification par eheintzmann (30-04-2020 03:51:31)

Hors ligne

#19 30-04-2020 08:18:09

Debian Alain
Membre
Lieu : Bretagne
Distrib. : sid (unstable) / bullseye (stable)
Noyau : Linux sid 6.4.0-3-amd64
(G)UI : Gnome X.org (X11) / GDM3
Inscription : 11-03-2017
Site Web

Re : Erreur ACPI avec une radeon sur un PC Intel

eheintzmann , renseigne ton profil , ce sera beaucoup plus facile pour t'aider .

big_smile   big_smile   big_smile

dans l'attente :

que donnent 

uname -a


lsb_release -a


lscpu



au pif , comme çà , tu as pensé à tester le noyau de sid ?
(arf ! , j'ai relu ton fil , j'ai vu que oui .... pardon) .

(5.6.0-1 , je  crois) des fois , çà règle ce genre de  souci (pas toujours) .

de mémoire , les erreurs ACPI sont souvent dues à une  incompatibilité kernel / bios .

elles sont donc quasi irrésolvables .
(mais souvent mineures ) .
sauf à moins de mettre à jour son bios , et  encore ... pas sûr .

Dernière modification par Debian Alain (30-04-2020 08:59:30)

Hors ligne

#20 30-04-2020 09:19:20

eheintzmann
Membre
Distrib. : Debian GNU/Linux testing
Noyau : Linux 5.6.0-1-amd64
(G)UI : GNOME / Wayland
Inscription : 15-04-2020

Re : Erreur ACPI avec une radeon sur un PC Intel

uname -a


Linux ARRAKIS 5.5.0-2-amd64 #1 SMP Debian 5.5.17-1 (2020-04-15) x86_64 GNU/Linux


lsb_release -a


No LSB modules are available.
Distributor ID: Debian
Description:  Debian GNU/Linux bullseye/sid
Release:  testing
Codename: bullseye
 


lscpu


Architecture :                          x86_64
Mode(s) opératoire(s) des processeurs : 32-bit, 64-bit
Boutisme :                              Little Endian
Tailles des adresses:                   36 bits physical, 48 bits virtual
Processeur(s) :                         4
Liste de processeur(s) en ligne :       0-3
Thread(s) par cœur :                    2
Cœur(s) par socket :                    2
Socket(s) :                             1
Nœud(s) NUMA :                          1
Identifiant constructeur :              GenuineIntel
Famille de processeur :                 6
Modèle :                                58
Nom de modèle :                         Intel(R) Core(TM) i5-3230M CPU @ 2.60GHz
Révision :                              9
Vitesse du processeur en MHz :          1211.168
Vitesse maximale du processeur en MHz : 3200,0000
Vitesse minimale du processeur en MHz : 1200,0000
BogoMIPS :                              5188.38
Virtualisation :                        VT-x
Cache L1d :                             64 KiB
Cache L1i :                             64 KiB
Cache L2 :                              512 KiB
Cache L3 :                              3 MiB
Nœud NUMA 0 de processeur(s) :          0-3
Vulnerability Itlb multihit:            KVM: Mitigation: Split huge pages
Vulnerability L1tf:                     Mitigation; PTE Inversion; VMX conditional cache flushes, SMT vulnerable
Vulnerability Mds:                      Mitigation; Clear CPU buffers; SMT vulnerable
Vulnerability Meltdown:                 Mitigation; PTI
Vulnerability Spec store bypass:        Mitigation; Speculative Store Bypass disabled via prctl and seccomp
Vulnerability Spectre v1:               Mitigation; usercopy/swapgs barriers and __user pointer sanitization
Vulnerability Spectre v2:               Mitigation; Full generic retpoline, IBPB conditional, IBRS_FW, STIBP conditional, RSB filling
Vulnerability Tsx async abort:          Not affected
Drapeaux :                              fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp
                                         lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx est t
                                        m2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm cpuid_fault epb pti ssbd ib
                                        rs ibpb stibp tpr_shadow vnmi flexpriority ept vpid fsgsbase smep erms xsaveopt dtherm ida arat pln pts md_clear flush_l1d
 



Debian Alain a écrit :


de mémoire , les erreurs ACPI sont souvent dues à une  incompatibilité kernel / bios .

elles sont donc quasi irrésolvables .
(mais souvent mineures ) .
sauf à moins de mettre à jour son bios , et  encore ... pas sûr .


Oui, j’ai vu des posts sur le web où des utilisateurs résolvaient leurs problèmes ACPI en flashant leur BIOS.
Malheureusement le mien est déjà à jour, je m’en sortirais pas aussi facilement

EDIT : J’ai mis à jour avec le kernel de sid :

uname -a


Linux ARRAKIS 5.6.0-1-amd64 #1 SMP Debian 5.6.7-1 (2020-04-29) x86_64 GNU/Linux

Dernière modification par eheintzmann (30-04-2020 11:31:33)

Hors ligne

#21 30-04-2020 18:25:15

eheintzmann
Membre
Distrib. : Debian GNU/Linux testing
Noyau : Linux 5.6.0-1-amd64
(G)UI : GNOME / Wayland
Inscription : 15-04-2020

Re : Erreur ACPI avec une radeon sur un PC Intel

Dans le premier post de ce fil, je pensai que l’acpi device:02 était un port PCI Express.
En fait j’ai maintenant comme un doute à ce sujet.

En fait /sys/bus/acpi/devices/device:02 est un lien vers ../../../devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/device:02
et :

 
$ ls  -Al /sys/devices/LNXSYSTM\:00/LNXSYBUS\:00/PNP0A08\:00/device\:02/
total 0
-r--r--r--  1 root root 4096 avril 30 17:39 adr
drwxr-xr-x  3 root root    0 avril 30  2020 device:0b
drwxr-xr-x 13 root root    0 avril 30  2020 LNXVIDEO:00
-r--r--r--  1 root root 4096 avril 30 17:39 path
lrwxrwxrwx  1 root root    0 avril 30 17:39 physical_node -> ../../../../pci0000:00/0000:00:01.0
drwxr-xr-x  2 root root    0 avril 30 17:39 power
drwxr-xr-x  2 root root    0 avril 30 17:39 power_resources_D0
drwxr-xr-x  2 root root    0 avril 30 17:39 power_resources_D2
drwxr-xr-x  2 root root    0 avril 30 17:39 power_resources_D3hot
-r--r--r--  1 root root 4096 avril 30 17:39 power_state
-r--r--r--  1 root root 4096 avril 30 17:39 real_power_state
lrwxrwxrwx  1 root root    0 avril 30  2020 subsystem -> ../../../../../bus/acpi
-rw-r--r--  1 root root 4096 avril 30  2020 uevent
drwxr-xr-x  3 root root    0 avril 30  2020 wakeup
 



Je n’arrive pas à savoir à quel matériel cet acpi device:02 est associé.
J’ai tenté, en vain, divers outils pour le découvrir : acpi, acpitail, hardinfo, lshw, dmidecode, discover , inxi.

Comment faire pour trouver le hardware correspondant ?

Hors ligne

#22 30-04-2020 18:33:40

Debian Alain
Membre
Lieu : Bretagne
Distrib. : sid (unstable) / bullseye (stable)
Noyau : Linux sid 6.4.0-3-amd64
(G)UI : Gnome X.org (X11) / GDM3
Inscription : 11-03-2017
Site Web

Re : Erreur ACPI avec une radeon sur un PC Intel

puisque tu sembles parti pour investiguer les méandres de  ton kernel ,

le dernier que tu as essayé , c'était lequel ?

le 5.6.8 ou le 5.7-rc3  ?

https://www.kernel.org/

je n'ai jamais poussé aussi loin que toi la réflexion sur mes "device" .

je vais jeter un oeuil dans lshw , voir  si çà peut pas aider un peu .

cela peut il t'aider ? https://forum.ubuntu-fr.org/viewtopic.php?id=151289

des fois que certaines commandes t'aient échappé .

par exemple ,

lshw -numeric

chez moi ,

           *-display
                description: VGA compatible controller
                produit: Ellesmere [Radeon RX 470/480/570/570X/580/580X/590] [1002:67DF]
                fabriquant: Advanced Micro Devices, Inc. [AMD/ATI] [1002]
                identifiant matériel: 0
                information bus: pci@0000:0a:00.0
                version: ef
                bits: 64 bits
                horloge: 33MHz
                fonctionnalités: pm pciexpress msi vga_controller bus_master cap_list rom
                configuration: driver=amdgpu latency=0
                ressources: irq:69 mémoire:e0000000-efffffff mémoire:f0000000-f01fffff portE/S:e000(taille=256) mémoire:fcf00000-fcf3ffff mémoire:c0000-dffff
 


donne ceci

information bus: pci@0000:0a:00.0


tu pourrai pas trouver une ligne "information bus" comme ici , (ci dessus) qui te donnerai un identifiant pci , par exemple .
et donc , te permettrai de retrouver ton périphérique ?

ah ben si .
si ton post est exact , tu as cette ligne :

lrwxrwxrwx  1 root root    0 avril 30 17:39 physical_node -> ../../../../pci0000:00/0000:00:01.0



chez moi

lspci -nnk | grep -iE "0a:00.0" -A3


0a:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Ellesmere [Radeon RX 470/480/570/570X/580/580X/590] [1002:67df] (rev ef)
  Subsystem: Sapphire Technology Limited Ellesmere [Radeon RX 470/480/570/570X/580/580X/590] [1da2:e343]
  Kernel driver in use: amdgpu
  Kernel modules: amdgpu



donc , que donne chez toi la commande suivante : ?

lspci -nnk | grep -iE "00:01.0" -A3


pour commencer ....

Dernière modification par Debian Alain (30-04-2020 19:11:56)

Hors ligne

#23 30-04-2020 18:52:52

eheintzmann
Membre
Distrib. : Debian GNU/Linux testing
Noyau : Linux 5.6.0-1-amd64
(G)UI : GNOME / Wayland
Inscription : 15-04-2020

Re : Erreur ACPI avec une radeon sur un PC Intel

Debian Alain a écrit :

puisque tu sembles parti pour investiguer les méandres de  ton kernel ,

le dernier que tu as essayé , c'était lequel ?

le 5.6.8 ou le 5.7-rc3  ?



Pour le kernel Debian, le dernier que j’ai utilisé c’est le 5.6.7-1.

Pour le kernel vanilla, j’ai fait un git clone puis un git checkout v5.6, je ne m’étais pas inquiété du sublevel.
Maintenant que tu le dis, ça a l’air d’être un 5.6.0

Hors ligne

#24 30-04-2020 19:14:24

Debian Alain
Membre
Lieu : Bretagne
Distrib. : sid (unstable) / bullseye (stable)
Noyau : Linux sid 6.4.0-3-amd64
(G)UI : Gnome X.org (X11) / GDM3
Inscription : 11-03-2017
Site Web

Re : Erreur ACPI avec une radeon sur un PC Intel

regarde mes derniers développements , post #22 (fin)  ci - dessus .

tu te sers des kernels officiels , tu as bien raison .

apt search linux-image-5.6.*-amd64


En train de trier... Fait
Recherche en texte intégral... Fait
linux-headers-5.6.0-1-amd64/unstable 5.6.7-1 amd64
  Header files for Linux 5.6.0-1-amd64

linux-headers-5.6.0-1-cloud-amd64/unstable 5.6.7-1 amd64
  Header files for Linux 5.6.0-1-cloud-amd64

linux-headers-5.6.0-1-rt-amd64/unstable 5.6.7-1 amd64
  Header files for Linux 5.6.0-1-rt-amd64

linux-headers-5.6.0-trunk-amd64/experimental 5.6.4-1~exp1 amd64
  Header files for Linux 5.6.0-trunk-amd64

linux-headers-5.6.0-trunk-cloud-amd64/experimental 5.6.4-1~exp1 amd64
  Header files for Linux 5.6.0-trunk-cloud-amd64

linux-headers-5.6.0-trunk-rt-amd64/experimental 5.6.4-1~exp1 amd64
  Header files for Linux 5.6.0-trunk-rt-amd64

linux-image-5.6.0-1-amd64/unstable 5.6.7-1 amd64
  Linux 5.6 for 64-bit PCs (signed)

linux-image-5.6.0-1-amd64-dbg/unstable 5.6.7-1 amd64
  Debug symbols for linux-image-5.6.0-1-amd64

linux-image-5.6.0-1-amd64-unsigned/unstable 5.6.7-1 amd64
  Linux 5.6 for 64-bit PCs

linux-image-5.6.0-1-cloud-amd64/unstable 5.6.7-1 amd64
  Linux 5.6 for x86-64 cloud (signed)

linux-image-5.6.0-1-cloud-amd64-dbg/unstable 5.6.7-1 amd64
  Debug symbols for linux-image-5.6.0-1-cloud-amd64

linux-image-5.6.0-1-cloud-amd64-unsigned/unstable 5.6.7-1 amd64
  Linux 5.6 for x86-64 cloud

linux-image-5.6.0-1-rt-amd64/unstable 5.6.7-1 amd64
  Linux 5.6 for 64-bit PCs, PREEMPT_RT (signed)

linux-image-5.6.0-1-rt-amd64-dbg/unstable 5.6.7-1 amd64
  Debug symbols for linux-image-5.6.0-1-rt-amd64

linux-image-5.6.0-1-rt-amd64-unsigned/unstable 5.6.7-1 amd64
  Linux 5.6 for 64-bit PCs, PREEMPT_RT

linux-image-5.6.0-trunk-amd64-dbg/experimental 5.6.4-1~exp1 amd64
  Debug symbols for linux-image-5.6.0-trunk-amd64

linux-image-5.6.0-trunk-amd64-unsigned/experimental 5.6.4-1~exp1 amd64
  Linux 5.6 for 64-bit PCs

linux-image-5.6.0-trunk-cloud-amd64-dbg/experimental 5.6.4-1~exp1 amd64
  Debug symbols for linux-image-5.6.0-trunk-cloud-amd64

linux-image-5.6.0-trunk-cloud-amd64-unsigned/experimental 5.6.4-1~exp1 amd64
  Linux 5.6 for x86-64 cloud

linux-image-5.6.0-trunk-rt-amd64-dbg/experimental 5.6.4-1~exp1 amd64
  Debug symbols for linux-image-5.6.0-trunk-rt-amd64

linux-image-5.6.0-trunk-rt-amd64-unsigned/experimental 5.6.4-1~exp1 amd64
  Linux 5.6 for 64-bit PCs, PREEMPT_RT
 




ceux que je t'ai cités sont à compiler , suivant ce fil : https://debian-facile.org/doc:systeme:kernel:compiler

Dernière modification par Debian Alain (30-04-2020 19:23:26)

Hors ligne

#25 30-04-2020 19:47:07

eheintzmann
Membre
Distrib. : Debian GNU/Linux testing
Noyau : Linux 5.6.0-1-amd64
(G)UI : GNOME / Wayland
Inscription : 15-04-2020

Re : Erreur ACPI avec une radeon sur un PC Intel

lspci -nnk | grep -iE "00:01.0" -A1



00:01.0 PCI bridge [0604]: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor PCI Express Root Port [8086:0151] (rev 09)
  Kernel driver in use: pcieport
 


Il y en 3 autres comme ça:

lspci -nnk | grep -A1 "PCI bridge"



00:01.0 PCI bridge [0604]: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor PCI Express Root Port [8086:0151] (rev 09)
  Kernel driver in use: pcieport
--
00:1c.0 PCI bridge [0604]: Intel Corporation 7 Series/C216 Chipset Family PCI Express Root Port 1 [8086:1e10] (rev c4)
  Kernel driver in use: pcieport
00:1c.1 PCI bridge [0604]: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 2 [8086:1e12] (rev c4)
  Kernel driver in use: pcieport
00:1c.2 PCI bridge [0604]: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 3 [8086:1e14] (rev c4)
  Kernel driver in use: pcieport

 



En fait j’avais déjà fait un lspci sur ce physical node, c’est juste que je sais quel est exactement le lien entre le device lui-même et son physical node. (ça doit bien être documenté quelque part).

Hors ligne

Pied de page des forums