Leaderboard

Ok I hope so :). You are now running Proxmox with the kernel dubbed the "the biggest release of all time" by its author https://www.zdnet.com/article/linus-torvalds-linux-kernel-5-8-is-one-of-our-biggest-releases-of-all-time/ Don't expect a magic bullet on AMD reset or TB3 controller VFIO though. I really want to find the time to take a serious look at these. I think the best bet would be to reach to some of the VFIO kernel developers for clues on understanding the current limitations. Do me a favor - check what version command "uname -r" outputs to verify the kernel version

@meina222 Quick and dirty bash script I had from my first build to try to apply the Vega patch, - might be missing a few steps (excluding your ZFS steps and submodule pulls), and dependencies might not all be up to date but hopefully saves some time from rewriting. #!/bin/bash # This is where you want it to be compiled, such as /usr/src - it will take a lot of space on host (10?+ GB) PATH_ON_HOST=$1 # Dependencies at least from 5.6 apt-get update apt-get install git debhelper build-essential dh-python dh-systemd sphinx-common lintian apt-get install asciidoc-base bison flex libdw-dev libelf-dev libiberty-dev libnuma-dev libslang2-dev libssl-dev lz4 xmlto zlib1g-dev apt-get install --only-upgrade gcc cd $PATH_ON_HOST git clone git://git.proxmox.com/git/pve-kernel.git cd pve-kernel git branch -a # choose a branch git checkout pve-kernel-5.8 # Optional step to add patches # wget https://gist.githubusercontent.com/...3d0553bb246b5bc327d67abb/fix-vega-reset.patch -O patches/kernel/0007-fix-vega-reset.patch make # will download related kernel sources. This will take 20 min - 2 hrs depending on your internet speed, and how many threads host has allocated.

If things look stable I wil create a githubclone and update the 5.8.xx kernels and ZFS releases as they come online. I need some time to structure the whole thing as modules so that we can automatically pick up any changes from pve or linux or zfs. I'll try to put a README that will allow for anyone to build the packages. This is going to be until Proxmox migrates their edge github to 5.8 themselves which may take a while.

You shouldn't need to black list it. "built-in" should be your ethernet en0, not the broadcom. Your devices should look like this en0 (built-in ethernet), en1 (wireless) en2 (bluetooth) (you can swap bluetooth and wireless but not ethernet - must be en0) Get Hackintool and verify on the "Peripherals" tab under your System selection Should show something like this for ethernet (this shot misses bluetooth and wireless) - this older gui, it's called Peripherals now, not Misc Depending on what order your add the ethernet and bluetooth and what PCI they get assigned, the ethernet may jump to en1 or end2 - you need to find an order where it's en0. Then add built-in. I followed the OC guide - https://dortania.github.io/OpenCore-Post-Install/universal/iservices.html#generate-a-new-serial

That too. But also you'd lose host connectivity if you pass the ethernet that happens to be associated with the gateway. In my example above that would be the card associated with enp68s0. If you have 2nd ethernet you should pass the other card or swap the one that is connected to your gateway. The ASROCK has 2 ethernet cards. Aquantia and Realtek. Connect both to your router, make sure your vmbr0 (or 1 if you have 2nd bridge) has the card that you plan to keep for the host associated with the gateway IP, and identify the PCIE id of the 2nd card and pass that through. If you want to keep the Realtek to host, make sure it is configured as the bridge-ports device for the host/vmrb0. The Aquantia will be the 'free' one For more details read this: https://pve.proxmox.com/wiki/Network_Configuration

I also updated the Proxmox system using "pve-edge-kernel-5.8" folder. When running uname -r, I got the same result as fabiosun. System seems to have booted into Big Sur just fine. 😁 (I downgraded to ß2 several days ago and ß3 was not stable to me.)

Looks good. Just wanted to make sure didn't mess something up.

fine estate inizio autunno la prima beta pubblica e dovrebbe essere più o meno come è accaduto per catalina ocio che poi interroghiamo... uno a caso... Vlad ci spieghi tutte le features di Big Purge!

Ok. Here is the link. https://mab.to/Kmgg1Igar It contains all .deb files output by the build. You only need to apply the kernel and kernel headers (pve-edge-kernel and pve-edge-headers). Not that I HAVE NOT TRIED it yet. Up to you if you want to hold off another day so I can have time to test it tonight. This is highly experimental and likely Proxmox team haven't tested it themselves yet. I would also be cautious about using ZFS volumes - likelihood of data corruption is low as there many unit tests in the git repo, but this is not built from an official tag - it's development version of latest ZFS git branch. Proxmox applies some patches on top, and I disabled one as it was failing - related to python version scripts (I don't believe it's essential but haven't tested it).

