Leaderboard

Il nuovo macOS 10.16 si chiama Big Sur 😄 Accesso download beta: macOSDeveloperBetaAccessUtility.dmg.zip

Altro link ufficiale: https://www.apple.com/apple-events/event-stream/ Topic:

10.11 a regola è El Capitan... Forse 11.x.x

in download sulla Z370 😀 😉 vista la velocità del download, in un paio di giorni ce la dovrei fare 🤣

@KTC controlla il primo post 😉

Bella domanda... 😂 Possiamo solo aspettare e vedere Sicuramente tra qualche anno le cose cambieranno...

Yes, I tried and posted rear panel once or twice before. I'll repeat here again. Since we're all using TRX40 mobos and the TRX40 chips are designed by AMD, all of the mobos will have a similar pattern (the exact x-value of x.1 and x.3 will vary). The x.1 is for the audio and the bulk of the the rear panel USB ports. While x.3 is for BT and the internal USB headers. (Note the internal USB3 headers listed at top.) I chose not to pass-through any 4:00 or 25:00 devices. If you feel that the audio is a problem and you do NOT want to pass x.1, then you might consider adding a part like this, connected to an internal header (x.3). Such an expansion header will provide extra USB ports on the rear panel (but occupy one PCI slot), which would otherwise be absent if x.1 were not passed. MSI Creator Rear Panel:

vedi se con questi 2 kext poi ti funziona https://www.macos86.it/topic/2260-intelbluetoothfirmware/

I've repeated tests with ArcoLinux (and re-verified in Proxmox): both ASMedia as well as 48:00.0, 48:00.1 and 48:00.3, can be pass-through, and still have proper USB audio with no audio dropout, as long as WiFi is disabled. I think I'd not initially noticed this phenomenon (if one looks at my original posts on this thread), as I was using the native BT/Wifi card with only the BT enabled. This is becausae WiFi on native AX200 cards has, as yet, no known kexts to activate WiFi on the macOS side. So I had unintentionally inactivated WiFi and good USB Audio with no dropouts. So possibly, when one is using the TRX40 mobos with a Mac VM, one will need to make one of two choices. That is, based on what you've indicated and what I've found with WiFi, if USB ports and BT are more important and WiFi is not, then pass-through all USB devices but inactivate WiFi and the USB audio/FireWire audio should be okay. On the other hand, if WiFi is necessary, then don't pass-through 48:00.x, and have fewer active USB ports and no BT, but functional WiFi. *** As for PCIe AIC USB cards, I've not posted this to date on this forum, but I've not yet found a card that works on a VM with pass-through, and I've tried many (just as I've not yet gotten a working FireWire card: one more is on order!). If one Googles on "PCIe AIC USB cards pass-through VM", one can find several threads discussing this issue, particularly starting in 2017. There are references to a few expensive cards, but once one then researches those cards, there are further posts saying that those cards have been modified over the past 3 years of production, and don't always work in a pass-through environment. This is the same situation I faced with FireWire: newer cards are re-designed and now contain a bridge that prevents VM pass-through. But if you were seeing erratic behavior of your PCIe FireWire card when 48:00.3 is active, then a PCIe USB card will most likely suffer the same fate. This would mean, again reverting to my high-lighted paragraph above, where one must make a choice between USB ports and BT or WiFi for proper audio.

For the past couple of weeks, I've been playing with getting a VM working on ArcoLinux while, in parallel, working on problems in Proxmox. I did this to check on 2 issues: getting Thunderbolt to work and getting rid of the USB dropout problem. The potential advantage of ArcoLinux, unlike Proxmox or UnRAID, is that it gets the latest kernels; maybe a year or two faster than Proxmox or UnRaid. I've finally got a Catalina VM working (see image below). However, I've not yet passed the GPUs and I'm presently only passing 8 cores to the macOS VM. While the installation of ArcoLinux is simple and not much different than Proxmox, setting up a VM is more involved. In ArcoLinux, there is more support for VirtualBox (which doesn't seem to want to play nicely with macOS), but Virt-Manager seems to be a more flexible choice. However, it takes a few more steps to get it working. (I did not document what is involved, nor do I plan on presenting a tutorial; this post is more of an FYI.) Once Virt-Manager is installed and the usual vfio files are created (same as with Proxmox), running the VM is straightforward. There are a few differences, such as the devices seen with IORegistryExplorer having different addresses, which appear more ordered. (I'll later update an image or two to this post.) As with Proxmox, I was not able to get Thunderbolt working for the same reasons: no ability as of yet to pass the bridge portions. Although, I thought I'd read that in the near future, the Linux kernel will allow passing whole devices. (And since ArcoLinux kernels seem, a VM running under ArcoLinux might be expected to pass TB before other distros.) With regards to the USB audio dropout problem, it is about the same as with Proxmox. However, I was able to noticeably reduce, if not eliminate, the dropout by turning off BT and WiFi. (I tried this once before in Proxmox and did not notice an improvement; but I'll revisit it again.) Catalina VM under AcroLinux:

Dal momento che sembra che Apple l'abbia presa sul serio questa transizione ad un "Apple Silicon" tale questione non suscita nei vostri animi un po' di inquietudine, dal momento che qui in 4-5 anni potremmo aver tutti chiuso baracca?

Sto chiedendo hahaha comunque non mi piace graficamente, come non mi piace iOS 14, speriamo si salvino in prestazioni 😂

Come quelli che avevano comprato il G5 quad.............. l'hanno preso nel......... ci siamo capiti

per determinare il percorso PCI della LAN, prendi spunto dalla guida audio che ho in firma, con gfxutil o systemsearch lo determini