[NON resolu=MAJ DU 20.04.18] compatibilité debian et raven ridge ?

anonyme · 21-04-2018 14:29:47

sous stretch ça fonctionne maintenant

glxinfo -B

name of display: :0

display: :0  screen: 0

direct rendering: Yes

Extended renderer info (GLX_MESA_query_renderer):

    Vendor: VMware, Inc. (0xffffffff)

    Device: llvmpipe (LLVM 3.9, 128 bits) (0xffffffff)

    Version: 13.0.6

    Accelerated: no

    Video memory: 15979MB

    Unified memory: no

    Preferred profile: core (0x1)

    Max core profile version: 3.3

    Max compat profile version: 3.0

    Max GLES1 profile version: 1.1

    Max GLES[23] profile version: 3.0

OpenGL vendor string: VMware, Inc.

OpenGL renderer string: Gallium 0.4 on llvmpipe (LLVM 3.9, 128 bits)

OpenGL core profile version string: 3.3 (Core Profile) Mesa 13.0.6

OpenGL core profile shading language version string: 3.30

OpenGL core profile context flags: (none)

OpenGL core profile profile mask: core profile

OpenGL version string: 3.0 Mesa 13.0.6

OpenGL shading language version string: 1.30

OpenGL context flags: (none)

OpenGL ES profile version string: OpenGL ES 3.0 Mesa 13.0.6

OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.00

