A23SS4NDRO

Bene a sapersi... molto carino come modo È possibile avere i connettori della iGPU mappati mentre è in headless mode con questo metodo? Ad esempio questa è la modalità di default di WhateverGreen 01050900 00040000 C7030000 02040A00 00040000 C7030000 03060800 00040000 C7030000 tuttavia io ho 3 porte, una DP (1a riga) che è corretta, 1 HDMI (2a riga) da cambiare in 00080000 e 1 DVI-D Dual link (04000000) e sarebbe comodo se un giorno dovessi usare solo la integrata di aggiungere queste info via SSDT/config.plist

EDIT: scherzavo, le porte funzionano tutte in hotplug, era il cavo che era un po' così ma sarei curioso di sapere comunque se ci sta una maniera manuale yes, con alldata serve tutto, sia il connettore,flags,busid etc

Ciao a tutti, con l'ottimo tool della sezione Downloads "HackCheck" ho visto che è possibile vedere i connettori della scheda video in uso. Dal momento che sulla mia RX590 l'hotplug funziona solo per le uscite displayport, mi chiedevo se vi fosse un modo per poter fare una mappatura dei connettori come quella definita qui: framebuffer-patch-enable | Data | 01000000 framebuffer-con0-enable | Data | 01000000 framebuffer-con1-enable | Data | 01000000 framebuffer-con2-enable | Data | 01000000 framebuffer-con0-alldata | Data | port 1 (ie. 01010900 00080000 C7030000) framebuffer-con1-alldata | Data | port 2 (ie. 02000A00 00040000 C7030000) framebuffer-con2-alldata | Data | port 3 (ie. 03000800 00040000 C7030000) specificando quindi il connettore (nel mio caso 5 connettori) ma servirebbe prima avere i valori (che di solito sono dentro la wiki di WhateverGreen) Quindi chiedo, dove si possono trovare quei dump per poi specificare il tipo di porta ed avere l'hotplug funzionante?

Si vedrà in base alle mosse che farà Apple, sinceramente comprare il loro hardware può essere un vantaggio per la maggior parte degli utenti ma personalmente lo trovo molto restrittivo. Già il fatto che non hanno la possibilità di poter avviare una live di linux quando mi serve (sui nuovi macbook, macmini, e forse anche i prossimi che useranno gli ARMadietti) o il fatto che l'ssd sia saldato mi fa venire i brividi