Avevo problemi con glitch simili dopo l'aggiornamento del firmware UEFI di ASUS, ho risolto col kext VoodooTSCSync. Prova, magari funziona anche per te.

Si è nella efi... no ma i problemi li da a volte durante l’utilizzo...non durante l’installazione che peraltro è andata via liscia...comunque il mio è quello sfigato da 256 che è stato abbandonato pure dalla casa madre...penso ora sia in balia degli assistenti sociali o roba così 😂😂😂😂😂 il fix è il classico nvmefix ma l’ultima versione compatibile pure con BS anche se installato a BG 😂 ok la smetto 😒

fonte? a me risulta l'opposto, che ogni anno, nuova evoluzione macOS sulla home ci vai poco mi sa.. e se ci vai, hai l'occhio spento 😎

Esiste già e si chiama Big Sur. Per adesso è una versione per sviluppatori arrivata alla terza beta.

DTGP is a routine often called by other SSDTs. On the X299 platform, many SSDTs developed by KGP, call this method. The only dependencies I have in my list that call DTGP is the TB-SSDT, which no one is actually yet using. So the DTGP SSDT can be disabled or removed or the DTGP method could be placed in the TB-SSDT if this is the only SSDT calling it. Snippet of TB-SSDT showing a DTGP call: As for kexts, I do not enable VirtualSMC, WEG or MCEReporterDisabler. And use: Cpuid1Mask = FFFFFFFF 00000000 00000000 00000000 with these Patches enabled: algrey - cpu_topology_sort -disable _x86_validate_topology algrey - cpuid_set_generic_info - disable check to allow leaf7 I do use other SSDTs, but basically only for cosmetic issues in IORegistryExplorer (my OCD). The SSDTs, which on other builds are important (and that I use, but have not tested as to their importance on TRX40 build) are: SSDT-PLUG and SSDT-EC-USBX.

Okay salve a tutti, per quanto detto da ICanaro in precendenza volevo avvisare voi altri che l'audio non funziona per ora, su altri forum stanno cercando delle soluzioni, ma ad ora risulta essere buggato con tutti i layout. Per il resto ho grandi novita, ho creato una EFI con OC nella quale funziona tutto e dico tutto, tranne l'audio. funziona anche il wifi con l'uso di heliport, in modo tale da poter rimuovere la wifi adapter usb comprata precedentemente. Questa è la EFI, fatemi sapere come vi trovareEFI OC (NO AUDIO) .zip

ma è una battuta o dici davvero?

I succeeded in building pve-edge kernel against Linux 5.8 and latest zfs mainline (similar to an OpenCore daily build - note that this is NOT AN OFFICIAL ZFS release). I used latest gcc 10.2. So truly "bleeding edge". Expect to "bleed' tomorrow testing it. Unfortunately my VM pool is ZFS software raid so I will have to test it on a different storage as I'm not inclined to lose my partitions. But if you don't use ZFS, this should "just work" (I hope). Here's what I roughly did. This assumes you're familiar with git and git submodules and have an environment where you can build the linux kernel. Pasting my email to Fabian that I just fired off. 1. Created new git submodules named "linux" and "openzfs/upstream" alongside existing "ubuntu-mainline" and "zfsonlinux" modules SHA of linux is bcf876870b95592b52519ed4aafcf9d95999bc9c (Torvald's 5.8 tag) SHA of openzfs/upstream is f1de1600d132666d03b3b73a2ab62695a0f60ead which happens to be the lates of origin/master of https://github.com/openzfs/zfs 2. Copied "debian" and "debian.master" from existing ubuntu-mainline submodule to "linux" submodule Copied "debian" and Makefile from existing "zfsonlinux" submodule to the "openzfs" folder 3. Changed the pve-edge-kernel root Makefile to refer to "linux" and "openzfs" folders instead of "ubuntu-mainline" and "zfsonlinux" 4. Fired off make. 2 patches failed immediately ("fuzz") in openzfs/debian/patches (copied from zfsonlinux/debian/patches) 0002-always-load-ZFS-module-on-boot.patch 0007-Use-installed-python3.patch 0002 was a trivial patch so I manually uncommented #zfs in etc/modules-load.d/zfs.conf of zfs root (upstream folder) which should enable proxmox to load zfs automatically I believe I didn't bother with 0007-Use-installed-python3.patch After removing the 2 patches from the series the build succeeded. I specified zen2 and ended up with the following files: linux-tools-5.8_5.7.8-1_amd64.deb pve-edge-headers-5.8.0-1-zen2_5.7.8-1_amd64.deb pve-edge-kernel-5.8.0-1-zen2_5.7.8-1_amd64.deb pve-kernel-libc-dev_5.7.8-1_amd64.deb libc-dev didn't update, I think this is specified somewhere in root debian, but I think I might try to fire it off tomorrow regardless w just kernel and kernel headers + tools. I will probably avoid using ZFS in this test. If anyone is interested in reproducing my results, I can post instructions on how to prepare your environment to build the kernel. You can do it on Ubuntu (as I did) or Proxmox itself. The biggest pain/obstacle is to install all toolchain packages needed to build the kernel.

