Leaderboard

Ho trovato questa scheda dentro un MacBook Air del 2012 bcm943224pciebt2 vecchiotta e da come ho cercato in giro funzionava fino a Catalina ho comprato un adattatore m2 to mini pci e l'ho montata dentro il mio AMD, sto usando OCLP-Mod e per due giorni mi ha fatto dannare, cercava la patch, ma la wifi sempre non si attivava. usando kext richiesti come da guida IOSkywalkFamily - IO80211FamilyLegacy + block IOSkywalkFamily , niente caricava il plugin allinterno di IO80211FamilyLegacy ma non si attivava dopo tanto stasera ho trovato la quadra usando anche il vecchio AirportBrcmFixup togliendo al suo interno dei plugin AirPortBrcmNIC_Injector e AirPortBrcm4360_Injector.kext caricando solo il kext, nelle device proprieties della di OC ho messo lo Spoof Device-id. data A0430000 compatible string pci14e4,43a0 e come d'incanto la wifi è 😀ATTIVA😀 ora procedo per far funzionare il BT già so che devo sudare😅 BINgo Abemus PapaBT😀 funziona tutto BT Airdrop Handoff , Wifi a 5ghz (ho visto che su amazzoni 25€ si prende scheda e adattatore

Cambia anche il numero della Build 🤔 Proviamo a metterlo su 😀 Per chi non lo trovasse , non e' su Aggiornamenti Software ma su Impostazioni -> Privacy e Sicurezza -> Miglioramenti di Sicurezza in Background Qui un articolo che spiega un po' piu ' dettagliatamente https://www.iphoneitalia.com/845505/apple-cambia-le-regole-della-sicurezza-su-ios-il-test-nascosto-in-ios-26-3

Carissima Befana, se porti il carbone assicurati che sia almeno di prima qualità!

Bene, dopo la mappatura con USBToolbox mi trovo questo su Sonoma MA... ci sono 16 porte, devo disabilitare la HS01 sotto PXSX perchè ho connesso una penna USB2 con adattatore, ovviamente nella porta USB-C non metterò mai una penna USB2. Purtroppo Tahoe non si avvia... che dipenda da quella porta in più? EDIT: Tahoe si è avviato anche senza modificare il kext

Questo miglioramento della sicurezza in background è solo a scopo di test e non contiene alcuna correzione di sicurezza.

ho delle soDimm 2400, 2 banchi da 8 gb, 2 le ho già montate con adattatore Dimm per desktop e vanno bene gli adarttatori li trovi a 10€ dimm to sodimm ddr4

Hi and welcome here @maccaroni have you searched in this thread? different users with Similar your board (and someone with your Extreme) Thread is not more updated because new CPU have more success by now in hackintosh By the way, here Olarila is not supported for different reason! One reason (personal reason) is inside your Olarila/kext EFI you have a bunch of ethernet kext there not useful in your rig and many other unproper stuff 😛 🙂

Nota Bene Con l'uscita definitiva del nuovo sistema operativo Apple, molti utenti hanno verificato sulla propria pelle la completa perdita del Wi-Fi e di alcuni servizi apple come (Airdrop,Imessage, Facetime, photobooth) soprattutto per utenti Apple con cellulari Iphone il problema risulta fastidioso in quanto si perdono alcune comodità che avere un ecosistema Apple consentiva nei precedenti OS sino a macOS Ventura. Ci viene un aiuto uno strumento, OCLP, per esteso OpenCore Legacy Patcher. E' uno strumento pensato per i mac "originali", ma che viene in aiuto anche per chi utiizza sistemi Hackintosh. Ci sono dei compromessi importanti da accettare (non e' compito di questo post spiegarli), ma una volta accettati e' possibile utilizzare le schede wifi che prima erano riconosciute anche sull'ultimo OS di Apple Ad oggi si deve utilizzare la versione "nightly" di OCLP in quanto la release non e' ancora disponibile con il supporto Sonoma, di seguito il link: OCLP - ultima versione Nota Bene Se si opta per il bootarg amfi=0x80, potrebbero non funzionare alcune app come Whatsapp web, dropbox o Firefox. Per ovviare si utilizza il meodo descritto nel punto 6b. Ora e' possibile utilizzare esclusivamente il kext Amfipass.kext dalla versione 1.4.x e superiori senza utilizzare nessun boot-arg) Di seguito i passaggi da fare per preparare il nostro sistema all'installazione di OCLP: 1) installare macOS Sonoma aggiornando kexts e bootloader alle ultime versioni 2) modificare il config.plist ed impostare SecureBootModel Disabled* (nella sezione misc/Security del proprio config.plist) 3) bloccare com.apple.iokit.IOSkywalkFamily 4) aggiungere i kexts e una dipendenza nella apposita cartella e dichiararli nel config.plist come da immagine: IOSkywalkFamily.kext IO80211FamilyLegacy.kext IO80211FamilyLegacy.kext/Contents/PlugIns/AirPortBrcmNIC.kext 5) utilizzare uno sblocco soft per SIP**: 03080000 6) utilizzare un boot-arg per AMFI (6a) oppure kext e boot-arg come in 6b***: a) amfi=0x80 b) oppure al posto di questo bootarg si mette il kext AMFIPass.kext ed il boot-arg -amfipassbeta**** 6 bis) Utilizzare il kext Amfipass.kext 1.4.x ed eliminare se usati i precedenti boot args (amfi=0x80 e -amfipassbeta) 7) se si usano anche sistemi operativi diversi ricordarsi di impostare il min kernel per il block ed i kext nella apposita sezione del config.plist * Dopo aver installato OCLP e' possibile ripristinare il valore di SecureBootModel come si desidera ** Dopo aver installato OCLP e' possibile impostare SIP a 00080000 (Sip enabled) *** e' possibile usare in alternativa un kext ed un boot-arg per questo punto (punto 6b) AMFIPass.kext e -amfipassbeta boot-arg)) **** utilizzando la versione 1.4.x o superiori di AMFIPass.kext e' possibile rimuovere il bootarg -amfipassbeta (https://macos86.it/topic/6463-oclp-il-wi-fi-è-tornato-in-macos-sonoma/?do=findComment&comment=143907 ) Esempio per la modifica da eseguire per il punto 3): Esempio per la modifica da eseguire per il punto 4): Dopo aver copiato i due kext IOSkywalkFamily.kext e IO80211FamilyLegacy.kext dichiararli nel config con l'ordine mostrato nella fotografia (il terzo e' all'interno del kext principale) Esempio per la modifica da eseguire per i punti 5) e 6): boot-arg amfi0x80 e csr-active-config 03080000 fatte queste modifiche e' necessario riavviare OSX Al menu di OpenCore e' fortemente consigliato di resettare NVRAm e controllare che SIP sia a questo punto disabilitato. Dopo aver fatto il login e' ora possibile lanciare OCLP (preso dal link postato poco sopra in questo thread). OCLP aggiunge un servizio che necessita di accettazione. Si avranno le opzioni disponibili nella immagine qui sotto: Cliccare su Post-Install Root Patch per poi cliccare su start root patching: OCLP chiederà di essere rilanciato come root, inserire la propria password e lasciare che il software compia le sue modifiche in pochi secondi OCLP chiederà di riavviare e se tutto e' andato bene al prossimo riavvio potrete godere del vostro wifi pienamente funzionante! 🙂 kexts.zip Per maggiori informazioni su OCLP per macOS Sonoma

certo che e' sempre pachato ... se riapri oclp dopo averlo aggiornato hai quel pop up che richiede il revert prima di usarlo 😀 " OCLP-Mod 3.1.3 Install Driver Patches Installable Patches: - Network Adapter: BCM Wireless Network Adapter - Miscellaneous: Audio Patches Provided Submit Need Come to Store Need Unable to install patch, reason: Root directory is not clean, please uninstall the patch once before continuing "

devi entrare nel modem (a seconda di quello che hai) e poi vedere se hai messo la spunta su Nascondi SSID

ho aggiornato OCLP ma.....non mi fa patchare...(non mi sono disconnesso dalla rete chiaramente) e mi da questo...ora a sapere quello che c'è scritto già sarebbe quasi risolta la cosa 😅 ora cercherò di tradurre copia e incolla...poi vedrò. aaa ok devo disinstallare la patch....prima fare revert ptch e poi forse...dico forse mi farà patcahre di nuovo...incrociamo le dita

ci sono vari modi uno dal config.plist tramite quirk, altro tramite device properties sempre nel config

stiamo aiutando apple per un nuovo sistema di aggiornamenti parziali tra parentesi io ho attivato da sempre l'installazione automatica degli aggiornamenti di sicurezza, ma non li scarica nemmeno se non clicco 🙂

Fatto, sembra funzionare, ti faccio sapere dopo averlo stressato. Grazie di tutto

@Perdu La USB-C dovrebbe essere riconosciuta come Type C + SW, inserisci una penna che vediamo qual'è. Inoltre dall'info.plist del kext risultano altre porte SS dalla 04 alla 07 attive ma non compaiono nello screen di Hackintool, riavvia senza il quirk xhciportlimit

E' ufficiale: lo stesso risultato si ottiene con USBMap da MacOS, ma è necessario editare le porte mentre si crea il kext o in seguito con un plist editor, le uniche definite correttamente erano le C Anche oggi abbiamo imparato qualcosa

@Carbose hai ancora forze (anche se per me ci sei già arrivato) puoi provare cercando le prte USB nella tua cartella ACPI (che si crea con SysReport di opencore) e attivare tutte le porte anche le fake che non esistono in realta' da questo ssdt con tutte le porte , attivando XHCIPortlimit della versione opencore 1.07 ultima puoi fare la mappatura come si fa in windows con USBToolBox o simili...poi puoi decidere se fare un kext oppure utilizzare SSDT con le porte che ti servono

Le frontali sono sotto l'HUB HS08

@Carbo finalmente sono saltate fuori tutte le porte ma ... le 2 frontali (usb2) che fine hanno fatto? Almeno una sostituiscila alla Type c HS01 che hai intenzione di non usare a 480Mbps. (sempre che ti interessi) La pazienza ... alla lunga vince sempre 👍 Edit: Dopo una doverosa e rilassante pausa, potresti fornire a @Perdu qualche delucidazione sugli "inciampi" più o meno volontari che ti hanno fatto tribolare, e su come hai fatto a risolvere. (Così la soddisfazione raddoppia!)

Prova a usare WhateverGreen.kext.zip ( 1.7.1d7 )

Proverei prima da OSX 5min per passare da OC Release a Dev hai già lo zip li ...poi se ancora nn affiorano tutte , secondo me si , almeno 20-28 porte come nel mio caso ) Puoi provare poi da Win ... può tornare sempre utile comunque