en EFI , nouveau disque (l'ancien faisait tourner le 1700 mais bon .... ) et une stretch toute propre avec Mate
bon le résolution est pas top , mais c'est beaucoup mieux qu'avant

gog · 21-04-2018 14:58:33

Je comprend pas la moitié des retours que tu écrit

En terme profane, tu pourrais m'expliquer où tu en es ?

Fedora ? Debian ? Noyau ? Je suis perdu.

anonyme · 21-04-2018 15:29:02

moi aussi je perd la boule .........

xrandr

 

retour

xrandr: Failed to get size of gamma for output default

Screen 0: minimum 640 x 480, current 1280 x 1024, maximum 1280 x 1024

default connected 1280x1024+0+0 0mm x 0mm

   1280x1024      0.00* 

   1024x768       0.00  

   800x600        0.00  

   640x480        0.00

la résolution native de l'écran

je fais aussi bien que Fedora27

glxinfo -B

 

retour

name of display: :0

display: :0  screen: 0

direct rendering: Yes

Extended renderer info (GLX_MESA_query_renderer):

    Vendor: VMware, Inc. (0xffffffff)

    Device: llvmpipe (LLVM 5.0, 128 bits) (0xffffffff)

    Version: 17.3.8

    Accelerated: no

    Video memory: 15972MB

    Unified memory: no

    Preferred profile: core (0x1)

    Max core profile version: 3.3

    Max compat profile version: 3.0

    Max GLES1 profile version: 1.1

    Max GLES[23] profile version: 3.0

OpenGL vendor string: VMware, Inc.

OpenGL renderer string: llvmpipe (LLVM 5.0, 128 bits)

OpenGL core profile version string: 3.3 (Core Profile) Mesa 17.3.8

OpenGL core profile shading language version string: 3.30

OpenGL core profile context flags: (none)

OpenGL core profile profile mask: core profile

OpenGL version string: 3.0 Mesa 17.3.8

OpenGL shading language version string: 1.30

OpenGL context flags: (none)

OpenGL ES profile version string: OpenGL ES 3.0 Mesa 17.3.8

OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.00

uname -a

 

retour

Linux debian30 4.15.0-2-amd64 #1 SMP Debian 4.15.11-1 (2018-03-20) x86_64 GNU/Linux

 

je sais pas ce que j'ai fait avec l'ancienne installation , surement une boulette
je vais redémarrer encore une fois on sait jamais .....
il manque firmware-amd-graphics pour Raven , kernel 4.17 et mesa18 , mais c'est déja pas mal en 2D ( on verra avec le 19 pouces 16/10eme si correct aussi )

j'utilise le pilote VESA , sans les DRM du noyau pour Raven c'est logique

[    22.287] (II) VESA(0): initializing int10

[    22.287] (II) VESA(0): Primary V_BIOS segment is: 0xc000

[    22.287] (II) VESA(0): VESA BIOS detected

[    22.287] (II) VESA(0): VESA VBE Version 3.0

[    22.287] (II) VESA(0): VESA VBE Total Mem: 49152 kB

[    22.287] (II) VESA(0): VESA VBE OEM: AMD ATOMBIOS

[    22.287] (II) VESA(0): VESA VBE OEM Software Rev: 16.2

[    22.287] (II) VESA(0): VESA VBE OEM Vendor: (C) 1988-2010, Advanced Micro Devices, Inc.

[    22.287] (II) VESA(0): VESA VBE OEM Product: RAVEN

[    22.287] (II) VESA(0): VESA VBE OEM Product Rev: 01.00

[    22.287] (II) VESA(0): virtual address = 0x7f3c7298b000,

  physical address = 0xe0000000, size = 50331648

[    22.288] (II) VESA(0): Setting up VESA Mode 0x124 (1280x1024)

[    22.288] (II) VESA(0): VBESetVBEMode failed, mode set without customized refresh.

[    22.320] (==) VESA(0): Default visual is TrueColor

[    22.331] (==) VESA(0): Backing store enabled

[    22.331] (==) VESA(0): DPMS enabled

[    22.333] (==) RandR enabled

[    22.343] (II) SELinux: Disabled on system

[    22.344] (II) AIGLX: Screen 0 is not DRI2 capable

[    22.344] (EE) AIGLX: reverting to software rendering

[    23.759] (II) IGLX: enabled GLX_MESA_copy_sub_buffer

[    23.760] (II) IGLX: Loaded and initialized swrast

[    23.760] (II) GLX: Initialized DRISWRAST GL provider for screen 0

rien a voir avait ce que j'avais sur l'ancienne installation , pas de bureau , le serveur X fatal error

de voir ça c'est bien "OEM Product: RAVEN"

les erreurs

journalctl -r -p err

 

retour

-- Logs begin at Sat 2018-04-21 16:20:46 CEST, end at Sat 2018-04-21 16:47:43 CEST. --

avril 21 16:20:56 debian30 avahi-daemon[484]: chroot.c: open() failed: No such file or directory

avril 21 16:20:51 debian30 kernel: [TTM] Memory type 2 has not been initialized

avril 21 16:20:51 debian30 kernel: amdgpu 0000:08:00.0: Fatal error during GPU init

avril 21 16:20:51 debian30 kernel: amdgpu 0000:08:00.0: Failed to load gpu_info firmware "amdgpu/raven_gpu_info.bin"

avril 21 16:20:51 debian30 kernel: firmware_class: See https://wiki.debian.org/Firmware for information about missing firmware

avril 21 16:20:51 debian30 kernel: amdgpu 0000:08:00.0: firmware: failed to load amdgpu/raven_gpu_info.bin (-2)

avril 21 16:20:47 debian30 kernel: sp5100_tco: I/O address 0x0cd6 already in use

avril 21 16:20:46 debian30 kernel: usbhid 5-4.3:1.1: couldn't find an input interrupt endpoint

avril 21 16:20:46 debian30 kernel: AMD-Vi: Unable to write to IOMMU perf counter.

avril 21 16:20:46 debian30 kernel: ACPI Error: Method parse/execution failed \, AE_NOT_FOUND (20170831/psparse-550)

avril 21 16:20:46 debian30 kernel: ACPI Error: [PTOS] Namespace lookup failure, AE_NOT_FOUND (20170831/psargs-364)

avril 21 16:20:46 debian30 kernel: ACPI Error: 1 table load failures, 7 successful (20170831/tbxfload-246)

avril 21 16:20:46 debian30 kernel: ACPI Exception: AE_ALREADY_EXISTS, (SSDT:  AMD PT) while loading table (20170831/tbxfload-2

avril 21 16:20:46 debian30 kernel: ACPI Exception: AE_ALREADY_EXISTS, During name lookup/catalog (20170831/psobject-252)

avril 21 16:20:46 debian30 kernel: ACPI Error: [SMIC] Namespace lookup failure, AE_ALREADY_EXISTS (20170831/dswload-378)

je peu tester d injecter les .bin pour raven dans "/lib/firmware/amdgpu/" trouvé sur ubuntu pour le firmware gpu

Dernière modification par anonyme (21-04-2018 15:54:16)

gog · 21-04-2018 17:01:50

J'ai pas encore les automatismes pour lire et comprendre facilement tous les retours de commande.

Tu pourras faire un tuto multi plateforme pour raven ridge .....

anonyme · 21-04-2018 18:43:44

le firmware Raven ne fonctionne pas (du moins dans la config actuelle)

[    25.543] (II) LoadModule: "glamoregl"

[    25.543] (II) Loading /usr/lib/xorg/modules/libglamoregl.so

[    25.545] (II) Module glamoregl: vendor="X.Org Foundation"

[    25.545]  compiled for 1.19.6, module version = 1.0.0

[    25.545]  ABI class: X.Org ANSI C Emulation, version 0.4

[    25.545] (II) glamor: OpenGL accelerated X.org driver based.

[    25.547] (II) glamor: EGL version 1.5 (DRI2):

[    25.550] (II) AMDGPU(0): glamor detected, initialising EGL layer.

[    25.550] (==) AMDGPU(0): TearFree property default: auto

[    25.550] (II) AMDGPU(0): KMS Pageflipping: enabled

[    25.550] (WW) AMDGPU(0): No outputs definitely connected, trying again...

[    25.550] (WW) AMDGPU(0): Unable to find connected outputs - setting 1024x768 initial framebuffer

[    25.550] (II) AMDGPU(0): mem size init: gart size :bfbf9000 vram size: s:302b000 visible:302b000

[    25.550] (==) AMDGPU(0): DPI set to (96, 96)

[    25.550] (==) AMDGPU(0): Using gamma correction (1.0, 1.0, 1.0)

[    25.550] (II) Loading sub module "ramdac"

[    25.550] (II) LoadModule: "ramdac"

[    25.550] (II) Module "ramdac" already built-in

[    25.550] (EE) AMDGPU(0): No modes.

[    25.550] (II) UnloadModule: "amdgpu"

[    25.550] (II) UnloadSubModule: "glamoregl"

[    25.550] (II) Unloading glamoregl

[    25.550] (II) UnloadSubModule: "fb"

[    25.550] (II) Unloading fb

[    25.550] (EE) Screen(s) found, but none have a usable configuration.

[    25.550] (EE) 

Fatal server error:

[    25.550] (EE) no screens found(EE) 

[    25.550] (EE) 

Please consult the The X.Org Foundation support 

   at http://wiki.x.org

 for help. 

[    25.550] (EE) Please also check the log file at "/var/log/Xorg.0.log" for additional information.

[    25.550] (EE) 

[    25.550] (EE) Server terminated with error (1). Closing log file

@gog
pour faire court , le gpu ne fonctionne pas bien
le gpu est détecté par le noyau de buster mais pas de prise en charge matérielle .
donc le serveur X charge un driver basic (VESA) qui me permet d'avoir le bureau , d'utiliser firefox
le serveur X aussi lance "Mesa" mais idem ça bloque et je n'ai aucune prise en charge 3D (jeux et autres )

donc ça ne fonctionne pas correctement.
tant que debian n'aura pas le firmware amd + le noyau + Mesa pour ce gpu ça ne sera pas correct.

pour les autres OS Linux , non je n'ai pas trop envie de chercher ni vérifier si correct.
les dernières information , c'est que avec le noyau 4.17 + le firmware + Mesa18 , Raven est stable (pour toutes les applications )
certaines distributions doivent fonctionner (en testing ) maintenant avec Raven

pour ma part je vais patienter le temps que debian avance , ce que j'ai fait l'année dernière avec Polaris (Amd aussi )
nota: ce que j'ai mit au dessus c'est que la lecture vidéo (matérielle) a été amélioré avec Raven Ridge (PC bureau et portable ) et que mesa18 a déjà la modification pour l'utiliser

il doit y avoir des gens qui utilisent cette configuration , tu aura plus de chance de trouver sur le net les informations sur Raven Ridge

exemple:du 24/03/2018 => https://www.phoronix.com/scan.php?page= … rch-Update

Il est bon de signaler maintenant que les problèmes d'affichage semblent corrigés. 

Je ne rencontre plus de problèmes de paramétrage de mode ou d'autres problèmes d'affichage pour les graphiques Vega 8.

il faut chercher les plus récent , ici un bug usb sur ubuntu 18.xx => https://bugs.launchpad.net/ubuntu/+sour … ug/1756700

le noyau 4.17 pas avant mi-juillet => Ces 28 patches sont mis en file d'attente pour le cycle du noyau Linux 4.17

ce qui va changer dans le 4.17 => https://www.developpez.com/actu/198058/ … l-energie/

ta configuration actuelle ne peu pas tenir jusqu'a cet été (bon un AMD en 939 X2 c'est 2004 environ ) et 4Go c'est suffisant pour Linux

le retour de lspci pour la machine
comme dit chalu il y a encore beaucoup de devices

lspci

 

retour

00.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 15d0

00.2 IOMMU: Advanced Micro Devices, Inc. [AMD] Device 15d1

01.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 00h-0fh) PCIe Dummy Host Bridge