mica scappare eh! la sezione musicale aspetta di tanto in tanto le tue selezioni beh aspetteremo qualche chicca come per windows o le tue belle e svariate guide 😉

Release v0.6.0 Fixed sound corruption with AudioDxe Fixed icon choice for Apple FW update in OpenCanopy Fixed APFS driver loading on Fusion Drive Added Comet Lake HDA device code Fixed audio stream position reporting on non-Intel platforms Added Firmware mode to ResetSystem to reboot into preferences Replaced BlacklistAppleUpdate with run-efi-updater NVRAM variable Fixed reset value and detection in FadtEnableReset ACPI quirk Fixed freezes during boot option expansion with PXE boot entries Updated underlying EDK II package to edk2-stable202005 Added ProvideMaxSlide quirk to improve laptop stability, thx @zhen-zen Fixed slide choice on platforms when 0 slide is unavailable, thx @zhen-zen Fixed assertions caused by unaligned file path access in DEBUG builds Renamed ConfigValidity utility to ocvalidate for consistency Added GlobalConnect for APFS loading to workaround older firmware issues Added 11.0 support for AvoidRuntimeDefrag Booter quirk Fixed 11.0 lapic kernel quirk as of DP1 Improved boot selection scripts for macOS without NVRAM Added UGA protocol compatibility in ProvideConsoleGop quirk Added UgaPassThrough option to support UGA protocol over GOP Added AppleFramebufferInfo protocol implementation and override Fixed serial initialisation when file logging is disabled Fixed FSBFrequency reporting on Meron and similar CPUs Fixed incorrect volume icon dimension requirements in OpenCanopy Added preview version of KernelCollection injection code Fixed ACPI reset register detection in DxeIpl Added MacBookPro16,4 model code Updated builtin firmware versions for SMBIOS and the rest Fixed OSXSAVE reporting when emulating CPUID on newer CPUs Added SerialInit option to perform serial initialisation separately Fixed OpenDuetPkg booting on Intel G33 with SATA controller in RAID mode PlatformInfo Automatic for all models Fixed 32-bit OpenDuetPkg booting on machines with over 4 GBs of RAM Fixed delays with OpenDuetPkg booting with certain SATA controllers in IDE mode Fixed display name for some high core count i9 CPUs like 7920X Fixed SSDT-EC-USBX

Riguardo al resto è un Forum un po' severo, lasciamo poco spazio a volte alle "buone maniere", ma è solo nell'interesse di chi vuole imparare, quindi diciamo giustificato nell'ottenimento di risultati :)... Quindi non ostilità, ma severità...

ah ma se uno non "vuole problemi" (che è poi da vedere se non li ha) va in un bel melastore, torna a casa con un iCoso, et voilà! sostituisci i kexts che usi (LILU WEG AppleALC VirtualSMC) con quelli del pacchetto LILU & plugins che trovi in download kext beta

ragazzi non mettetemi in croce...sono fuori dal giro da un molto tempo, per motivi di salute quindi navigo sul pc ogni tanto, mi era sfuggito il nuovo OS mac di cui state parlando, pensate che oggi ho saputi da questo forum che hackintosh zone non esiste più e chissà quante altre cose ancora non so comunque pensate che big sur uscirà in ottobre novembre 2020? oppure il prossimo anno? grazie appena avrò tempo andrò a studiarmi big sur e vediamo cosa offre in più di catalina.

ok proverò anche questa ma con la gpu interna funziona quindi non va con le 280. Quale gpu mi consigli ? @iCanaroLa Saphire rx580 8gb può andar bene ?