Un piccolo rapporto sullo Z590 + Intel 11 Gen Rocket Lake, da Applelife Test Bench: iMacPro1,1 - Asus Z590M-PLUS, Core i5-11400, 16Gb DDR4 3200 MHz, Radeon RX 560, ALC897, Intel i219 , BCM94360CS2, SATA SSD Kingston V300 240Gb  macOS Big Sur 11.2.3 ⌘ Bootloader: l'ultimo OpenCore Al momento, tutto funziona tranne la grafica integrata Intel UHD Graphics 730. C'erano alcune differenze riguardo alla piattaforma (nuovo chipset) Usare sempre il firmware BIOS più recente! 1. Problema con le USB: Ho deciso di sistemare con l'aiuto di un kext solo plist, l'unico momento è correggere XHC su XHCI nello IONameMatch della mobo (in particolare nella mia mobo in ACPI questo è esattamente il caso). Senza questo, le porte sono completamente morte. Il kext plist only è da fare PRIMA dell'installazione. Aggiungi semplicemente tutte le porte HS01-HS14 e SS01-SS10 e abilita il queer XhciPortLimit, per poi ridurre il limite successivamente. Al momento funziona ancora in Big Sur 11.2.3 - ma su 11.3 Beta XhciPortLimit causa dei panic, considera questo. 2. Problema con l'audio. Questa è una situazione molto divertente. Si scopre che quando si cambia il processore, l'ID del dispositivo del controller audio cambia. Noi @ vit9696 onestamente siamo stati scioccati da questa svolta degli eventi... Quando si utilizza il processore Z590 + Intel 10 Gen Comet Lake ID dispositivo, il controller ha 0xF0C8 e quando si utilizza il processore Z590 + Intel Rocket Lake 11th gen, il processore ID dispositivo ha 0x43C8. Non è così chiaro il motivo per cui questo accade. Condividete le vostre esperienze. Forse nell'undicesima generazione, sia l'i5 che l'i7 cambieranno anche l'ID del dispositivo del controller audio. Il processore non ha nulla a che fare con l'audio. Entrambe le opzioni sono già state aggiunte a AppleALC.kext, testate e funzionano senza problemi. 3. La grafica integrata: come quella principale sullo Z590 + Intel 10 Gen Comet Lake non funzionava né tramite DisplayPort né HDMI. Molto probabilmente hai bisogno di patchare i connettori. Ma l'inserimento per IQSV con connettori vuoti funziona senza problemi. 4. La grafica integrata sullo Z590 + Intel 11 Gen Rocket Lake non funziona (e non funzionerà mai) né separatamente né per l'IQSV nella versione senza connettori. Dimenticalo. Per poterlo utilizzare in Windows, ad esempio (in modo da non abilitarlo / disabilitarlo continuamente nel BIOS), la proprietà disable-gpu e bootarg -wegnoigpu sono state aggiunte a Lilu.kext e WutelyGreen.kext. In Windows, la mappa sarà disponibile e in macOS IGPU verrà completamente rimosso da ioreg. Non è necessario lasciarlo in esecuzione su macOS. Per questo motivo, viene caricato su uno schermo nero su una scheda video discreta. Nota: i driver non sono disponibili neanche per Windows https://www.randrlife.co.uk/intel-is-safe-and-someone-should-lose-their-job/ qui per un approfondimento: https://www.youtube.com/watch?v=oGkEhNz4APA&t=238s 5. Il processore Intel Comet Lake di 10 generazione funziona su Z590 senza patch, nativo e fluido. 6. Il processore Intel 11 Gen Rocket Lake funziona su Z590 con CpuIDMask e Data sotto Comet Lake Cpuid1Data - EB060900 00000000 00000000 00000000 Cpuid1Mask - FFFFFFFF 00000000 00000000 00000000 Funziona perfettamente, con speedstep e senza problemi visibili. Richiede CPUFriend.kext e CPUFriendDataProvider.kext con vettori da iMac20,1 altrimenti le frequenze sono sempre sotto il soffitto. 7. Ethernet i219 funziona con IntelMausi.kext perfettamente. 8. Wi-Fi / Bluetooth. Ci sono alcune sfumature a seconda della motherboard. Il mio modulo non era incluso nel kit, ma c'è uno slot M.2 Key A / E. L'originale BCM94360CS2 con un adattatore per M.2 Key A / E si adatta perfettamente al suo interno. Sia il Wi-Fi che il Bluetooth funzionano in modo stabile, chiaro e fluido. La velocità di connessione di 867 megabit è stabile e ininterrotta. Il modulo può essere abilitato / disabilitato direttamente dall'interfaccia BIOS della scheda madre. Inoltre, separatamente Wi-Fi e separatamente Bluetooth. Questa è un'innovazione molto bella. Su Z390 e Z490, il Wi-Fi funzionava bene su questa porta, ma il Bluetooth era morto. O il cablaggio non era corretto oppure a livello di firmware era bloccato solo per i moduli Intel. Forse su schede con moduli built-in, tutto ritornerà lo stesso. Finora è sufficiente sostituire semplicemente il modulo Intel con uno compatibile con macOS. Questo dovrà essere controllato anche sulle future motherboard. Altrimenti, non ci sono altre difficoltà nella motherboard. I quirk della sezione Booter sono le stesse dello Z490. Non ci sono modifiche. La NVRAM funziona completamente e senza problemi. L'RTC ha gli stessi problemi di tutti gli Asus a partire dallo Z390. È richiesto un quirk: DisableRtcChecksum, altrimenti dopo ogni riavvio verrà visualizzato un errore RTC con la richiesta di premere F1 e accedere al BIOS. I problemi di RTC, tuttavia, non impediscono a FileVault2 di funzionare perfettamente se associato ad AuthRestart. In generale, Z590 + Intel 11 Gen Rocket Lake può essere tranquillamente considerato per l'acquisto !!! In bocca al lupo. Partecipanti: @Vandroiy @vit9696

Si, è da circa un mese che lo utilizzo e devo dire che mi trovo molto bene Poi a breve arriverà 11.3 e aggiornerò partendo da installazione pulita, in ogni caso i backup li ho esterni quindi è il migliore modo per far l'upgrade

Eresie lato ACPI, sicuro

Si dice che Apple stia lavorando su nuove versioni dell'iMac e in prossimo futuro potremmo aspettarci dei nuovi lanci, sulla base dei nuovi segni trovati nella beta di macOS Big Sur 11.3 rilasciata questa mattina https://www.macrumors.com/2021/03/23/macos-big-sur-11-3-beta-5-unreleased-imacs/ Saranno RocketLake??

Ora dovrebbe essere più semplice per tutti i desktop impostare su Disabled l'opzione CFG Lock (che più raramente applicano un blocco firmware a livello di scrittura come i lenovo) questo rende un po' obsolete tutte le guide (lato desktop) con setup_var... https://www.macos86.it/topic/2193-guida-gigabyte-aorus-pro-z390-i5-9600k-rx580-vega-con-efi-e-sblocco-cfgmsr-per-nvram/ sarebbe da scrivere giusto due righe di guida per esplicare come fare