01.2 PCI bridge: Advanced Micro Devices, Inc. [AMD] Device 15d3

08.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 00h-0fh) PCIe Dummy Host Bridge

08.1 PCI bridge: Advanced Micro Devices, Inc. [AMD] Device 15db

08.2 PCI bridge: Advanced Micro Devices, Inc. [AMD] Device 15dc

14.0 SMBus: Advanced Micro Devices, Inc. [AMD] FCH SMBus Controller (rev 61)

14.3 ISA bridge: Advanced Micro Devices, Inc. [AMD] FCH LPC Bridge (rev 51)

18.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 15e8

18.1 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 15e9

18.2 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 15ea

18.3 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 15eb

18.4 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 15ec

18.5 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 15ed

18.6 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 15ee

18.7 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 15ef

00.0 USB controller: Advanced Micro Devices, Inc. [AMD] 300 Series Chipset USB 3.1 xHCI Controller (rev 02)

00.1 SATA controller: Advanced Micro Devices, Inc. [AMD] 300 Series Chipset SATA Controller (rev 02)

00.2 PCI bridge: Advanced Micro Devices, Inc. [AMD] Device 43b2 (rev 02)

00.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] 300 Series Chipset PCIe Port (rev 02)

04.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] 300 Series Chipset PCIe Port (rev 02)