Da quanto dici non ti è ancora chiaro che le porte usb della tua z490 dovrebbero essere TUTTE visibili prima di iniziare "la procedura". Visibili all'applicazione che stai usando in quel momento, che sia su windows o su mac. Le porte (tutte) non "compaiono" dal nulla. O sono già nella lista - e in quel caso si attivano con l'inserimento del dispositivo - o non è la procedura corretta. @Anto65 ti ha dato suggerimenti da tenere in considerazione, essendo aggiornato sulle specifiche con cui attuarli.

Ci riprovo 😆 @Carbo Su Windows il problema non sussiste , ha gia' di suo USBInjectAll 😀 e nessun PortLimit impostato , tutte le porte vengono iniettate ... per questo si consiglia di usare Win ( USBToolBox ) Visto che hai solo Tahoe quel limite non puo' essere superato come negli altri OSX precedenti nonostante USBInjectAll il quirk ( XhciPortLimit ) ha solo effetto con le Patch inserite da Laobamac che saranno disponibili con la release 1.0.7 di OC Per quello dai tuoi screen affiornano solo HS e non tutte le SS ( vedi il mio screen 28 porte in totale ) Prova se vuoi Cambia OC da Release 1.0.6 a 1.0.7 Dev OpenCore-1.0.7-RELEASE.zip Qui un breve video su come fare usando OCAT https://drive.google.com/file/d/1pdSfFr6zN-vpQ-WhPoERUWqZ3tuTu1Cq/view?usp=drive_link Elimina usbport,map o eventuali usbinjektall esistenti Aggiungi i 2 kexts USBInjectAll Tahoe.zip ... abilita il quirk del portlimit ... riavvia Apri l app Usbmap , fai screen , vedi se il numero delle porte e' aumentato Inizia mappare come suggerito

