Gigabyte Z390 Designare - Configurations, expériences, retours, One Thread to rule them all* (*Un sujet pour les gouverner tous)

[vjpirat]

Autre question (je sais j'en ai beaucoup mais j'essaye de comprendre).
J'ai effectué le test pour la Nvram avec le terminal.
Je redémarre et j'ai bien le Hello Word.
Dois je faire quand même la procédure de Casey pour la NVRAM native (que tu décris simplement un peu plus haut) ou je n'en ai pas besoin ?
Je voudrai passer avec clavier et trackpad BT donc j'ai besoin de ca fonctionne au boot et que les éléments se connectent rapidement en cas de sortie de veille.

[Yellocab]

non non mais vas y profite nous sommes la pour ça!

En fait ça fonctionne chez toi grâce a EmuvariableUEFI qui va simuler une NVRAM. La procédure de Casey te permet d'avoir une véritable NVRAM. Plus simple donc et surtout plus "Mac".

[mbournau]

Concernant les DRM il semble que shikivga=80 règle les pb avec les Vega.
J'ai essayé et cela me permet effectivement de laisser l'iGPU activé et de regarder Netflix, TV+,... avec un SMBIOS iMacPro. J'essaye tout de suite le 19,1!

Avec la Vega56, le SMBIOS iMacPro et sans aucun shikigva, tout fonctionne sous Safari (Canal, Netflix, OCS). Avec la 580, quel que soit le SMBIOS et des shikigva en veux tu en voilà, rien à faire... !

[Yellocab]

Concernant les DRM il semble que shikivga=80 règle les pb avec les Vega.
J'ai essayé et cela me permet effectivement de laisser l'iGPU activé et de regarder Netflix, TV+,... avec un SMBIOS iMacPro. J'essaye tout de suite le 19,1!

Avec la Vega56, le SMBIOS iMacPro et sans aucun shikigva, tout fonctionne sous Safari (Canal, Netflix, OCS). Avec la 580, quel que soit le SMBIOS et des shikigva en veux tu en voilà, rien à faire... !

Effectivement avec la Vega64 aussi... Je ne sais pas pourquoi j'avais en tête qu'activer l'iGPU entrainait un pb. Peut être le QuickView à l'époque?

[hoogs]

@mbourneau, @Yellocab, à tout hasard, depuis vos manips pour activer la NVRAM native, n'auriez-vous pas des problèmes de son qui coupe à 1:12 ou aux alentours ?

Je regardais tranquillement une vidéo sur Youtube, tiens, ça coupe. Bon, ça doit être la vidéo pas terrible.
Dans le doute je teste avec un truc qui a un peu plus pignon sur rue niveau qualité vidéo, pareil.
Un problème de DRM ? Je passe sur Chrome. Et bah identique. Rooh, je change de source et passe sur mon casque. Idem.
Dans le doute, je lance iTunes et lis un mp3. Pareil. ça coupe dès la minute 10 environ d'écoute. Quel que soit le morceau, quelque soit la sortie utilisée.

Comme la manip' pour activer la NVRAM native est la seule que j'ai faite récemment je me demande ce qu'il en est.

Ce message a été modifié par hoogs - 9 Feb 2020, 21:59.

[Yellocab]

Ahhhh
Qu’est ce que c’est que ça dis donc...

Tu nous avais fais un rapport MB ?

[hoogs]

jamais encore
faut faire quoi ? C'est le truc qu'il faut héberger ensuite car trop gros comme pièce jointe sur le forum ?

[Yellocab]

Yep

monte ta partition EFI (disque dur) et lance le script du rapport MacBidouille que tu peux par exemple trouver dans ma signature.
Poste le résultat (fichier ZIP) ou tu veux mais pas ici.

[hoogs]

Le voilà ! https://drive.google.com/file/d/1fHbHY4aKO2...iew?usp=sharing

