Ramirez71

Nulla da fare il 69 non rientra tra quelli previsti in 1220. Per quanto riguarda la mappatura mi sono arreso a usare i kext visto che il metodo ssdt sembra non funzionare, pazienza. Allego l'ssdt che ho provato a modificare. SSDT-4.aml.zip

appena possibile faccio un riscontro 👌

ho provato 1 ma ricevevo dei disturbi (potrebbero non dipendere dalla scheda) sull'uscita post. Adesso sto testando il 2.

Supporrei anche io😂🤞 domani pom comincio, temo che non sarà facile attivare tutte le porte e individuarne i nomi con il quirk port limit rotto. Poi mi spieghi come diavolo hai modificato il testo per renderlo applicabile.

La patch non è applicabile? usbtool lo sto usando ma non ho capito alcuni passaggi (attualmente ho mappato così e sembra funzionare) riprovo anche con usbmap. Casomai ti rompo le sbacocias se trovo errori.

Ciao continua a crashare? In rete non ho trovato nulla, semmai prova a disabilitare xmp e valuta se è più stabile. Controlla anche i processi all'avvio. Purtroppo non mi viene in mente molto di più.

Buona notizie: sto testando le vecchie ram Hyperx che su z490 non avviavano neanche con xmp disattivato, per adesso sembrano ok. Dal momento che l'elettronica non resuscita (e io miracoli non ne faccio) potrebbe essere il segnale che cercavo...sempre se continuano a funzionare ovviamente! 🤘🤞🌶️

Inserito cpudataprovider kext: SENZA: CON: Una differenza assurda rispetto alla z490 dove lo scarto non era cosi marcato senza cpufriend. In Win siamo a 2220/10200.

Novità: usando SSDT-GPRW+ patch ACPI è possibile abilitare tunderbolt nel bios senza incappare in S5 durante lo sleep. Il wake continua a essere in due fasi. Proviamo a settare anche altri parametri. SSDT-4.aml.zip