Il tool è stato sistemato da zhen-zen e oggi è stato integrato tra i tool che verranno rilasciati insieme ad OC https://github.com/acidanthera/OpenCorePkg/tree/ba2fe2f59690cb0d18de934ccee0c94469d9e581

Grazie a tutti, anche per me è lo stesso. Nella fase di verifica, restituisce che l'MLB è valido, ma quella di "validation" che a quanto pare non c'entri molto con il lavoro fatto da macserial, ma controlla qualcosa che accade lato server (apple side) Guardando il sorgente di macrecovery sembra che quell'errore venga restituito ogni qualvolta che esiste per il parametro "default" dato una recovery scaricata diversa dall'ultima possibile immaginabile ./macrecovery.py -b <my BOARD-ID> -m <real MLB> -os default download # Recovery che viene scaricata in uscita per iMac19.1 = Mojave 10.14.4 (default quindi corrisponde alla minimum macOS supported per un dato SMBIOS) ./macrecovery.py -b <my BOARD-ID> -m <real MLB> -os latest download # Recovery che viene scaricata in uscita per iMac19.1 = Big Sur 11.2.3 Cercavo di capire quale fosse il senso del "selfcheck", dove il man dello script python è un po' vago, e parla di "perform MLB validation" che evidentemente non ha nulla a che fare con il "verification" che appunto vi riporta a tutti SUCCESS (quindi lo avete generato con gli strumenti corretti) È il motivo per cui restituisce quell'errore e perché dovrebbe esserlo che mi incuriosisce..

Aggiunto il repository su Github, con tutte le istruzioni per chi volesse installare subito, ma deve comunque leggersi le guide necessarie per fare la USB ed avviare https://github.com/1alessandro1/HP-Pavilion-CE2072NL-macOS

Ciao a tutti, vorrei chiedervi se poteste testare il tool macrecovery con questo comando: ./macrecovery.py selfcheck e con questo: ./macrecovery.py selfcheck -m <vostro MLB> Per recuperare il vostro valore MLB senza montare la EFI o aprire il config.plist, basta eseguire questo comando con macserial.zip ./macserial -s | grep MLB Allego qui macrecovery.py-from-OC-0.6.7.zip, ma lo trovate dentro il .zip di OpenCore Issue di riferimento: https://github.com/acidanthera/bugtracker/issues/1570 Altro test facoltativo per validare il vostro MLB: Postate allegando i risultati (quello che vi printa macrecovery con questi comandi in alto) Grazie

Si certo, io l'ho buttata lì per incuriosire @Eniac, ma poi fa come crede, io da parte mia apprezzo se qualcuno mi propone o posta qualcosa di nuovo che può stuzzicarmi, altrimenti sarei rimasto con clover a vita, non avrei mai capito cosa stesse succedendo di fronte a me, come si poteva migliorare etc. ma qui siamo già OT, ripeto dicendo che credo (spero) che ad eniac non gli abbia dato fastidio di conoscere altre parti di macOS che magari sono totalmente inesplorate ma già supportate da bootloader come OC Poi uno può avere tutta la libertà di fregarsene altamente e di fare come dice, sostenendo che per le sue necessità sia già tutto apposto.

Non ho obbligato nessuno... È la prima premessa che ho fatto.