Y'a pas d'infos confidentielles dedans ?
(bon en même temps, comme je l'envoie, c'est un peu tard pour m'en soucier )

[Yellocab]

Non rien. Le SMBIOS est modifié avant d'être dans le rapport.
J'injecte mon audio a l'ancienne et pas avec les Devices. Il me semble que @mbournau utilise le même procédé que toi.
Tu es branché sur quel Jack du coup? Moi le vert à l'arrière qui en fait est celui réservé a une sortie classique Audio 2.0.
Tu devrais mettre tous tes drivers dans le même repertoire Drivers/UEFI
Tu as un kext virtuels mc qui traine à la racine de Clover.

Sinon essaye d'effacer la NVRAM au démarrage de Clover. F11 je crois.

Ce message a été modifié par Yellocab - 9 Feb 2020, 23:30.

[hoogs]

Tu es branché sur quel Jack du coup? Moi le vert à l'arrière qui en fait est celui réservé a une sortie classique Audio 2.0.

Mes enceintes sont branchées à l'arrière, sur le vert oui (bon faudra quand même que je vérifie aussi, moi et les couleurs…)
Mon casque est branché sur le jack devant, de la tour.

Dans les 2 cas (casque ou enceintes), ça déconne.
Comme je n'ai pas trop fait gaffe quand le problème est apparu et que la manip' pour activer la NVRAM native est la seule modification que j'ai faite récemment, par élimination je me disais que, peut être, j'aurai fait un truc de travers. De ton côté aucun soucis de son ?

Tu devrais mettre tous tes drivers dans le même repertoire Drivers/UEFI
Tu as un kext virtuels mc qui traine à la racine de Clover.

Sinon essaye d'effacer la NVRAM au démarrage de Clover. F11 je crois.

je vais essayer ça en rentrant ce soir
(et ranger mes kext )

[Yellocab]

aucun pb chez moi.

[hoogs]

Je n'ai toujours pas trouvé d'où venaient mes coupures de son, un reset de la NVRAM native, un passage à Clover 5104 et un update AppleALC 1.4.6 n'y a rien fait.
Je ne désespère pas de trouver une solution, je vais essayer ce weekend de changer de layout.

Ce qui m'amène à un autre truc : en fouillant le thread de Casey à la recherche d'une info sur mon problème de son j'ai été surpris par des résultats Geekbench postés.
Certains sortent du 52k en metal avec une RX 580, là où je n'obtiens que 40k (45k en openCL là où je tope "que" 37k). Quand je regarde la fréquence remontée de leur carte : 1,37GHz.
La mienne : 875 MHz. C'est bizarre que ma carte ne monte pas plus haut en fréquence (et donc baisse les résultats), non ?

Ce message a été modifié par hoogs - 20 Feb 2020, 21:14.

[Yellocab]

Ce soir je vais essayer ton propre EFI pour voir.

[mbournau]

Ce qui m'amène à un autre truc : en fouillant le thread de Casey à la recherche d'une info sur mon problème de son j'ai été surpris par des résultats Geekbench postés.
Certains sortent du 52k en metal avec une RX 580, là où je n'obtiens que 40k (45k en openCL là où je tope "que" 37k). Quand je regarde la fréquence remontée de leur carte : 1,37GHz.
La mienne : 875 MHz. C'est bizarre que ma carte ne monte pas plus haut en fréquence (et donc baisse les résultats), non ?

As tu essayé ce patch acpi ? [attachment=60047:SSDT_Z39...0_V2.aml.zip]

Pour autant je suis étonné je croyais que tu avais installé une 5700...
J'ai compris !! Enfin... En fait ce qui te consterne c'est la fréquence de la 580 obtenue par certains comparée à celle de ta 5700... c'est ça ? Là il faudrait que d'autres designare avec 5700 te répondent... La 580 que j'ai installée sur une autre config (la 1 ci-dessous) indique en effet une fréquence de 1,37GHz avec le test Geekbench...

PS : si tu as installé Windows tu peux essayer de voir quelle est la fréquence de ta carte avec Wattman et avec GPU-Z. Il semble que Wattman (l'outil d'AMD) indique une fréquence de 875 MHz et GPU-Z une fréquence de 1750 MHz (1,75GHz)... à vérifier bien entendu... voir ici
[attachment=60048:Wattman.png][attachment=60049:GPU_Z.png]

Ce message a été modifié par mbournau - 21 Feb 2020, 12:10.

[hoogs]

J'ai compris !! Enfin... En fait ce qui te consterne c'est la fréquence de la 580 obtenue par certains comparée à celle de ta 5700... c'est ça ? Là il faudrait que d'autres designare avec 5700 te répondent... La 580 que j'ai installée sur une autre config (la 1 ci-dessous) indique en effet une fréquence de 1,37GHz avec le test Geekbench...

oui tout à fait, pardon pour la nécessité du déchiffrage
Je roule avec une RX 5700 et j'étais étonné des résultats qu'ils sortent avec une carte plus ancienne (la RX 580), donc logiquement "moins" performante.
Et quand je regardais en détail les infos affichées, je me suis rendu compte que leur carte était détectée à 1370Mhz là où la mienne ne remonte qu'à 875Mhz maxi.
Ce qui explique les écarts de performance.

Je me demandais donc si je n'avais pas mal configuré un truc pour que la carte ne tourne qu'à une fréquence moindre.

PS : si tu as installé Windows tu peux essayer de voir quelle est la fréquence de ta carte avec Wattman et avec GPU-Z. Il semble que Wattman (l'outil d'AMD) indique une fréquence de 875 MHz et GPU-Z une fréquence de 1750 MHz (1,75GHz)... à vérifier bien entendu... voir ici

je n'ai toujours pas installé windows mais je suis parti pour le faire ce weekend je pense, histoire de tester ça et mon problème de son pour évacuer l'hypothèse du problème materiel.

@Yellocab ah! Je suis preneur du retour sur le test de mon EFI, si tu as le temps
Faudrait que j'essaie le tien à l'inverse. Faut juste que je trouve comment procéder

Ce message a été modifié par hoogs - 21 Feb 2020, 14:52.

[Yellocab]

Tu pourrais me poster ton EFI qq part stp? Fais en une copie avant de le poster et change le numéro de série du SMBIOS de la copie. Comme ça tu seras certain que j'utilise une config différente au regard d'Apple.
Je vais juste monter ma partition EFI et remplacer son contenu par le tien.

[hoogs]

je ne suis pas sur que mon MP soit passé (je ne le vois pas dans les dossiers envoyés), bref, ma question pourra peut être servir à d'autres :
Que faut-il masquer avant de transmettre son EFI ? (désolé si la question a déjà été posée mille fois)

[Yellocab]

Je suis en train de tester = Tout fonctionne.

La seule chose c'est que j'ai retiré agpmode=pikera dans les boot args ET j'ai utilisé mon répertoire "Drivers". Aucune coupure pour le moment.

[hoogs]

hmm
va falloir que je mette à jour la carte mère alors, je vois pas ce qui diffère d'autre.
LE zap de NVRAM j'ai aucune idée de s'il a fonctionné. Je vais réessayer en mettant le test de la variable. J'ai du boulot ce weekend pour fixer ça

[Yellocab]

Tu as un driver en plus dans la partie Bios. Vide ton répertoire Drivers et prends le mien.

Ce message a été modifié par Yellocab - 22 Feb 2020, 10:19.

[mbournau]

Je reviens sur l'histoire de la fréquence de la 580; en fait je viens de refaire un bench (GB 4) et là avec la config n°1 : fréquence : 300 MHz... !!! Mais le rendu avec DaVinci résolve est toujours aussi rapide => l'indication par Geekbench 4 de la fréquence de la Radeon 580 n'a pas de rapport (chez moi) avec les performances habituelles (que cette fréquence soit indiquée à 1,37GHz ou 300 MHz)

[hoogs]

Tu as un driver en plus dans la partie Bios. Vide ton répertoire Drivers et prends le mien.

après avoir viré le contenu de mon dossier drivers et mis à la place ce qu'il y avait dans le tiens (d'ailleurs tu n'as pas de dossier BIOS dedans), toujours le même problème, le son coupe 2-3 seconds par intermittence.
J'ai allongé un peu mon test et je reviens sur mon premier constat : ce n'est pas systématiquement à 1:04 que ça coupe.

1er morceau (mp3), coupure à 1:04.
2e morceau (m4a), coupure à 1:40.
3e morceau (espoir que ça progresse), coupure à 2:35.
4e morceau (croisage de doigts), coupure à… 0:21

y'a des craquements/grésillements un peu, je vais essayer d'autres layout pour voir.

[mbournau]

y'a des craquements/grésillements un peu, je vais essayer d'autres layout pour voir.

Je ne comprends pas, tu as changé quelque chose depuis que tu écrivais cela ?

[hoogs]

y'a des craquements/grésillements un peu, je vais essayer d'autres layout pour voir.

Je ne comprends pas, tu as changé quelque chose depuis que tu écrivais cela ?

oui, j'ai fait les manipulations pour activer la NVRAM native.
C'est le seul changement, d'où ma suspicion.

Pour tester, j'ai remis le layout d'origine (le 16 je crois) : retour du volume sonore qui varie tout seul, mauvais nommage des sorties, craquements, distorsion, etc.

Je suis retourné sur le 11, avec le fol espoir que le seul fait de changer règle le soucis : micro coupures, craquements légers (comme le souffle d'un vinyl).
Je sais pas trop quels layouts essayer.

Faudrait que je vois si je peux revenir en arrière sur les manips de NVRAM native.

[mbournau]

Faudrait que je vois si je peux revenir en arrière sur les manips de NVRAM native.

CLR_CMOS carte mère, refaire réglages bios, enlever patch acpi correspondant, remettre emuvariable.efi, recocher KernelPM et AppleIntelCPUPM...

[Yellocab]

Et efface ta NVRAM pour voir

[hoogs]

Et efface ta NVRAM pour voir

normalement je l'ai déjà fait, sans succès.
Je vais retenter en écrivant une variable avant, pour valider qu'elle a bien été effacée.

Faudrait que je vois si je peux revenir en arrière sur les manips de NVRAM native.

CLR_CMOS carte mère, refaire réglages bios, enlever patch acpi correspondant, remettre emuvariable.efi, recocher KernelPM et AppleIntelCPUPM...

question bête : comment on reset la carte mère ?
Ou plutot : comment on installe les pilotes à jour ? Si je passe en F9b, ça va faire un CLR_CMOS ?
Je sais juste pas du tout comment m'y prendre pour faire ça.

Je vais essayer un truc auquel j'ai pensé dans le métro : je pourrais booter sur la clé qui m'a servi à faire le hack : en toute logique elle n'a pas bougé, je pourrais vérifier comment sort le son. Si ça fonctionne c'est que ça vient des kexts/modifs coté clover pour activer la NVAM native, si ça ne fonctionne pas c'est que ça vient de la modification de la carte mère pour la NVRAM.

[Yellocab]

Alors dans l’ordre:
- pour le Clear CMOS regarde dans la notice de ta carte mère. Un contact à faire entre deux pins. Easy mais regarde bien la doc avant de te lancer
- une mise à jour ne fait pas un clear cmos. Par contre elle remet les paramètres de base à zéro. Mais fais ta mise à jour pour avoir la même config que nous.
- la mise à jour supprimera la procédure de la NVRAM-
- attaque par le boot sur la clé. Mais encore une fois nos configs sont certainement pas parfaites mais elles ont le mérite d’être les plus light en terme de paramètres. Ce que je veux dire c’est qu’il y a peu de chance que ta clé soit plus propre que nos EFI.

Pour moi:
1 mets ton bios à jour
2 clear CMOS si ca ne marche toujours pas
3 après celui ci vérifie la version du bios installée
4 refais la procédure de la NVRAM si ça ne change rien.
5 ça coupe sous Windows? Seule manière de savoir si tu n’as pas un pb matériel avec ta CM

[hoogs]

C'est un peu l'bordel mes procédures là

J4ai d'abord voulu tester de boot sur la clé qui a servi à installer le hack. Évidement, comme un noob du hack (ou par habitude de mac user de longue date), j'ai tout simplement choisi la clé usb dans le menu de démarrage de macOS. Ça n'a donc pas loupé, il a booté sur la clé, lançant le processus d'installation/réparation.

"Zut, comment qu'on fait pour boot comme pendant l'install où la clé était nécessaire mais où j'avais bien mon système affiché ?"

Et puis j'me suis dit : bon je n'y couperai pas, autant sauter l'étape "test du son via la clé" et passer direct à l'update du bios.
Me v'la parti sur l'update du bios, rapide au demeurant. Reboot, j'veux aller sur le bios setup pour vérifier qu'il est bien à jour mais impossible de faire DEL sur le clavier Apple (soit il le prend pas en compte, soit j'appuie pas sur la bonne touche).
Bon, encore tant pis, on va partir du principe que ça a fonctionné. Clover s'affiche, je lance… ça démarre plus, génial, je reste bloqué sur la pomme sans barre de chargement ! Évidement, puisque la NVRAM native n'est plus effective, mon EFI doit être tout cassé.

Re zut… et je suis bloqué puisque je sais pas boot sur ma clé usb d'install.
Il est temps de réfléchir. Oh, c'est quoi ce menu boot ? Aaaaaah mais le boulet ! Il fallait pas boot sur la clé… mais sur l'UEFI présent sur la clé !

Mon système s'affiche !
Avant de régler mon EFI, je lance de la musique parce que je fais tout ça pour ça quand même
Pas de coupures de son, pas de craquements (à priori).

Bon j'ai les sorties mal nommées, alors que j'ai l'impression d'avoir bien le layout ID 11 (mais j'ai pourtant pas souvenir de l'avoir mis à jour sur la clé).
De toutes façons faut que je règle l'EFI de mon disque avant tout.

Work in progress

Et j'installerai windows ensuite dans la foulée, autant profiter d'avoir les mains dans le cambouis pour enchainer.
Faut juste que je mette à jour le firmware du SSD avant, dans mon premier montage j'ai eu la chance de partir, sans faire gaffe, sur le 1To qui est à jour alors que le 500Go ne l'est pas.