All Activity

you are right. thank you. I don't undestand how is possible that i have 2 pc asus ht110 based where Tahoe has qe/CI but no audio and wifi.

There is no new Clover-5174. It is ambition of MakAsrock. The latest version is 5173.

@cavallo Audio won't work in macOS Tahoe without taking additional measures. Wi-Fi depends on whether it's Intel or Broadcom and what chipset. It sounds like this must be your first macOS Tahoe installation on a hackintosh. You may want to install macOS Sequoia first (where your audio should be easier to address) and then upgrade to Tahoe after everything is working the way you want it to. If you need more help than that, this isn't the ideal help thread for you and is primarly where we're reporting success and possible issues with the Tahoe Beta release. I think It would be best for you to create a new thread where you can solicit help. EDIT: @cavallo Maybe I misunderstood - you are asking for help - correct?

I succesfully installed Tahoe 26,6 on Dell Optiplex 7090 MFF, Intel cometlake core i5 10400, intel uhd 630, 16gb ram. The systen is responsive but i haven't audio (alc3246), QE/CI, Wifi and open core gui. No patches installed config.plist

After applying the 15.7.8 RC4 update, Safari 26.6 Seed 3 update applied without issues.

Hi guys, for anybody interested in the current Intel awdl0 / AirDrop debugging status, functionality and remaining limitations with AirportItlwm-Ventura, I posted a technical update here: https://github.com/OpenIntelWireless/itlwm/issues/1062#issuecomment-4925166580

Hey @mitch_de and @jsl Can you guys test the latest build, that includes some patchets for Vega/GCN cards (RX-500 series), please test with and withow both Flash Attention enable and disable it... and start first with small models, and send me the logs... It should work, "should" because I still have no way of testing it directly myself; for the moment I'm going in blind and you're guiding me. It's just that, because of the earthquake, the person who was going to send me the card can't send it yet.

Well, I like it on that computer, on both systems, Tahoe and Tahoe Beta. I've left it with that kext; we'll see how it behaves in future beta updates, which will coincide with my vacation. I've created a simple informational video on the subject. Thanks to everyone for their contribution; long live Hackintosh! Regarding your program, or rather the control of the new version, I think it's spectacular. By the way, I just got an update error in version 4. And I'm waiting to see if you're going to add monitor outputs, both outputs and FreeBuffer; that would be interesting. False alarm, now it works! That's computer science for you, haha.

@kaoskinkae My friend, the UI is the same in all audio systems. Tell me your comments about it. Thanks. EDIT: it has nothing to do with HDAUniversal.

Perfect en OLD1: It works, but I don't like the way the outputs are displayed, but it's working.

Small follow-up regarding the AX210 Bluetooth BCM_4350C2 fallback state: I was able to recover my AX210 Bluetooth side under macOS 26.5.2 after it had remained stuck in the persistent BCM_4350C2 / Address NULL / State Off state. The interesting part is that the BCM_4350C2 state was still visible even after disabling IntelBluetoothFirmware, IntelBTPatcher, BlueToolFixup and AirportItlwm, and even after physically disconnecting the AX210 Bluetooth USB cable. With only Lilu loaded and no Intel 0x8087 USB Bluetooth device present anymore, System Information still showed the stale BCM_4350C2 / UART / Address NULL Bluetooth controller. At that point, this could no longer have been the real AX210 USB Bluetooth device, but looked more like a persistent macOS IOBluetooth ghost controller. The recovery path that finally worked was: 1. Temporarily reinstall BCM943602CDP. 2. Boot the native Broadcom/OCLP EFI. 3. Let macOS initialize a real Broadcom Bluetooth controller. 4. Shut down and remove power. 5. Switch back to AX210. 6. Boot again with IntelBluetoothFirmware 2.5.1, IntelBTPatcher 2.5.1 and BlueToolFixup 2.7.2. After that, AX210 Bluetooth came back as THIRD_PARTY_DONGLE again: Address: 20:BD:1D:D8:94:32 State: On Chipset: THIRD_PARTY_DONGLE Firmware Version: v12490 c12490 Transport: USB Magic Keyboard and Magic Mouse are connected again. So this is not a code fix, but at least in my case temporarily initializing a real Broadcom Bluetooth controller cleared the persistent BCM_4350C2 ghost controller state, while NVRAM reset, deleting Bluetooth preferences and long complete power-off alone did not.

Nice congrats!!

so all changed to M Chip devices :v