05.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] 300 Series Chipset PCIe Port (rev 02)

06.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] 300 Series Chipset PCIe Port (rev 02)

07.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] 300 Series Chipset PCIe Port (rev 02)

00.0 USB controller: ASMedia Technology Inc. Device 1343

00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 15)

00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Raven Bridge [Radeon Vega Series / Radeon Vega Mobile Series] (rev c8)

00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Device 15de

00.2 Encryption controller: Advanced Micro Devices, Inc. [AMD] Device 15df

00.3 USB controller: Advanced Micro Devices, Inc. [AMD] Device 15e0

00.4 USB controller: Advanced Micro Devices, Inc. [AMD] Device 15e1

00.6 Audio device: Advanced Micro Devices, Inc. [AMD] Device 15e3

00.0 SATA controller: Advanced Micro Devices, Inc. [AMD] FCH SATA Controller [AHCI mode] (rev 61)

comme AMD a reporter des fonctions du chipset vers le cpu , il y a pas mal de trucs mal détecté (alors que sur les Rizen1 c'est correct )

Dernière modification par anonyme (21-04-2018 20:19:12)

gog · 21-04-2018 20:19:12

anonyme a écrit :

@gog
pour faire court , la vidéo ne fonctionne pas bien
le gpu est détecté par le noyau de buster mais pas de prise en charge matérielle .
donc le serveur X charge un driver basic (VESA) qui me permet d'avoir le bureau , d'utiliser firefox
le serveur X aussi lance "Mesa" mais idem ça bloque et je n'ai aucune prise en charge 3D (jeux et autres )

donc ça ne fonctionne pas correctement.
tant que debian n'aura pas le firmware amd + le noyau + Mesa pour ce gpu ça ne sera pas correct.

pour les autres OS Linux , non je n'ai pas trop envie de chercher ni vérifier si correct.
les dernières information , c'est que avec le noyau 4.17 + le firmware + Mesa18 , Raven est stable (pour toutes les applications )

Ok. Donc c'est la confirmation de ce qu'on avait imaginé dès le début au vu de quelques info qu'on avait trouvé sur le net.
Merci pour le temps que t'y a passé. J'espère que cela pourra servir à d'autres personnes qui pensait acheté ce processeur.
Je vais te citer dans le 1er post pour le combo noyau/mesa/firmware.

certaines distributions doivent fonctionner (en testing ) maintenant avec Raven

arch apparemment, et oui certainement d'autres. Mais au delà de mes compétences et de mes envies d'essais.

pour ma part je vais patienter le temps que debian avance , ce que j'ai fait l'année dernière avec Polaris (Amd aussi )

C'est clair que tu ne vas pas passer tes journées à test un processeur.

nota: ce que j'ai mit au dessus c'est que la lecture vidéo (matérielle) a été amélioré avec Raven Ridge (PC bureau et portable ) et que mesa18 a déjà la modification pour l'utiliser

il doit y avoir des gens qui utilisent cette configuration , tu aura plus de chance de trouver sur le net les informations sur Raven Ridge

exemple:

Il est bon de signaler maintenant que les problèmes d'affichage semblent corrigés.
Je ne rencontre plus de problèmes de paramétrage de mode ou d'autres problèmes d'affichage pour les graphiques Vega 8.

Ça prouve que malgré tout, le problème est en traitement et non pas repoussé aux calendes grecs.
de mon côté, effectivement, je regarde un peu si je trouve de nouvelles infos, mais beaucoup moins que les 1er jours, très peu de chances que je me lance dans cette voie pour l'instant.

gog · 21-04-2018 21:47:47

Trouvé sur le site ldlc, les 2. Premiers avis de la même personne. Très récents.

https://www.ldlc.com/avis/PB00225455.html

Qu'est ce que t'en penses ?

Dernière modification par gog (21-04-2018 21:48:49)

anonyme · 22-04-2018 11:11:09

Asrock j'aime pas trop , je suis plutot Asus , bien que sur les B350 les bios Asus sont pas terrible .
sur LDLC je n'ai plus les images sur leur site , sur toutes mes machines je sais pas pourquoi.

je teste Fedora28 workstation en pré version bèta on verra bien

ubuntu sort le 24 Avril il me semble , la 18xx

rien de neuf sur Fedora28_beta pour le gpu , a part que j'ai l'impression d'etre sur windows 10

la commande glxinfo -B me revoie une erreur (typique d un gpu qui fonctionne mal ) , et aucun log sur fedora ou du moins j'ai pas trouvé
pour les firmwares encore testé ce matin une autre source , idem ça plante le bureau sur debian

pour Fedora28-beta le noyau est le 4.16.3 , qui prend encore mal ce cpu raven ridge
par exemple (pris sur un lspci d un 1700X sous debian )

18.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 00h-0fh) Data Fabric: Device 18h; Function 0