@Lorys89 ho modificato la patch sia in - \_SB.PCI0.XHCI.RHUB - e anche - \_SB.PC00.XHCI.RHUB - (sarebbe l'esatto modo in cui sono definite le porte nel ssdt-4) ma non la rende applicabile. la la patch è sempre quella di @Gengik84 scaricata dal forum.

Ossia modifico la patch dove c’è scritto : “\_SB.PCI0.XHC.RHUB” ????? Domani provo

Buongiorno Testando la hack per adesso pare che COSA FUNZIONA -handoff -airdrop -uscita audio ant. post (analogica) -ingrasso audio post (non mi convince molto) -sonno/veglia -iservice -continuity cam cablata (anche mic) Non funziona -l'ingresso mic anteriore (anche sulla vecchia hack) -continuity cam BT Molte cose sono ancora da testare, come la digitalaudio. Confermo che ssdtBasic non ne vuole sapere. Posterò la fase in cui si blocca. Per adesso quello che non digerisco è un wake molto lento: se tocco la tastiera il pc si riaccende all'istante ma occorrono altri impulsi per ottenere l'immagine sullo schermo. Consultando Dortania trovo info che si riferiscono soprattutto a problemi di entrata nel sonno piuttosto che al risveglio, inoltre non mi sono chiari i metodi di applicazione di alcune soluzioni (https://dortania.github.io/OpenCore-Post-Install/usb/misc/shutdown.html) che toccano ambiti a me sconosciuti. USB ho estratto le tabelle e individuato quella su cui lavorare (sssdt-4) ma maciasl non rende applicabile la patch. Come vedete la patch è stata caricata ma il pulsante "apply" non si illumina. Ho ripetuto il procedimento sul vecchio ssdt (quello originale della vecchia mobo) e funziona perfettamente: dove sbaglio??? @Lorys89 ti posto tutto il sysreport : se -a tuo tempo e comodo!!!- potessi dargli uno sguardo magari trovi qualcosa da correggere (io non saprei cosa cercare) ACPI.zip

@bubbleg5 una domanda: la scheda è montata su un pcie X1 o più grande? Sulla mia mobo mettendo la scheda sul x8 andava definita in DP e poi inseriti i kext, sul X1 andava OOB

Non avrei modo di testarlo. Per adesso l'ho disabilitata perche lasciondola attiva il passaggio da sleep a wake si trasforma in un "soft off" (si spenge anziche riavviarsi) come se andasse in S5 anzichè S4. Lo fa pure su windows. il Deep Sleep su bios è disabilitato. Del resto il wake così funziona ma è tutt'altro che reattivo: ci mette un secolo. @Lorys89 data la tua conoscenza di ACPI potresti darmi una mano nei prossimi giorni?

Buongiorno A tutti Finalmente ho sostituito la z490m di gigabyte con questa nuova mobo. Bella carrozzata e solida!!!! Le hack su Z590 non sono certo una novità ma cercando in rete ho notato Asrock Z590 è pochissimo presente pertanto ne approfitto pur non avendo avuto modo di testare ne di rifinire la hack a dovere: si tratta ancora di un work in progress. La scheda è arrivata due settimane fa ma per 10gg c'è stato "L'Ammutinamento del Bounty" nel senso che ogni componente del pc funzionava come e quando gli pareva. Riportata tuta la "ciurma" al proprio dovere e passate alla forca le vecchie ram (sostituite con due economiche Patriot 2X4Gb che resteranno sulla scheda in attesa di meglio) ho finalmente riavviato tutto. BIOS Nulla da dire, semplice e intuitivo, tutte le principali impostazioni per hack sono facili da trovare e gran parte di esse sono già settate di default in modo utile a OpenCore. In ROSSO le voci da modificare, In ARANCIONE quelle non trovate, in bianco quelle già attivate/disattivate di default. Tutto si riferisce all'ultima versione disponibile del bios. EFI Fatta ex novo a manina con OC 090 seguendo pedissequamente la guida. La scheda di rete e la scheda audio richiedono al solito Intelmausi e AppleALC. il layout audio scelto è 1 (da testare ancora le varie uscite), la scheda wifi/BT è stata sostituita con la vecchia Broadcom (oob) Del vecchio config ho ripreso solo la sezione smbios e seriali, non ho istallato una versione pulita dell' OS, per adesso mi sono limitato a far partire il vecchio volume. Queste cose non mi tornano: 1-ssdtbasic non avvia, ho usato i generici plug, awac, ec-usbx. (ricordo che anche altri hanno avuto la stessa esperienza ma forse mi sbaglio) 2-il pulsante off sulla PIKER provoca un riavvio anzichè uno spegnimento. 3-usbinjectall+ stranezza portlimit non funzionano pertanto diventa difficile riconoscere il nome di tutte le porte. Per adesso ho mappato con usbtoolbox da win.

Arrivata e montata. Prese anche due nuove ram economiche come muletto: le Ballistic non avviano più. Assemblata la scheda oltre alle ram ho anche la gpu che funziona un po’ quando gli pare e la psu (o piuttosto i cavi ) che non mi convincono. insomma: non ci si fa mancare nulla.

Ciao @davanros no non è ancora arrivata 😕: non era su Amazon!!!!!! comunque è chiaro che le ram non reggono: da quando ho aperto il topic a ora i tempi di caricamento del bios sono diventati lunghissimi e a volte pieni di interruzioni e ripartenze, questo avviene anche disattivando xmp. È molto probabile che una volta arrivata la scheda ci sia anche da ricomprare le ram ma non posso credere di aver acquistato tre set tutti quanti difettati, è molto più plausibile pensare che a rompergli sia una cattiva gestione degli stessi. Ovviamente prima o poi si capirà a cosa è dovuta questa cattiva gestione

Di nulla: io non ho fatto niente, va ringraziato chi ha scritto le guide (qui e altrove) e chi contribuisce tutti i giorni a tenerle aggiornate. 🙂

Come volevasi dimostrare: Profilo XMP attivato = Non avvia il bios (messaggio: resettare bios con impo di default) Profili XPM attivi ma frequenza impostata sul nominale delle RAM (2666) = Si va al boot ma il sistema operativo (qualunque) crasha appena giunti sul desktop. Profili XMP disattivati = il va al boot per benino e funziona tutto salvo il seguente messaggio di benvenuto: Ovviamente non è cosi 😂 Prendiamola sul ridere, tra qualche giorno arriva una mobo nuova (Z590) vediamo con quella come va: probabilmente questo è la terza coppia di ram cannibalizzate da quando uso RocketLake.

Buongiorno stò valutando l'acquisto di una nuova scheda da dal momento che negli ultimi tempi ho riscontrato spesso problemi di instabilità e cattiva gestione delle memorie e dei profili xmp. Non avendo preventivato l'acquisto non ho neanche un budget tale da effettuare un cambio radicale ai nuovi sistemi intel/amd tipo scheda+cpu+ddr5 - e in termini di prestazioni non ne ho bisogno- pertanto l'idea era quella di limitare l'upgrade alla scheda madre in senso qualitativo mantenendo invariati gli altri componenti. Pensavo a queste due schede La Vision D ha : PRO----Caratteristiche di insieme molto ricche e complete e si può trovare a un prezzo talvolta molto basso (tipo 200e). Contro--Data la mia attuale esperienza con Gigabyte, non vorrei incorre in bios non buoni. Della Asrock: PRO----- -Solida, mi fido del marchio date le numerose conferme interne al forum, diagnostica a led per riscontrare velocemente i problemi, dedica molti ampere al SOC per gestire bene le varie funzioni. CONTRO-- Costa un pò di più della vision-d, ha solo 3 sata di cui uno messo dietro le ram... un'pò a minchia diciamocelo!

Buongiorno a tutti. Le ram funzionano a 2666 (freq. stock) attivando le freq. più alte il bios da errore. ribadisco che memtest non aveva dato errori. La gpu dopo alcune incertezze è tornata a funzionare. La scheda madre è l'elemento che mi convince meno (oltre a avere dei guasti effettivi nel circuito che gestisce i led e del quale ovviamente si può fare a meno) sto meditando il passaggio a Z590 per vedere se gestisce meglio la cpu. Il disco di avvio funziona bene ed ho riparato il problema dei permessi di scrittura su EFI avviando la recovery e facenso una re-istallazione. per adesso resto su 13.2 ma sto anche valutando di procedere a una installazione pulita dell'ultimo rilascio. Date le premesse ho rimontato tutto, con poca fede, aspettando che ricompaiano i blocchi e i crash precedenti.

Rispondo alla prima questione: se usi dischi separati non ci sono problemi e puoi partire da Windows e fare tutto da lì compresa la efi e la permetta di avvio. Alla seconda domanda non saprei risponderti, la tecnica che ho usato io personalmente si fa in post installazione.

Buongiorno a tutti, purtroppo non è finita. inizialmente memtest durava pochi minuti poi mi trovavo con lo schermo nero. dopo due tentativi ho deciso di smontare tutto e rimontare su banchetto per sostituire più agevolmente le varie parti. Le ram attuali hanno superato i test sia singolarmente che in coppia con xmp attivato. Mi sono accorto che xmp influisce negativamente sul risveglio in win11 ma disattivando ibernate mode sembra risolto. Ho anche notato una bruciatura sulla scheda in prossimità di un elemento collegato alle intestazioni rgb: questo spiega i led danneggiati ma resta da capire come sia successo, vista la posizione escludo un corto. Al momento attuale i problemi sembrerebbero legati alla gpu rx 5700xt che nn vule saperne di ripartire; per adesso viaggio con la rx480. Dopo aver rimontato tutto e fatto le dovute prove macos sembra ok ma sto riscontrando questa seccatura : In pratica non posso modificare la partizione efi come se non avessi alcun tipo di accesso da amministratore. Come vedete sotto la voce "condivisione e permessi" non mi fa accedere. Come si ripara? Questo è il vol principale di Ventura dove teoricamente dovrebbe comparire il mio nome.

giusto per evitare equivoci ITE IT8688E se ho interpretato bene quello che ho trovato in rete è un controller presente sulle Gigabyte che dovrebbe gestire SuperIO. Magari ho capito male. A livello di uso non ho mai riscontrato problemi di gestione o malfunzionamento dei fan o letture farlocche delle temperature. Ovviamente se si parla di altro (tipo vcore) il discorso cambia parecchio e non saprei fare valutazioni.