I re-tested UniversalHDA and VoodooHDA.kext 4.0 (in separate test volumes) just to be sure I am accurately reporting my test results. Through multiple sleep/wake cycles, macOS silently enters/exits sleep when using VoodooHDA.kext 4.0, but makes a loud "pop" with UniversalHDA. This is not enough of a problem to warrant much effort (my opinion), but I'm just reporting in case you want to fix. Note my tests are performed after updating to 26.6 Beta (25G5057c). The previous test was performed with 26.6 Beta (25G5052e). Attached are new logs collected with HDAUniversal-Collector after repeated sleep/wake cycles using HDAUniversal. The zip generated by Collect-HDAUniversal.command: attached Your codec model: Conexant CX20632 Your layout-id: 20 macOS version: 26.6 Beta (25G5057c) Bootloader used: Open Core 1.0.7 Whether the kext is installed in /Library/Extensions: Yes A clear description of the problem: On transition to sleep, audio generates a loud "tick"/"pop"; On wake, audio generates a loud "tick"/"pop". I do not observe this with VoodooHDA 4.0 or with AppleALC/AppleHDA. Steps to reproduce the issue: Sleep and listen for loud "tick"/'pop"; Wake and listen for loud "tick"/"pop" EDIT: Note that when using VoodooHDA.kext 4.0, the HP EliteDesk 800 G4 Mini requires DisableInputMonitor=True to avoid loud "pop" on macOS startup. EDIT2: @MaLd0n I think I have additional information that might offer a clue about what's going on. With HDAUniversal when my HP EliteDesk 800 G4 Mini enters sleep, the audio is not "completely off." When sleeping with HDAUniversal, there is an audio "buzzing" (from the speakers) that modulates in sync with the flashing power LED (flashing during sleep). With VoodooHDA, the audio is completely silent - there is no audio "buzzing" sound from the speaker when sleeping. HDAUniversal-Test-Logs-2026-07-07_15-26-06.zip

@kgp At the risk of keeping you up until 4am again , those of us using Intel Wi-Fi/Bluetooth on a regular basis should accept the fact that there will be limitations with Intel. Note that I'm not having any issues with AX201 Bluetooth and Tahoe 26.6 Beta (25G5057c), but it wouldn't surprise me that Intel behavior varies with different models (e.g., AX210).

I use the same config during installation and subsequent use. 😉🫠

After switching back to my BCM943602CDP, the Broadcom/OCLP setup works under macOS 26.6 beta 4 as expected. AppleHDA, Wi-Fi, native Bluetooth, AirDrop, AirPlay, Screen Mirroring, Continuity Camera, Personal Hotspot and sleep/wake appear to be fine. I have not observed any macOS 26.6 beta 4-specific regression with the BCM943602CDP/OCLP setup so far.

@miliuco, many thanks for your immediate feedback! 🤗 First, one observation I already observed quite a while ago: when downloading About.This.Hack-4.3.9-glass.zip. the included app is also named About\ This\ Hack.app and no longer About\ This\ Hack-glass.app. Nevertheless, the included version is definitely the glass version. What worked for me after downloading the app: 1.) codesign --force --deep --sign - \ About\ This\ Hack.app/Contents/Frameworks/Sparkle.framework codesign --force --deep --sign - \ About\ This\ Hack.app 2.) Subsequently dropping the app into the Sentinel.app or Xattr-remove.app This solved my issue with the app under macOS 27 beta 3. The same approach also worked for Download Full Installer 4.5.3:

@LockDown Yes, I have read it too, but also the contrary. I’ve tried both commands with no difference, Xattr-remove runs the whole command, I’ll test it again.

That's exactly what I'm saying in the post, but I asked to see if it's possible somehow, but I don't think so.

I read somewhere to avoid --deep when targeting Sparkle🤔

Many thanks for the clarification and comments on my original post, @Mirone! You are right that the placement of the KDK note directly before the Bluetooth regression description may have unintentionally suggested a connection between the two. That was not my intention. The KDK information was only meant as general update context for the macOS 26.6 beta 4 OTA report, as I usually document the selected KDK after each sequential update. It was not intended to suggest any connection between the KDK selection or OCLP root patches and the Intel Bluetooth regression. The Bluetooth issue is unrelated to both and should be treated separately, as it has been handled so far anyway. The Bluetooth part was meant as a separate observation: after booting macOS 26.6 beta 4, my AX210 Bluetooth side fell back from the previously working THIRD_PARTY_DONGLE state to the broken BCM_4350C2 / Address NULL / State Off state. Your comment that you know why Bluetooth devices show up as BCM_4350C2 when Bluetooth stops working is actually very helpful. If you find the time, I would be very interested in understanding what exactly causes this fallback state, since it matches the old pre-fix failure mode I had observed before. Maybe you also know whether there is a way to recover from this state without replacing the card with another one?

Well. Im used to installing an OS on a running OS. And since my running OS already has the svbmm flag, i never thought i would be needing it on a USB install method 😀 Do you consider that as a trick? Dont think so 😜✌️