18.1 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 00h-0fh) Data Fabric: Device 18h; Function 1

18.2 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 00h-0fh) Data Fabric: Device 18h; Function 2

18.3 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 00h-0fh) Data Fabric: Device 18h; Function 3

18.4 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 00h-0fh) Data Fabric: Device 18h; Function 4

18.5 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 00h-0fh) Data Fabric: Device 18h; Function 5

18.6 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 00h-0fh) Data Fabric: Device 18h; Function 6

18.7 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 00h-0fh) Data Fabric: Device 18h; Function 7

pour le infinity fabric (qui est le bus amd) n'est pas bien détecté par les noyau 4.15 et 4.16 (le 4.16.3 je l ai testé avec fedora 28-beta )
donc pas avant mi-juillet (ou plus tard ) l'arrivé du 4.17 stable , et je pense que le firmware amd fonctionnera correctement

voila le retour sur le raven de la première ligne (avec noyau 4.16.3

18.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 15e8

 

Dernière modification par anonyme (22-04-2018 13:07:54)

gog · 22-04-2018 12:36:41

C'était pas sur le produit en lui même, mais sur les commentaires associés

Jette un œil aux 2 derniers commentaires. C'est un utilisateur ubuntu qui l'utilise avec un raven ridge, et chez qui tout marche nickel.

Dernière modification par gog (22-04-2018 12:37:18)

anonyme · 22-04-2018 12:51:48

un papy de 75 ans plus fort que moi

je ferai un test d ubuntu dés que la version 18 est disponible

il a corrigé son commentaire ........

tu a lu ma remarque sur le 4.16.3 c'est aussi mauvais que sous debian ( a priori meme la partie processeur pose problème )

bon après "tout marche nickel" mois aussi aucun bug mais bon ........ , j'utilise firefox , mate , gnome , quelques applications
comme les firmwares sont propriétaire , surement sa version ne comprend pas les fichiers .bin et il est en VESA (il précise pas si il a lancé un jeux)

si tu fouille pas un peu dans les logs tu remarque rien (manque un peu de rapidité peut etre ) , mais lancer un jeux sous steam impossible
pour fedora je suppose que il utilise wayland a la place du serveur X (sous gnome) et pas trouvé de syslog (avec le log du démarrage de la machine )

sur fedora la machine c'est mit a jour , le retour de glxinfo -B

glxinfo -B

 

retour

name of display: :0

display: :0  screen: 0

direct rendering: Yes

Extended renderer info (GLX_MESA_query_renderer):

    Vendor: X.Org (0x1002)

    Device: AMD RAVEN (DRM 3.23.0 / 4.16.3-300.fc28.x86_64, LLVM 6.0.0) (0x15dd)

    Version: 18.0.1

    Accelerated: yes

    Video memory: 38MB

    Unified memory: no

    Preferred profile: core (0x1)

    Max core profile version: 4.5

    Max compat profile version: 3.0

    Max GLES1 profile version: 1.1

    Max GLES[23] profile version: 3.1

Memory info (GL_ATI_meminfo):

    VBO free memory - total: 37 MB, largest block: 37 MB

    VBO free aux. memory - total: 3067 MB, largest block: 3067 MB

    Texture free memory - total: 37 MB, largest block: 37 MB

    Texture free aux. memory - total: 3067 MB, largest block: 3067 MB

    Renderbuffer free memory - total: 37 MB, largest block: 37 MB

    Renderbuffer free aux. memory - total: 3067 MB, largest block: 3067 MB

Memory info (GL_NVX_gpu_memory_info):

    Dedicated video memory: 38 MB

    Total available memory: 3106 MB

    Currently available dedicated video memory: 37 MB

OpenGL vendor string: X.Org

OpenGL renderer string: AMD RAVEN (DRM 3.23.0 / 4.16.3-300.fc28.x86_64, LLVM 6.0.0)

OpenGL core profile version string: 4.5 (Core Profile) Mesa 18.0.1

OpenGL core profile shading language version string: 4.50

OpenGL core profile context flags: (none)

OpenGL core profile profile mask: core profile

OpenGL version string: 3.0 Mesa 18.0.1

OpenGL shading language version string: 1.30

OpenGL context flags: (none)

OpenGL ES profile version string: OpenGL ES 3.1 Mesa 18.0.1

OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.10

a priori tout est correct , direct rendering: Yes , Accelerated: yes , Mesa 18.0.1 , LLVM 6.0.0

le test pour la 3D est ok

glxgears

 

retour

frames in 5.0 seconds = 60.347 FPS

frames in 5.0 seconds = 59.990 FPS

frames in 5.0 seconds = 60.009 FPS

frames in 5.0 seconds = 59.985 FPS

frames in 5.0 seconds = 59.998 FPS

frames in 5.0 seconds = 60.017 FPS

frames in 5.0 seconds = 59.717 FPS

frames in 5.0 seconds = 60.269 FPS

la beta 18 de Fedora prend en charge le Ryzen 3 2200G riven ridge

bon lspci est pas une référence mais il renvoie

00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Raven Ridge [Radeon Vega Series / Radeon Vega Mobile Series] (rev c8)

 

PS: j'ai autorisé les dépots tiers peu de temps avant ( pour tout ce qui est nonfree ) comme je connais pas Fedora je sais pas comment il fonctionne

comment est partionné le disque sous fedora (j'ai fait en automatique )

fdisk -l

 

retour

Disque /dev/sda : 152,7 GiB, 163928604672 octets, 320173056 secteurs

Unités : secteur de 1 × 512 = 512 octets

Taille de secteur (logique / physique) : 512 octets / 512 octets

taille d'E/S (minimale / optimale) : 512 octets / 512 octets

Type d'étiquette de disque : gpt

Identifiant de disque : 6C14CCB6-5286-4703-819E-017ABD9FEF78

Périphérique   Début       Fin  Secteurs Taille Type

/dev/sda1       2048    411647    409600   200M Système EFI

/dev/sda2     411648   2508799   2097152     1G Système de fichiers Linux

/dev/sda3    2508800 320172031 317663232 151,5G LVM Linux

Disque /dev/mapper/fedora-root : 50 GiB, 53687091200 octets, 104857600 secteurs

Unités : secteur de 1 × 512 = 512 octets

Taille de secteur (logique / physique) : 512 octets / 512 octets

taille d'E/S (minimale / optimale) : 512 octets / 512 octets

Disque /dev/mapper/fedora-swap : 7,9 GiB, 8438939648 octets, 16482304 secteurs

Unités : secteur de 1 × 512 = 512 octets

Taille de secteur (logique / physique) : 512 octets / 512 octets

taille d'E/S (minimale / optimale) : 512 octets / 512 octets

Disque /dev/mapper/fedora-home : 93,6 GiB, 100516495360 octets, 196321280 secteurs

Unités : secteur de 1 × 512 = 512 octets

Taille de secteur (logique / physique) : 512 octets / 512 octets

taille d'E/S (minimale / optimale) : 512 octets / 512 octets

Dernière modification par anonyme (22-04-2018 13:31:48)

gog · 22-04-2018 14:28:26

Au début il avait également beaucoup de problèmes.
C'est avec les MAJ bios, et le passage au noyau 4.16 que tout est rentré dans l'ordre.
Mais on a aucune valeur de résolution vidéo.

Comme tu le dis, pas avant le 4.17 pour la prise en charge totale.

Ok pour FEDORA, mais je compte apparemment pas y passer. Même si comme je le disais je connais un vrai barbu sur cette distribution. Il pourrait me monter la config aux petits oignons réglée comme une horloge.

Donc dans mon cas, je confirme que si je monte une config neuve avant, ce ne sera pas avec cet APU sous Debian.

anonyme · 22-04-2018 15:55:13

je suis passé en VGA (avant j'étais en DVI-D )

xrandr

 

retour

Screen 0: minimum 320 x 200, current 1440 x 900, maximum 8192 x 8192

XWAYLAND0 connected 1440x900+0+0 (normal left inverted right x axis y axis) 400mm x 250mm

   1440x900      59.75*+

sacré Wayland c'est l'avenir

l'écran un 19 pouces ACER B193W 16/9ème

Dernière modification par anonyme (22-04-2018 15:58:26)

gog · 22-04-2018 16:15:59

En passant de xorg à wayland, ça marche ?

Et j'y connais rien, mais je vois pas en quoi le vga ou le dvi jouerait un rôle. Ce n'est que de la Connectique..

Ça ne viendrait que du serveur d'affichage ?

anonyme · 22-04-2018 18:08:35

sur fedora + gnome +wayland ça fonctionne bien
l'écran c'est ok en DVI-D et VGA en 17 pouces 4/3 et 19 pouces en 16/9 , j'ai pas testé la sortie HDMI
cet apu peu faire du multi-écran

sinon fedora 28-beta fonctionne parce que les paquets sont plus récent

gog · 22-04-2018 18:43:23

ok

Debian-facile

#51 21-04-2018 14:29:47

Re : [NON resolu=MAJ DU 20.04.18] compatibilité debian et raven ridge ?

#52 21-04-2018 14:58:33

Re : [NON resolu=MAJ DU 20.04.18] compatibilité debian et raven ridge ?

#53 21-04-2018 15:29:02

Re : [NON resolu=MAJ DU 20.04.18] compatibilité debian et raven ridge ?

#54 21-04-2018 17:01:50

Re : [NON resolu=MAJ DU 20.04.18] compatibilité debian et raven ridge ?

#55 21-04-2018 18:43:44

Re : [NON resolu=MAJ DU 20.04.18] compatibilité debian et raven ridge ?

#56 21-04-2018 20:19:12

Re : [NON resolu=MAJ DU 20.04.18] compatibilité debian et raven ridge ?

#57 21-04-2018 21:47:47

Re : [NON resolu=MAJ DU 20.04.18] compatibilité debian et raven ridge ?

#58 22-04-2018 11:11:09

Re : [NON resolu=MAJ DU 20.04.18] compatibilité debian et raven ridge ?

#59 22-04-2018 12:36:41

Re : [NON resolu=MAJ DU 20.04.18] compatibilité debian et raven ridge ?

#60 22-04-2018 12:51:48

Re : [NON resolu=MAJ DU 20.04.18] compatibilité debian et raven ridge ?

#61 22-04-2018 14:28:26

Re : [NON resolu=MAJ DU 20.04.18] compatibilité debian et raven ridge ?

#62 22-04-2018 15:55:13

Re : [NON resolu=MAJ DU 20.04.18] compatibilité debian et raven ridge ?

#63 22-04-2018 16:15:59

Re : [NON resolu=MAJ DU 20.04.18] compatibilité debian et raven ridge ?

#64 22-04-2018 18:08:35

Re : [NON resolu=MAJ DU 20.04.18] compatibilité debian et raven ridge ?

#65 22-04-2018 18:43:23

Re : [NON resolu=MAJ DU 20.04.18] compatibilité debian et raven ridge ?

Pied de page des forums