Io personalmente consiglio di aggiustare questi due valori a seconda della tua configurazione, trovi tutti i valori nel configuration.pdf Avere disabilitati quei valori non è nulla di grave, ma a me ricorda la falsa riga di quelli che (all'epoca) disabilitavano la SIP incondizionatamente Ora di certo, la SIP non c'entra nulla con il securebootmodel, ma quest'ultimo contribuisce all'integrità del sistema Solitamente in fase "di produzione" in cui non serve testare altro, per assicurarmi che tutto sia sempre nella norma, uso: -Vault (Firma che "congela") tutto ciò che è nella EFI con la sua SHA-256, in modo da prevenire modifiche non autorizzate -Disattivare tutti i tool che non servono o segnarli come ausiliari (e usare HideAuxiliary), od eventualmente se dovessero essere utilizzati, impostare con ocpasswordgen una password per selezionare al bootpicker dei valori diversi dal volume di avvio -DmgLoading su Signed -ScanPolicy attiva per avviare solo dai volumi autorizzati (ES: solo volumi APFS, di device SATA, e nient'altro) -SecureBootModel il più vicino possibile alla versione di macOS in utilizzo -ApECID attivo: e ovviamente SIP attiva, Gatekeeper attivo Questi in alto riportati ora sono quelli che di solito implemento sulle macchine che non sono in fase di test, per il resto se proprio si è pignoli, abilitare FileVault2 e il secureboot con le chiavi custom da impostare lato firmware se lo permette il BIOS della motherboard

La USB come l'hai creata? Se hai problemi si può usare l'avvio con macrecovery, secondo me è successo qualcosa alla partizione HFS della chiavetta e consiglio di riformattare e tenere da parte la EFI - ma potrei sbagliarmi Temo che "LoadImage Failed" si riferisca alla firma di una DMG, che probabilmente ha problemi con la verifica Se imposti "DmgLoading" su "Disabled" ti dà storie?

dubito, anche perché in questo caso hanno cambiato architettura, non è più skylake based (quindi da 6th gen a 10th gen più o meno cambia poco) ma per Rocketlake ci sarà da vedere Sarà un po' come quando hanno introdotto icelake @0xFireWolf poi è intervenuto e ha aggiustato WeG dopo circa 1 anno dalla release... Vederemo Almeno siccome sono retrocompatibili, se escono, chi ha già il socket LGA1200 può già testare e vedere...

Ho sctitto infatti: Perché USBConnector si riferisce al connettore e non alla personality. La personality è già dentro la "natura" di HSxx

Si ho visto il tipo di connettori che hai specificato direttamente da ioreg. Nello specifico, ho scaricato questo: mando anche uno screenshot per dirti a cosa mi riferisco: Ecco un esempio, giustamente tu hai definito SS04 come 0x03 e infatti risulta Tuttavia, la porta con personalità 2.0 (non porta 2.0 e basta, ma con personalità 2.0 quindi "retrocompatibile") sta dentro la stessa porta, sotto il nome di HS04 - ma tu l'hai definita come 0x00 (vedi foto sotto) (ossia porta USB 2.0 e basta) È una finezza per chi ci tiene ad essere preciso, nulla di che Può essere utile su OS come Win/Linux, permette alla CPU di usare la VRAM della GPU (condividendola quindi) Era una delle aggiunte del suo aggiornamento BIOS, dicevo per dare attenzione ed assicurarsi che sia off almeno per avvii con macOS. Sempre 0x03.

Ho scoperto recentemente che se si ha una mobo ASUS questo processo può essere evitato/facilitato dal manuale della motherboard: https://dlcdnets.asus.com/pub/ASUS/mb/LGA1151/PRIME_Z370-A_II/E14608_PRIME_Z370-A_II_UM_WEB.pdf#page=18 Dove U31 vuol dire USB 3.1 e G1 vuol dire Gen1, quindi le vecchie USB3.0 normali Allo stesso modo, U32 Gen2 in questo caso sono controller Asmedia, ma il criterio sarebbe lo stesso per identificarle e le USB 2.0 only hanno "USB" e basta con accanto la loro posizione, quindi ad esempio nello screenshot, sotto "DVI" ci sta "USB1314" che infatti corrisponde a porte nere, usb 2.0 only, con corrispondente posizione HS13 e HS14

alcune porte non compaiono, deduco che quindi la tabella viene caricata bene dal config, anche se un log di opencore confermerebbe ciò Tuttavia c'è una piccola imprecisione sulla definizione dei connettori, se SS07, SS05, SS04, SS03 e SS01 hanno retrocompatibilità 2.0, vanno definiti con 0x03 anche sui corrispondenti in HS. Quindi: -se e solo se la porta ha un connettore blu, allora la definisci con 0x03 -se e solo se la porta ha un connettore nero, e se inserisci una USB3 su ioreg compare solo HSxx, allora la definisci con 0x00 o "Zero" che è la stessa cosa Ah e inoltre, non so se hai notato, ma pochi giorni fa è uscita la versione del BIOS (assicurati di avere l'ultima) per tua mobo che ha aggiunto supporto per il "Resizable bar", quella che AMD chiamava "Smart Access Memory" che alla videoconference che hanno fatto sembrava che l'avessero inventata loro, quando esiste già da anni. È raro quando si mappa da SSDT. Tuttavia puoi aggiornare e fare un altro sysreport, se ce lo alleghi paragoniamo i due file con SHA-256 o con software come Meld/BeyondCompare per vedere cosa hanno cambiato (se lo hanno fatto)

Sono uscite le specifiche ACPI 6.4 https://uefi.org/sites/default/files/resources/ACPI_Spec_6_4_Jan22.pdf E anche quelle per le USB4: https://www.usb.org/sites/default/files/USB4 Specification_8.zip

Bella guida, un giorno se avrò problemi darò una chance a RU.efi che lo vedo molto intrigante. I 5 minuti di tempo mi fanno pensare un po' a Mission impossible quando si deve detonare una bomba e hai il conto alla rovescia XD Comunque per Bios Insyde ci sta un tool che gira sia su Win che su linux che funziona allo stesso modo di Ru.efi (anche da riga di comando) https://github.com/macos86/BIOS-Manual-Mode-InsydeH2O/blob/master/GuidaInsydeH2O.md https://github.com/lietxia/XiaoXinAir14IML_2019_hackintosh/wiki/DVMT