E' la procedura che faccio, ma non compare la penna USB3 dopo che ho disconnesso quella USB2, sto pensando seriamente di contaminare il PC con Windows, solo ed esclusivamente per la mappatura, sperando non sia complicata

@fabiosun Ho un adattatore per la USB-C, non ho una penna appropriata, ma ci posso mettere qualsiasi penna, indipendentemente che sia USB2 o 3. Potrei anche accontentarmi del risultato, ma questa roba la sto facendo anche per rimettermi in pista, troppe novità mi sono passate davanti e non sono stato al passo coi tempi, devo recuperare

😝

Ciao! Dopo mesi di test, alla fine con 999 in Ventura, il sistema si è stabilizzato. Prima, con 0 e -1 era molto inconstante nelle prestazioni. Questo sul main in firma.

PROFF. ANTO...... io ti nomino preside del complesso scolastico 👍

Lo scopo di questa guida è quello di configurare il nostro hack in un modo ancora migliore, senza usare UsbInjectall (escluso per metodo Rehabman) e nessuna patch per port limit attenendoci a ciò che Apple fa e vuole…. Ossia un massimo di 15 porte disponibili e utilizzabili Decisamente molto più qualitativo. …. 😉 Occorrente: IORegistryExplorer.app MaciAsl (lo trovate in download) Procuriamoci una usb sia 2.0 che 3.0 Aggiungiamo la patch per aumentare il port limit sul config Aggiungiamo usbinjectall.kext nella EFI Riavviamo.... Iniziamo con la mappatura… Apriamo IOReg, scorriamo fino a trovare XHC o nel caso XHCI Nota:Nel caso le nostre usb fossero nominate XHC1 vanno rinominate tramite una patch sul config Adesso inseriamo ed espelliamo prima una pendrive usb 2.0 e poi una pendrive 3.0 Nota: Questo procedimento dovrà essere eseguito senza chiudere IOReg e ripetuto su ogni singola porta usb del nostro hack…mobo e case.. Una volta terminato ci ritroveremo ad un esempio di questo tipo Le usb verranno mostrate in rosso dopo averle scollegate Adesso ipotizziamo di aver terminato e basiamoci sulla foto precedente Annotiamoci le porte non usate..per esempio HS02-HS04 Ovviamente questo è un esempio…potreste averne molte di più…con porte SSPx La differenza tra le due nominazioni è: HSxx = USB 2.0 SSPx = USB 3.0 A questo punto è necessario un ssdt per disabilitare le porte non usate Metodo Basato su SSDT generico fatto da Rehabman Apriamo ssdt con MaciASL Adesso dobbiamo eliminare le porte che non usiamo, questo perché ssdt comprende tutte le porte possibili e utilizzabili della scheda madre Per rimuovere le vostre porte non in uso vi basterà rimuovere la parte che vi ho evidenziato…ovviamente è solo un esempio e non è detto che quella specifica porta non sia usata nel vostro hack. Una volta aver rimosso le porte, all’inizio del ssdt definiamo i l numero di porte in uso "port-count", Buffer() { 26, 0, 0, 0 }, 26 è il numero di porte totali disponibili su schede madri Skylake e successivi… ma su osx il limite imposto è per 15 porte al massimo Noi dobbiamo cambiare 26 con il numero delle porte che usiamo e deve essere inferiore o uguale a 15…ma non superiore. Adesso passiamo alla parte "UsbConnector" In questa parte dobbiamo definire il “tipo di porta” .. quindi se è 2.0, 3.0 e se è una usb interna Guardate questo esempio Quindi le usb 2.0 avrà "UsbConnector", 0, la usb 3.0 avrà "UsbConnector", 3, Mentre le usb interne dovranno avere "UsbConnector", 255, ( 0xFF) CREDITS: @ Apple @ ACPICA @ Pokenguyen (primo che all’inizio di El Capitan ha fatto presente l’aggiunta da parte di Apple del limite di porte in uso) @ PJalm @ Piker @ Rehabman Metodo Alternativo Basato sulle proprie ACPI compatibile da Skylake e successivi Questo è il metodo che preferisco e che uso da anni nei miei hack o di amici stretti… Lo ritengo migliore, per il mio modesto parere, perché andiamo a usare e lavorare sul nostro proprio ssdt, senza usarne di aggiuntivi Estrazione ACPI Clover Estraiamo le nostre acpi tramite clover (il dump richiede che sia installato nella ESP) Premiamo F4 quando siamo nella GUI,per sicurezza che il dump sia corretto aspettiamo una trentina di secondi prima di avviare. Montiamo la partizione EFI del dispositivo usato per il boot Rechiamoci in EFI/Clover/acpi/origin Troveremo varie tabelle, noi dobbiamo andare a cercare ed esaminare SSDT in special modo quello che gestisce le usb Nella stragrande maggioranza dei casi sarà la tabella nominata xh_rvp08, xh_rvp10 etc... ma può essere anche semplicemente per esempio SSDT-3.aml oppure SSDT-AMI.aml OpenCore: Per estrarre le proprie acpi con questo bootloader abbiamo bisogno dei bianri in versione Debug Quindi se per esempio avessimo la versione 0.6.1, andremo a scaricare la stessa versione con dicitura DEBUG. Prendiamo poi il file bootx64.efi che troviamo in EFI/BOOT e OpenCore.efi che troviamo in EFI/OC. Sostituiamoli nelle stesse posizioni nella nostra EFI. Modifichiamo il config in Misc/Debug/SysReport mettendo YES. Salviamo e riavviamo. Troveremo le nostre acpi dentro una cartella nella root della partizione EFI. Troveremo varie tabelle, noi dobbiamo andare a cercare ed esaminare SSDT in special modo quello che gestisce le usb Nella stragrande maggioranza dei casi sarà la tabella nominata xh_rvp08, xh_rvp10 etc... ma può essere anche semplicemente per esempio SSDT-3.aml oppure SSDT-AMI.aml Nota: il Nome del relativo ssdt contenente le usb può cambiare da mobo a mobo, quindi dovrete voi controllare le vostre acpi e trovare quello contenente XHC Apriamola con MaciASL Adesso visualizzeremo le porte usb disponibili per la mobo Soffermiamoci su questa parte di codice…ovviamente partiamo dalla prima usb HS01 Scope (\_SB.PCI0.XHC.RHUB.HS01) { Method (_UPC, 0, NotSerialized) // _UPC: USB Port Capabilities { Return (GUPC (One)). } Method (_PLD, 0, NotSerialized) // _PLD: Physical Location of Device { Return (GPLD (One, 0x02)) } } Bene adesso l’operazione è molto semplice One in questo caso vuol dire Vero/Abilitato La parte di codice da modificare per ogni singola usb è: Return (GUPC (One)) Quindi porta abilitata lasceremo One Porta disabilitata cambieremo sostituendo One con Zero Tornando all’esempio sopra… Il codice rispettivamente per ogni porta disabilitata sarà: Scope (\_SB.PCI0.XHC.RHUB.HS01) { Method (_UPC, 0, NotSerialized) // _UPC: USB Port Capabilities { Return (GUPC (Zero)) } Method (_PLD, 0, NotSerialized) // _PLD: Physical Location of Device { Return (GPLD (One, 0x02)) } } Nota: Anche il codice relativo può essere diverso, quindi potresti anche avere una cosa di questo tipo: Scope (\_SB.PCI0.XHC.RHUB.HS01) { Method (_UPC, 0, NotSerialized) // _UPC: USB Port Capabilities { If (LEqual (H1TC, Zero)) { Return (GUPC (H1CN)) } Else { Return (\_SB.UBTC.RUCC (H1CR, One)) } } in questo caso la parte interessata sarà contenuta all'interno della prima condizione, quindi avremo la solita sostituzione Scope (\_SB.PCI0.XHC.RHUB.HS01) { Method (_UPC, 0, NotSerialized) // _UPC: USB Port Capabilities { If (LEqual (H1TC, Zero)) { Return (GUPC (One)) // << ----- } Else { Return (\_SB.UBTC.RUCC (H1CR, One)) } } Finito di cambiare il valore per ogni porta basandoci sulla nostra mappatura non ci resta che compilare e salvare Parte finale Collochiamo il nostro SSDT in EFI/Clover/acpi/patched Questo però non sarà sufficiente perché la tabella originale (OEM) verrà sempre caricata e quindi il nostro ssdt non avrà alcun effetto Quindi dobbiamo “Droppare” la relativa tabella OEM Cosa vuol dire? Significa bloccare il caricamento della stessa per permettere al nostro ssdt di lavorare Apriamo il config.plist, rechiamoci nella parte ACPI/Drop Tables Clicchiamo sul simbolo + Selezioniamo SSDT —> TableId ed accanto scriviamo il nome esatto della tabella da bloccare…esempio xh_rvp08 Il risultato sarà questo Come possiamo essere sicuri del corretto TableId? Ecco spiegato nell'imagine sottostante: Nota: Qualora trovassimo per esempio " AMI " questo non dovrà essere usato perchè nel caso del drop usando appunto il TableID, questo deve essere unico per tale ssdt e non uguale su più ssdt. In questo caso dovrete usare Lenght per droppare la tabella. Quindi seguite la relativa spiegazione nella parte della guida inerente a X299. Rimuoviamo o disabilitiamo la patch per port limit e salviamo Rimuoviamo usbinjectall.kext dalla relativa cartella kext in EFI Riavviamo Aprendo ioreg, cercando XHC noteremo che verrano visualizzate solo le porte in uso Questo è l’esempio del mio hack Perfezionamento: Definizione dei connettori. In download, nella sezione ACPI troverete una mia patch. Scaricatela, aprite il file txt copiate e incollate il contenuto nella finestra patch di MaciAsl. Applicate la patch sul relativo ssdt. Adesso possiamo Abilitare/Disabilitare la porta modificando il primo valore mentre con il secondo valore andremo a definire la tipologia del connettore usb. Quindi andiamo nella relativa porta e scriviamo/sostituiamo il contenuto del metodo _UPC con: Return (GENG (One, 0x03)) Esempio: One ovviamente renderà la porta attiva, qualora volessimo disattivarla e vogliamo usare questo metodo, basterà mettere Zero al suo posto. Nota: Per la disattivazione va ugualmente bene il metodo elencato sopra. Seconda parte: 0x03 va a definire la relativa porta come semplice Usb 3.0 Nella mia patch sono elencati i vari connettori che possono essere usati, in primo luogo troviamo diciamo quelli più "comuni" e successivamente quelli diciamo opzionali. Quindi con questa unica patch potete fare di tutto, abilitare/disabilitare e definire... Spero che vi possa aiutare e spero anche che venga apprezzato e non solo copiato senza un credits come già è accaduto! Vii invito a leggere, anche giusto per informazione, questo topic che ha vari riferimenti Buon Hack !

Si si tutto okappa...

Stai usando questo di kext ? https://github.com/Mieze/LucyRTL8125Ethernet/releases/tag/v1.2.2 Hai provato con VT-D nel BIOS abilitato e DisableIOMapper quirk abilitato?

ok grazie poi provo a aggiornare...è sul Ryzen che mi da questo quindi te lì sei il Maximo esperto

Devi scusare la mia precedente insistenza @Carbo, ma un errato ricordo dell'immagine di IOReg, che a suo tempo ho fatto per mappare il mio z490, mi ha indotto a supporre che i dispositivi compositi (HUB) si comportassero come quelli retrocompatibili (USB3). Ma grazie alla tua perseveranza le perplessità che ti ho espresso mi hanno consentito di chiarire questo aspetto. In effetti, per sua caratteristica intrinseca, all'indirizzo logico dato dal Nome HS11 possono corrispondere più indirizzi fisici di porte fisiche collegate al dispositivo composito.(HUB) Indirizzi fisici che vengono individuati per mezzo della loro Location ID e non dal loro Nome. Questo ne facilita soltanto l'enumerazione selettiva. (logica) Detto ciò ... la tua mappatura risulta perfetta anche ad uno zuccone come me! 👏 Da cui si conclude come risulti inutile rimuovere le porte USB2 frontali, dato che non fanno cumulo sul totale, anzi, volendo e potendo è possibile recuperare anche le altre inutilizzate nei 2 Hub, per mezzo del connettore sulla Main che non è collegato. Per un tripudio di porte USB2 Cosa che, per lo stesso motivo, non avverebbe se tu avessi intenzione di collegare frontalmente anche la porta USB3. Scelta che potresti affrontare sostituendola alla HS01/SS01 solo per comodità di utilizzo, data la scarsa praticità delle porte posteriori. Ma non so quanto ti valga la pena. Una 10Gbps, seppur sul retro, può sempre tornare utile un domani. Grazie ancora e ... perdona la logorrea 😂

si era così 😂

non è che è disabilitata nel bios, o che tu non la hai riabilitata?

Che la soluzione arrivi nel 2026..?