-
Posts
1,377 -
Joined
-
Last visited
-
Days Won
11
Content Type
Profiles
Forums
Events
Downloads
Posts posted by A23SS4NDRO
-
-
Non mi risulta molto chiaro quale sia la funzione della sezione del config "Delete" che trovate qui sotto.
<key>NVRAM</key> <dict> <key>Add</key> <dict> <key>4D1EDE05-38C7-4A6A-9CC6-4BCCA8B38C14</key> <dict> <key>DefaultBackgroundColor</key> <data>AAAAAA==</data> <key>UIScale</key> <data>AQ==</data> </dict> <key>7C436110-AB2A-4BBB-A880-FE41995C9F82</key> <dict> <key>SystemAudioVolume</key> <data>Rg==</data> <key>boot-args</key> <string></string> <key>csr-active-config</key> <data>AAAAAA==</data> <key>prev-lang:kbd</key> <string>en-GB:2</string> </dict> </dict> <key>Delete</key> <dict> <key>4D1EDE05-38C7-4A6A-9CC6-4BCCA8B38C14</key> <array> <string>UIScale</string> <string>DefaultBackgroundColor</string> </array> <key>7C436110-AB2A-4BBB-A880-FE41995C9F82</key> <array> <string>SystemAudioVolume</string> </array> </dict>
Il mio dubbio consiste in questo, e mi sono dato una sola spiegazione come risposta ma vorrei la vostra conferma
Anche la configurazione sembra un po' vaga
Delete Type: plist dict Description: Removes NVRAM variables from a map (plist dict) of GUIDs to an array (plist array) of variable names in plist string format."Che senso avrebbe mettere la sezione Delete se posso tranquillamente non aggiungere la variabile nella sezione Add?"
Quindi l'unica possibile risposta sarebbe questa:
Le variabili NVRAM nella sezione Add vengono lette tutte da OpenCore (e kext associati, come le bootarg per weg) (e poi da macOS solo se non sono presenti su Delete?)
Oppure: Le variabili NVRAM vengono lette tutte da macOS e da OpenCore, e la sezione "Delete" serve per non farle risultare al comando
nvram -pquando si avvia macOS.
Vorrei volentieri avere chiarimenti in merito alla funzione della sezione Delete e dove vanno a finire le variabili NVRAM descritte in quella sezione, e se sono presenti in quella sezione quando e da chi vengono lette...
Grazie mille
-
40 minutes ago, SImob98 said:
Come ahahha?
Dovresti prendere tutti gli ssdt che utlilizzi (i rename _DSM non dovrebbero dare prolemi) e inserire in tali SSDT:
DefinitionBlock ("", "SSDT", 2, "sometableID", "someOEMTableid", 0x00003000) { If (_OSI ("Darwin")) { // Put here the SSDT } }(quello che importa è aggiungere il condizionale "If (_OSI ("Darwin"))" non il DefinitionBlock, che deve rimanere quello che già hai, ecco)
tale ragionamento dovrebbe essere applicato a tutte le tabelle, tranne quella per le USB che non causa problemi al Windows teoricamente...
Ma se utilizzi altri rename/patch allora sei costretto ad avviare windows parendo dal boot menu senza passare per opencore...
-
On 5/20/2020 at 2:06 AM, Sabau Ioan said:
Have somebody get any progress? What's going one with this silence?
No progress at all. Tried with SSDT Basic, returned the classic error at PciConfigurationEnd
-
17 hours ago, BigNilly said:
ricompare a capo la stringa che aspetta il comando
quindi non hai la integrata attiva...
8 hours ago, BigNilly said:nel fare queste prove ho mandato più volte in stop il computer
vedrò se nella prossima release di catalina si riuscirà a risolvere....
-
ioreg -l | grep platform-id7 minutes ago, BigNilly said:iGPU ( credo) disabilitata
Posta il risultato del comando sopra, vediamo se dipende dalla iGPU on o off... Che smbios usi? Che release di Catania è? 19E287? Per vedere su che release sei clicca su about this Mac e clicca due volte sulla verisone di MacOS (es. 10.15.4 clicca due volte su 10.15.4)
-
12 minutes ago, Gengik84 said:
una cosa che non mi interessa
Sisì certo era solo per un test e per vedere se dipende da 10.15.5 beta 3
-
4 minutes ago, Gengik84 said:
ma solo per questo e non al 100% per qualsiasi problema si stop
A te su desktop funge il risveglio da Sleep?
(p.s sei su 10.15.5 beta3? Puoi anche allegare la verisone di MacOS che stai usando 19Fecc..)
-
Niente, non cambia sempre stesso panic dopo lo Sleep... Si spegne e si riavvia con quel panic riportato sopra
15 minutes ago, iCanaro said:nessun mio catalina va in stop
Quindi Sleep su Catalina non va per la maggior parte della gente? Le macchine di cui parli sono aggiornate all'ultima beta?
È successo tra una delle tue che dopo aver aggiornato alla beta lo Sleep funzionava come funzionava su mojave (ossia alla perfezione)?
-
Ok prima provo con solo il quirk, siccome sono già su OpenCore. Vediamo se lo sleep funziona

-
6 minutes ago, iCanaro said:
catalina è un bug ambulante
su IM ne ho lette di ogni, e parlo di dev o utenti molto avanzati che non riuscivano manco ad avviare con la iGPU
Che consigli di fare quindi? Meglio tenersi su 19E287 (10.15.4 stable ma con problemi di sleep) oppure provare 10.15.5 beta3?
Tu su che release (19Fqualcosa) di 10.15.5 stai? hai provato ad andare in sleep con macchine che hanno la iGPU off (dal momento che su questa build uso iMacPro1,1 per l'accelerazione video)
Se riuscissi a fare il test con la build che ha una dGPU e una CPU con integrata off (forse quella con 8700k e vega56 nano?) potremmo vedere se hai gli stesso problemi che ho io - e confrontare anche il delta tra le versioni di Catalina che stanno sul tuo, potremmo isolare l'hardware (paragonandolo siccome simili config e smbios identici)
Questo per vedere se un aggiornamento di macos può cambiare o meno la situazione
-
Ciao ragazzi, ulimamente su questo PC ho avuto alcuni problemi di Sleep, quando premo appunto sul tasto Sleep dal menu della mela succede che il pc riesce ad andare in sleep con il pulsantino di accensione che lampeggia ma non riesce a risvegliarsi (quindi si avvia normalmente) e ha un panic in reboot di questo tipo:
Sleep Wake failure in EFI Failure code:: 0xffffffff 0x0000001f Please IGNORE the below stackshot ================================================================ Date/Time: 2020-05-16 14:49:34 +0200 OS Version: ??? ??? (Build ???) Architecture: x86_64 Report Version: 29 Data Source: Stackshots Shared Cache: 0xb45b000 9BFEAF21-C40C-3FD6-8D58-CF0CFEF02EB2 Event: Sleep Wake Failure Duration: 0.00s Steps: 1 Time Awake Since Boot: 19s Process: swd [295] Architecture: x86_64 Footprint: 420 KB Start time: 2020-05-16 14:49:34 +0200 End time: 2020-05-16 14:49:34 +0200 Num samples: 1 (1) Thread 0x7b7 1 sample (1) priority 4 (base 4) <thread QoS background (requested background), thread darwinbg, process darwinbg, IO tier 2> 1 start + 1 (libdyld.dylib + 109769) [0x7fff723c9cc9] 1 1 ??? [0x104028454] 1 1 ??? [0x1040281dd] 1 1 __stack_snapshot_with_config + 10 (libsystem_kernel.dylib + 135862) [0x7fff7252b2b6] 1 *1 ??? [0xffffff80002c8206] 1 *1 ??? [0xffffff80009875f7] 1 *1 ??? [0xffffff80008a0001] 1 *1 ??? [0xffffff80002eb9e7] (running) 1 Binary Images: 0x7fff723af000 - 0x7fff723e5fff libdyld.dylib (750.5) <D2A07EF5-A64B-3692-BE13-89DAA2EC5E80> /usr/lib/system/libdyld.dylib 0x7fff7250a000 - 0x7fff72536fff libsystem_kernel.dylib (6153.101.6) <E76440E1-D1E8-3D9A-8B47-D01F554FF1C4> /usr/lib/system/libsystem_kernel.dylib
Vedo che in giro parecchie persone hanno avuto questo problema sia su mac ufficiali che non, e in particolare con 10.15.4
Fonti:
Su macbook pro 16"
https://mrmacintosh.com/10-15-4-update-wake-from-sleep-kernel-panic-in-16-mbpro-2019/

su reddit, uno con 8550U
https://www.reddit.com/r/hackintosh/comments/fxt6hl/sleep_wake_failure_in_efi/
Sembra che aggiornare a 10.15.5 beta 3 risolva il problema, @iCanaro @Gengik84 avete sentito qualcosa a riguardo?
Per ora sono su 10.15.4 19E287, qualcuno ha avuto problemi del genere?
-
20 hours ago, Asgardo said:
Che "mosse" posso applicare?
Posta la EFI e togli tutto ciò che è inutile (via kext/drivers non necessari, usa ocquirks, sfoltendo anche il config.plist)
-
@Asgardo ti consiglio di vederti questo file nella sezione downloads e definire i connettori per le usb 3.0, 2.0 e porte interne e porte esterne con questo metodo, l'ho trovato molto utile
-
1
-
-
Quindi usbinjectall se ne frega dell'ssdt in pratica, anche se la tabella viene caricata prima del kext (o sbaglio?)
-
Estrailo con F4 da clover e posta qui la origin illibata, poi vediamo ioreg una volta che hai usbinjectall caricato e Port limit patch
Just now, Gengik84 said:oppure allega ioreg e ti dico la porta che dovrai modificare
ma teoricamente se ha ssdt caricato non gli influisce la cosa?
-
Just now, cristyxx75 said:
windows 10 su un altro disco lo posso fare o ci sono impostazioni nel bios settate per l'hackintosh che non me lo permettano???....io
Windows 10 non ha conflitti con i settaggi di macos.
Mi raccomando mantieni i dischi separati, evita partizioni logiche
1 minute ago, cristyxx75 said:mi dà messaggio di errore
Che tipo di errore? Manda una foto e allega la clover
-
1 minute ago, Fedewar said:
MO: Asus Rog Strix H370 I-GAMING
CPU: Intel i5 8400
GPU: Intel UHD 630
RAM: 16GB (1 solo Banco)
HD: Samsung 970 Evo Plus NVMe
PSU: Corsair V550
CASE: NZXT H210
Aggiungi questo alla tua firma, apri un topic separato apposito.
Inoltre aggiorna il firmware dell'SSD e giusto che ci sei per parcondicio assicurati di stare sull'ultima versione del BIOS.
-
10 hours ago, BigNilly said:
i9 9900k
Gigabyte z390 aorus pro
msi vega 56
per questo hardware quella bootarg non dovrebbe servirti, ci sta una conigurazione di riferimento apposta di @SemanticA per lo stesso tuo hardware.
se sei comunque curioso di sapere che cosa faccia quella bootarg, l'articolo sta qui
Patching AppleGraphicsDevicePolicy.kext
A long time ago (read seventeen months ago) I blogged about the changes in the AGDP (Apple Graphics Device Policy) and had to came up with a workaround for an issue in AppleGraphicsDevicePolicy.kext so that we could use a MacPro6,1 board-id/model combination, without the usual hang with a black screen.
Today I like to present an alternative route for this and this time it is a patch that can be used with Clover’s kext patching feature. Here it is:
1234567891011121314151617<key>KextsToPatch</key><array><dict><key>Comment</key><string>AppleGraphicsDevicePolicy (board-id) Patch (c) Pike R. Alpha</string><key>Find</key><data>Ym9hcmQtaWQ=</data><key>Name</key><string>AppleGraphicsDevicePolicy</string><key>Replace</key><data>Ym9hcmQtaXg=</data></dict></array>Basically what we do is search for “board-id” and replace it with “board-ix” – or anything that we want to use instead. Please give it a go and let me know if it works for you.
Please note that this is not my patch for the AMD discrete graphics problems!
Update: Folks. Let’s not reply to false copyright claims and other childish attacks from the same people who did that before. We know who they are…
Blog article cleaned up and a note about the (AMD) discrete graphics added.
-
4 minutes ago, BigNilly said:
ho trovato un video su youtube con un problema simile, a lui dava un blackscreen e lo ha risolto così, ma prima volevo capire cosa fosse
Quello però risulta utile con GPU di architettura RDNA come Navi, non per quando riguarda GCN (Vega)
-
Il bootarg agdpmod=pikera sostituisce il controllo board-id con board-ix se non erro, controlla il manuale di whatevergreen
-
19 hours ago, KTC said:
Ha funzionato alla prima
Hai solo sostituito il driver con quello che hai preso dallo zip di sopra senza cambiare nient'altro?
Particolare la cosa, l'sha256 del .efi di acidanthera è identica a quella che sta allegata qui sopra...
Confermi che sia
5887bd60c36d567be1274873966356b17fddc7742df3c55fb78e1071b5ecbfedDal comando:
shasum -a 256 /Users/$(whoami)/Downloads/HfsPlus.efiFacci sapere...
-
Buonasera a tutti, @Gengik84 è normale che (probabilmente per il fatto che uso SMBIOS del iMacPro1,1) qua non vada lo sleep/wake e si spenga al posto di andare in sleep?
(Succede che nell'andare in sleep ci va bene, nel senso che il Led del pulsante di accensione lampeggia, ma quando lo ripremo quel pulsante, allora vedo i caricamento della mela, e poi il panic.
Serve so un clear NVRAM forse oppure è meglio se rimetto SMBIOS iMac18,2? Potrebbe funzionare quell'SMBiOS senza che ci sia la integrata presente dal momento che il chipset è Skylake e l'integrata sembra essere kabylake?
panic(cpu 0 caller 0xffffff800d04c32a): Kernel trap at 0xffffff800d0ee716, type 13=general protection, registers: CR0: 0x000000008001003b, CR2: 0x0000000109cf8000, CR3: 0x00000000237b3000, CR4: 0x00000000003626e0 RAX: 0x0000000000000005, RBX: 0x1968158537590080, RCX: 0x0000000000000004, RDX: 0x0000000001000000 RSP: 0xffffff9223673e70, RBP: 0xffffff9223673ec0, RSI: 0xffffff804d43dc58, RDI: 0x0000000000000000 R8: 0x0000000000001509, R9: 0x000000000000088c, R10: 0x000000000000088c, R11: 0x000000000035000f R12: 0xffffff800d73f283, R13: 0xffffff92226db4c0, R14: 0x0000000000001000, R15: 0xffffff800d73f258 RFL: 0x0000000000010202, RIP: 0xffffff800d0ee716, CS: 0x0000000000000008, SS: 0x0000000000000010 Fault CR2: 0x0000000109cf8000, Error code: 0x0000000000000000, Fault CPU: 0x0, PL: 0, VF: 0 Backtrace (CPU 0), Frame : Return Address 0xffffff800cd51220 : 0xffffff800cf215cd 0xffffff800cd51270 : 0xffffff800d05a3c5 0xffffff800cd512b0 : 0xffffff800d04bf7e 0xffffff800cd51300 : 0xffffff800cec7a40 0xffffff800cd51320 : 0xffffff800cf20c97 0xffffff800cd51420 : 0xffffff800cf21087 0xffffff800cd51470 : 0xffffff800d6c2c7c 0xffffff800cd514e0 : 0xffffff800d04c32a 0xffffff800cd51660 : 0xffffff800d04c028 0xffffff800cd516b0 : 0xffffff800cec7a40 0xffffff800cd516d0 : 0xffffff800d0ee716 0xffffff9223673ec0 : 0xffffff800cf63545 0xffffff9223673f40 : 0xffffff800cf63071 0xffffff9223673fa0 : 0xffffff800cec713e BSD process name corresponding to current thread: kernel_task Mac OS version: 19E287 Kernel version: Darwin Kernel Version 19.4.0: Wed Mar 4 22:28:40 PST 2020; root:xnu-6153.101.6~15/RELEASE_X86_64 Kernel UUID: AB0AA7EE-3D03-3C21-91AD-5719D79D7AF6 Kernel slide: 0x000000000cc00000 Kernel text base: 0xffffff800ce00000 __HIB text base: 0xffffff800cd00000 System model name: iMacPro1,1 (Mac-7BA5B2D9E42DDD94) System shutdown begun: NO Panic diags file available: YES (0x0) System uptime in nanoseconds: 368811476564 last loaded kext at 15984491505: >!AUpstreamUserClient 3.6.8 (addr 0xffffff7f8fe4d000, size 36864) last unloaded kext at 269414448867: >!A!ILpssGspi 3.0.60 (addr 0xffffff7f8f623000, size 45056) loaded kexts: com.insanelymac.RealtekRTL8111 2.3.0d7 ru.joedm.SMCSuperIO 1.1.3 as.vit9696.SMCProcessor 1.1.3 as.vit9696.VirtualSMC 1.1.3 as.vit9696.!AALC 1.4.9 as.vit9696.WhateverGreen 1.3.9 as.vit9696.Lilu 1.4.4 >!AUpstreamUserClient 3.6.8 >!AMCCSControl 1.11 @kext.AMDFramebuffer 3.0.8 @fileutil 20.036.15 >AGPM 111.4.4 >!APlatformEnabler 2.7.0d0 >X86PlatformShim 1.0.0 >!AMikeyHIDDriver 131 >!AMikeyDriver 283.15 @filesystems.autofs 3.0 >!AHDA 283.15 @kext.AMDRadeonServiceManager 3.0.8 @kext.AMDRadeonX4000 3.0.8 @AGDCPluginDisplayMetrics 5.1.16 >!A!IPCHPMC 2.0.1 >!AHV 1 |IOUserEthernet 1.0.1 |IO!BSerialManager 7.0.4f6 >pmtelemetry 1 @Dont_Steal_Mac_OS_X 7.0.0 @kext.AMD9500!C 3.0.8 >!AGFXHDA 100.1.426 >!A!ISlowAdaptiveClocking 4.0.0 >AudioAUUC 1.70 >!A!IMCEReporter 115 |SCSITaskUserClient 422.101.1 @private.KextAudit 1.0 >!AVirtIO 1.0 @filesystems.hfs.kext 522.100.5 @!AFSCompression.!AFSCompressionTypeDataless 1.0.0d1 @BootCache 40 @!AFSCompression.!AFSCompressionTypeZlib 1.0.0 @filesystems.apfs 1412.101.1 >!AAHCIPort 341.0.2 >!ARTC 2.0 >!AACPIButtons 6.1 >!AHPET 1.8 >!ASMBIOS 2.1 >!AAPIC 1.7 $!AImage4 1 @nke.applicationfirewall 303 $TMSafetyNet 8 @!ASystemPolicy 2.0.0 |EndpointSecurity 1 @kext.triggers 1.0 >DspFuncLib 283.15 @kext.OSvKernDSPLib 529 @kext.AMDRadeonX4000HWLibs 1.0 |IOAccelerator!F2 438.4.5 @kext.AMDRadeonX4000HWServices 3.0.8 >!ASMBus!C 1.0.18d1 |IOSMBus!F 1.1 |IOAVB!F 840.3 >!ASSE 1.0 |IO!B!F 7.0.4f6 |IO!BPacketLogger 7.0.4f6 @!AGPUWrangler 5.1.16 |IONDRVSupport 575.1 |IOSlowAdaptiveClocking!F 1.0.0 >!ASMBusPCI 1.0.14d1 >X86PlatformPlugin 1.0.0 >IOPlatformPlugin!F 6.0.0d8 @kext.AMDSupport 3.0.8 @!AGraphicsDeviceControl 5.1.16 >!AHDA!C 283.15 |IOGraphics!F 575.1 |IOHDA!F 283.15 @plugin.IOgPTPPlugin 840.3 |IOEthernetAVB!C 1.1.0 |IOSkywalk!F 1 |IOSCSIMultimediaCommandsDevice 422.101.1 |IOBD!S!F 1.8 |IODVD!S!F 1.8 |IOCD!S!F 1.8 |IOAHCISerialATAPI 268 >usb.!UHub 1.2 >!UAudio 322.2 >usb.networking 5.0.0 >usb.!UHostCompositeDevice 1.2 |IOAudio!F 300.2 @vecLib.kext 1.2.0 |IOSerial!F 11 |IOSurface 269.11 @filesystems.hfs.encodings.kext 1 |IOUSB!F 900.4.2 |IONVMe!F 2.1.0 >!AEFINVRAM 2.1 |IOAHCI!F 290.0.1 >usb.!UXHCIPCI 1.2 >usb.!UXHCI 1.2 >!AEFIRuntime 2.1 |IOHID!F 2.0.0 $quarantine 4 $sandbox 300.0 @kext.!AMatch 1.0.0d1 >DiskImages 493.0.0 >!AFDEKeyStore 28.30 >!AEffaceable!S 1.0 >!AKeyStore 2 >!UTDM 489.101.1 |IOSCSIBlockCommandsDevice 422.101.1 >!ACredentialManager 1.0 >KernelRelayHost 1 >!ASEPManager 1.0.1 >IOSlaveProcessor 1 |IOUSBMass!SDriver 157.101.3 |IOSCSIArchitectureModel!F 422.101.1 |IO!S!F 2.1 |IOUSBHost!F 1.2 >!UHostMergeProperties 1.2 >usb.!UCommon 1.0 >!ABusPower!C 1.0 |CoreAnalytics!F 1 >!AMobileFileIntegrity 1.0.5 @kext.CoreTrust 1 |IOTimeSync!F 840.3 |IONetworking!F 3.4 |IOReport!F 47 >!AACPIPlatform 6.1 >!ASMC 3.1.9 >watchdog 1 |IOPCI!F 2.9 |IOACPI!F 1.4 @kec.pthread 1 @kec.corecrypto 1.0 @kec.Libm 1 -
Sembra che l'ssdt disable USB haswell non vada...

Da disattivare: SS05, SS06, HS09 HS10 HS11 HS12
-




Gigabyte AORUS Z490
in Off Topic
Posted · Edited by A23SS4NDRO
Sinceramente anche se fosse aspetterei la mossa di Apple dal momento che l'architettura Comet Lake non è stata ancora scelta da Apple (si certo lo so che alla fine è sempre basata su skylake)
Basti guardare che SMBIOS ha scelto il tipo che ha aperto il repository
per capire che non è che ci capisce molto, dal momento che ha messo come SMBIOS MacBookAir9,1 che è Icelake, una architettura completamente differente