Jump to content

fabiosun

Recommended Posts

11 hours ago, iGPU said:

EDIT:

I cleaned up the compilations errors and added several GPRW calls that were missing (same as with MSI). Let me know how it boots.

Thanks @iGPU couldn't see a great deal of difference in BS on benchmark tests.  Slight improvement on Apple Compressor rendering!

 

Big Sur BM Tests - NO XMP(Above 4G Enabled, Macpro7,1)

 

1073903193_Screenshot2020-09-07at12_14_20.png.b70968f3fa505ab9e1cc59fd26733532.png

 

 

Screenshot 2020-09-07 at 12.10.38.png1460772439_Screenshot2020-09-07at14_37_53.png.e3c2a0cb2fe62e16f9c3f8c83a3a3779.png

 

Screenshot 2020-09-07 at 12.08.55.png

 

 

493480490_Screenshot2020-09-07at14_59_23.png.aabf1953908a0eb8d49c8c6a486847ba.png

Screenshot 2020-09-07 at 11.29.46.png

Edited by Driftwood
Link to comment
Share on other sites

  • Supervisor

Hi @DriftwoodI think you have some task consuming cpu cycle, it seems also your cpu benchmark is not so stable

optimal results for 3970x is about 17500 on CB20

maybe you can check with monitor activity

 

It is weird that radeonVII as a benchmark about 100 FPS (only IGPU has a more proper value for this card after patching his DSDT)

 

Maybe a poor support in BS also

Link to comment
Share on other sites

10 hours ago, iGPU said:

 

I'd already removed this when reducing the patch list down to 13 total patches. The GPU performance on C15 increased from a very low 67 to 97 FPS without Fix PAT.

 

When I added the modified DSDT file, the GPU further increased to 140 FPS.

 

Did you try the modified DSDT file?  It should work since we use the same mobo. I derived it with Above 4G enabled, and did not check if this setting affects the DSDT file.

I did not because I do not used custom DSDTs, if you can provide the exact modifications you did I can replicate them with a SSDT. I also created a ACPI delete entry to remove the ACPI error that we were getting see below in the pic. This removes the ShakTooth table that is trying to overwrite the WMI1 device that already exist in the DSDT and causes the ACPI error.

 1246857743_ScreenShot2020-09-07at12_20_26PM.png.d70e8e8a336186952471da90676485ab.png 

 

Edited by Pavo
  • Thanks 1
  • +1 1
Link to comment
Share on other sites

I finally had a chance to test the MMIOWhitelisting, disabling the last 3/4 entries but enabling all the others.

 

There was no difference between disabling the last 3 or 4 and the system booted fine. Shutdown and restart still work as previous. Sleep still does not work.

 

I also calculate my Slide value, which worked out as 80, but again, this doesn't seem to affect anything.

 

I cannot boot at all with Above 4G enabled and the debug version of OC does not show any MMIO values in the report.

 

Attached is my DSDT file to add to the collection - Gigabyte AORUS Xtreme.

 

 

DSDT.aml.zip

Link to comment
Share on other sites

  • Moderators
54 minutes ago, Ploddles said:

I finally had a chance to test the MMIOWhitelisting, disabling the last 3/4 entries but enabling all the others.

 

There was no difference between disabling the last 3 or 4 and the system booted fine. Shutdown and restart still work as previous. Sleep still does not work.

 

I also calculate my Slide value, which worked out as 80, but again, this doesn't seem to affect anything.

 

I cannot boot at all with Above 4G enabled and the debug version of OC does not show any MMIO values in the report.

 

Attached is my DSDT file to add to the collection - Gigabyte AORUS Xtreme.

 

 

DSDT.aml.zip 14.25 kB · 0 downloads

 

I don't see anything to 'fix' on your DSDT file. Both of the GB DSDT file compile without errors and have the proper GPRW injections.

 

I not certain that you need to use a Slide value. I don't believe any one is using; I know I am not. It is not necessary to use Above 4G; if not working ignore it.

 

You do need to have a proper MMIO section, which is specific for your mobo. Show us the MmioWhitelist values and we can help you select the correct ones.

Edited by iGPU
Link to comment
Share on other sites

Thanks for taking a look. I have removed the Slide value now I have tested it and found it didn't change anything.

 

I followed your method on page 7 to obtain and calculate the Whitelist, it is only the last 3 or 4 values that are different from everybody else's and following the recommendations earlier I have enabled them all except the last 4.

 

Next thing to try is to remove all the USB devices, except the keyboard and mouse, to see if they affect Sleep. When I put it to sleep, the keyboard, mouse and monitors turn off and then the MB clicks and the BIOS output LEDs start to count up. The mouse, keyboard and monitor do not turn back on and the BIOS codes stop at 30. On a normal start/restart it counts up to AA. There is nothing in the manual about what '30' indicates and a google search wasn't fruitful.

Link to comment
Share on other sites

@iGPU After trying the DSDT, and looking at comparable builds I am at a losss to explain your 149 fps? There must be something else you are doing or can you get down to the nitty gritty of the DSDT to find out the cause of this graphics performance in CB15? I have to O/c to 4Ghz just to get over 100fps!

 

I really need to understand how. You are not o/c GPU's etc..?. I know u have a decent water block setup but 50% greater than most of us is really quite stunning.

Edited by Driftwood
Link to comment
Share on other sites

  • Supervisor
9 minutes ago, Ploddles said:

Thanks for taking a look. I have removed the Slide value now I have tested it and found it didn't change anything.

 

I followed your method on page 7 to obtain and calculate the Whitelist, it is only the last 3 or 4 values that are different from everybody else's and following the recommendations earlier I have enabled them all except the last 4.

 

Next thing to try is to remove all the USB devices, except the keyboard and mouse, to see if they affect Sleep. When I put it to sleep, the keyboard, mouse and monitors turn off and then the MB clicks and the BIOS output LEDs start to count up. The mouse, keyboard and monitor do not turn back on and the BIOS codes stop at 30. On a normal start/restart it counts up to AA. There is nothing in the manual about what '30' indicates and a google search wasn't fruitful.

code to 30 after a rewake from sleep could be fine

With Asus I have had always code 30

also in windows

Bad news is with gigabyte I never had a working sleep/wake cycle in my experience with x299 board

 

  • +1 1
Link to comment
Share on other sites

  • Moderators
31 minutes ago, Driftwood said:

@iGPU After trying the DSDT, and looking at comparable builds I am at a losss to explain your 149 fps? There must be something else you are doing or can you get down to the nitty gritty of the DSDT to find out the cause of this graphics performance in CB15? I have to O/c to 4Ghz just to get over 100fps!

 

I really need to understand how. You are not o/c GPU's etc..?. I know u have a decent water block setup but 50% greater than most of us is really quite stunning.

 

I've always added DevProper which some here don't like so I don't promote. But I've used before and after the custom DSDT file. I'll attach below as a plist file. To use, open in editor and copy/paste into your DevProp OC section. It is for dual Radeon VII in slots 1 & 3, which is what I recall you're using. These do inject some speed properties. I think they'll be okay with air-cooled. If it throttles or crashes during a stress test, let me know and I'll provide a less-energetic version. There are two sections for each GPU: one is for the display, the other for audio. The audio portion is simply descriptive.

 

If anyone wishes to use for 1 Radeon VII, only use the slot-1.

 

As far as OC, I have not. XMP is off. And none of these should much influence GPU performance. Until we trimmed the Kernel Patch list and I added the custom DSDT, my FPS were in the 60s. Now MarkLux has always been good and your values are the same as mine. So I have the feeling that your set up is just fine. (In my opinion, the tests are somewhat strange in and of themselves.)

 

319584216_ScreenShot2020-09-07at12_32_27PM.png.f3c2245267a5f13103b01d98c8de9fdc.png

DevProp-Dual-RadeonVII.plist.zip

  • Like 1
Link to comment
Share on other sites

  • Moderators
On 9/7/2020 at 11:57 AM, Ploddles said:

Thanks for taking a look. I have removed the Slide value now I have tested it and found it didn't change anything.

 

I followed your method on page 7 to obtain and calculate the Whitelist, it is only the last 3 or 4 values that are different from everybody else's and following the recommendations earlier I have enabled them all except the last 4.

 

Next thing to try is to remove all the USB devices, except the keyboard and mouse, to see if they affect Sleep. When I put it to sleep, the keyboard, mouse and monitors turn off and then the MB clicks and the BIOS output LEDs start to count up. The mouse, keyboard and monitor do not turn back on and the BIOS codes stop at 30. On a normal start/restart it counts up to AA. There is nothing in the manual about what '30' indicates and a google search wasn't fruitful.

 

CREATING MMIOWHITELIST

 

What I originally posted is unnecessarily cumbersome. There is no longer any need to test and re-boot after each modification. Instead, of re-doing the earlier post, I'll write an updated methodology here on how to make an MmioWhitelist (and link the original post to this one).

 

Here are the instructions in a nutshell.

 

First gather your debug text file, which is normally saved on the booted EFI partition. (If you're not certain how to create the debug text file, see the earlier MmioWhitelist post here.) Once you've gotten this debug text file, locate the area of interest within this file, by searching for "MMIO" as shown in the Spoiler below  (an excerpt is taken from a file with a name such as "opencore-2020-08-31-150945.txt").

 

Excerpt from "opencore-2020-08-31-150945.txt":

Spoiler

204735031_ScreenShot2020-09-07at12_46_46PM.png.2392f4f537722a71a139d5c46cfee6ef.png

 

Copy and paste  this section, placing in a new text file for processing and future reference:

Spoiler





09:203 00:002 OCABC: MMIO devirt 0xCB100000 (0x81 pages, 0x8000000000000001) skip 1
09:206 00:002 OCABC: MMIO devirt 0xD7180000 (0x81 pages, 0x8000000000000001) skip 1
09:211 00:005 OCABC: MMIO devirt 0xE3180000 (0x81 pages, 0x8000000000000001) skip 1
09:214 00:002 OCABC: MMIO devirt 0xE3300000 (0x100 pages, 0x8000000000000001) skip 1
09:217 00:002 OCABC: MMIO devirt 0xEF100000 (0x181 pages, 0x8000000000000001) skip 1
09:222 00:005 OCABC: MMIO devirt 0xFEA00000 (0x100 pages, 0x8000000000000001) skip 1
09:225 00:002 OCABC: MMIO devirt 0xFEC00000 (0x1 pages, 0x8000000000000001) skip 1
09:228 00:002 OCABC: MMIO devirt 0xFEC10000 (0x1 pages, 0x8000000000000001) skip 1
09:233 00:005 OCABC: MMIO devirt 0xFED00000 (0x1 pages, 0x8000000000000001) skip 1
09:236 00:003 OCABC: MMIO devirt 0xFED40000 (0x5 pages, 0x8000000000000001) skip 1
09:239 00:002 OCABC: MMIO devirt 0xFED80000 (0x10 pages, 0x8000000000000001) skip 1
09:245 00:005 OCABC: MMIO devirt 0xFEDC2000 (0xE pages, 0x8000000000000001) skip 1
09:247 00:002 OCABC: MMIO devirt 0xFEDD4000 (0x2 pages, 0x8000000000000001) skip 1
09:250 00:002 OCABC: MMIO devirt 0xFEE00000 (0x100 pages, 0x8000000000000001) skip 0
09:256 00:005 OCABC: MMIO devirt 0xFF000000 (0x1000 pages, 0x8000000000000001) skip 1
09:259 00:002 OCABC: MMIO devirt 0x4040000000 (0x10400 pages, 0x8000000000000001) skip 1
09:262 00:002 OCABC: MMIO devirt 0x6F70000000 (0x10400 pages, 0x8000000000000001) skip 0
09:267 00:005 OCABC: MMIO devirt 0x9EA0000000 (0x10400 pages, 0x8000000000000001) skip 0
09:270 00:002 OCABC: MMIO devirt 0xCDD0000000 (0x10400 pages, 0x8000000000000001) skip 0

 

 

From this, copy the hex values, creating the following list, which may be in the same, new text file. (I've color-coded for purposes of description; you do not need to do this step).

Spoiler

0xCB100000 
0xD7180000
0xE3180000
0xE3300000

0xEF100000 
0xFEA00000
0xFEC00000 
0xFEC10000 
0xFED00000
0xFED40000 
0xFED80000
0xFEDC2000 
0xFEDD4000

0xFEE00000         
0xFF000000

0x4040000000

0x6F70000000

0x9EA0000000

0xCDD0000000

 

These are for my MSI Creator mobo with Above 4G enabled. The red values will be used; the green will not be used (don't even bother entering them into the MmioWhitelist section). That is, the bottom 4 entries do not seem to be necessary for MmioWhitelist.

 

*****

 

Clarification (5/11/21):

 

Vit9696, the main person behind OpenCore, recommended not using the last 4 entries. However, the most up-to-date method of creating the MMIOWhitelist suggests disabling all entries in the above Spoiler that say "skip 0" and enabling all entries that say "skip 1". This is not discussed below (it is shown in the final code example), but is probably the best method of choosing whether or not to enable or disable a given entry. The color codes have been accordingly updated.

 

*****

 

Next, run calculations for each red hex value, creating another set of data, shown in white (the decimal conversion of the adjacent hex values). The bottom 11 hex values are in common with all of our mobos. If you have Above 4G enabled, they'll be on the bottom; if not, there will be only 2 values above 0xEF10000 and 2 other values below 0xEF10000, namely 0xFA180000 and 0xFA300000 (shown in orange in the 4G Disabled section).

 

So there is a bit of a pattern... the differences between our mobos seem to lay in the top 4 values if Above 4G is enabled, or, the top 2 values, if Above 4G is disabled, (shown in yellow below for the MSI Creator mobo):

 

Spoiler

 

4G Enabled:

0xCB100000         3406823424
0xD7180000.        3608674304
0xE3180000          3810000896
0xE3300000          3811573760

0xEF100000          4010803200
0xFEA00000          4271898624
0xFEC00000          4273995776
0xFEC10000          4274061312
0xFED00000         4275044352
0xFED40000         4275306496
0xFED80000         4275568640
0xFEDC2000         4275838976
0xFEDD4000        4275912704
0xFEE00000         4276092928
0xFF000000         4278190080

0x4040000000    275951648768

 

4G DISabled:

0xB2100000          2987393024

0xB3180000          3004694528

0xEF100000          4010803200

0xFA180000          4195876864

0xFA300000          4197449728
0xFEA00000          4271898624
0xFEC00000          4273995776
0xFEC10000          4274061312
0xFED00000         4275044352
0xFED40000         4275306496
0xFED80000         4275568640
0xFEDC2000         4275838976
0xFEDD4000        4275912704
0xFEE00000         4276092928
0xFF000000         4278190080

0x4040000000    275951648768

 

These values will, in turn, be entered into the MmioWhitelist section in OC (again, these are my values; yours will be somewhat different) for each fo the 15 values. 

 

Note that all of these values will be enabled (set to "Yes"). Also note that these values are what were labelled above as "skip 1" ("skip 0" means that entry was set to "No" in MmioWhitelist).

 

Since we've removed the bottom 4 entries, which would otherwise have been disabled (set to "No"), all values in our new MmioWhitelist will be enabled (again, set to "Yes").

 

Spoiler

1989262160_ScreenShot2020-09-07at12_56_49PM.png.1fc1708546416cc78e52b2514cd0d202.png

 

And the code will look like this (Above 4G enabled):

Spoiler



		<key>MmioWhitelist</key>
		<array>
			<dict>
				<key>Address</key>
				<integer>3406823424</integer>
				<key>Comment</key>
				<string>MMIO devirt 0xCB100000</string>
				<key>Enabled</key>
				<true/>
			</dict>
			<dict>
				<key>Address</key>
				<integer>3608674304</integer>
				<key>Comment</key>
				<string>MMIO devirt 0xD7180000</string>
				<key>Enabled</key>
				<true/>
			</dict>
			<dict>
				<key>Address</key>
				<integer>3810000896</integer>
				<key>Comment</key>
				<string>MMIO devirt 0xE3180000</string>
				<key>Enabled</key>
				<true/>
			</dict>
			<dict>
				<key>Address</key>
				<integer>3811573760</integer>
				<key>Comment</key>
				<string>MMIO devirt 0xE3300000</string>
				<key>Enabled</key>
				<true/>
			</dict>
			<dict>
				<key>Address</key>
				<integer>4010803200</integer>
				<key>Comment</key>
				<string>MMIO devirt 0xEF100000</string>
				<key>Enabled</key>
				<true/>
			</dict>
			<dict>
				<key>Address</key>
				<integer>4271898624</integer>
				<key>Comment</key>
				<string>MMIO devirt 0xFEA00000</string>
				<key>Enabled</key>
				<true/>
			</dict>
			<dict>
				<key>Address</key>
				<integer>4273995776</integer>
				<key>Comment</key>
				<string>MMIO devirt 0xFEC00000</string>
				<key>Enabled</key>
				<true/>
			</dict>
			<dict>
				<key>Address</key>
				<integer>4274061312</integer>
				<key>Comment</key>
				<string>MMIO devirt 0xFEC10000</string>
				<key>Enabled</key>
				<true/>
			</dict>
			<dict>
				<key>Address</key>
				<integer>4275044352</integer>
				<key>Comment</key>
				<string>MMIO devirt 0xFED00000</string>
				<key>Enabled</key>
				<true/>
			</dict>
			<dict>
				<key>Address</key>
				<integer>4275306496</integer>
				<key>Comment</key>
				<string>MMIO devirt 0xFED40000</string>
				<key>Enabled</key>
				<true/>
			</dict>
			<dict>
				<key>Address</key>
				<integer>4275568640</integer>
				<key>Comment</key>
				<string>MMIO devirt 0xFED80000</string>
				<key>Enabled</key>
				<true/>
			</dict>
			<dict>
				<key>Address</key>
				<integer>4275838976</integer>
				<key>Comment</key>
				<string>MMIO devirt 0xFEDC2000</string>
				<key>Enabled</key>
				<true/>
			</dict>
			<dict>
				<key>Address</key>
				<integer>4275912704</integer>
				<key>Comment</key>
				<string>MMIO devirt 0xFEDD4000</string>
				<key>Enabled</key>
				<true/>
			</dict>
			<dict>
				<key>Address</key>
				<integer>4276092928</integer>
				<key>Comment</key>
				<string>MMIO devirt 0xFEE00000</string>
				<key>Disabled</key>
				<true/>
			</dict>
			<dict>
				<key>Address</key>
				<integer>4278190080</integer>
				<key>Comment</key>
				<string>MMIO devirt 0xFF000000</string>
				<key>Enabled</key>
				<true/>
			</dict>
          <dict>
				<key>Address</key>
				<integer>275951648768</integer>
				<key>Comment</key>
				<string>MMIO devirt 0x4040000000</string>
				<key>Enabled</key>
				<true/>
			</dict>
		</array>

 

 

 

 

Edited by iGPU
"Clarification (5/11/21)" entry.
  • Like 1
Link to comment
Share on other sites

@iGPU Gave it a whirl in Catalina: No real performance increase (slight decrease). Im getting 98fps avg on BS without DevProp, but will try it over on BS shortly.

 

 

883438445_ScreenShot2020-09-07at21_37_01.png.a9a7c170fb995d1488855d867ec75529.png342463250_ScreenShot2020-09-07at22_00_45.png.337d5231fad39a3dd5ad3d458637b213.png

 

Here's OC debug text DevProp rip which I assume success means the DevProps were loaded ok.

 

1499505891_ScreenShot2020-09-07at21_44_12.png.35e080a9103707cc3b571dda4ea838a6.png

 

 

Edited by Driftwood
Link to comment
Share on other sites

  • Moderators
23 minutes ago, Driftwood said:

@iGPU Gave it a whirl in Catalina: No real performance increase (slight decrease). Im getting 98fps avg on BS without DevProp, but will try it over on BS shortly.

 

 

883438445_ScreenShot2020-09-07at21_37_01.png.a9a7c170fb995d1488855d867ec75529.png342463250_ScreenShot2020-09-07at22_00_45.png.337d5231fad39a3dd5ad3d458637b213.png

 

Here's OC debug text DevProp rip which I assume success means the DevProps were loaded ok.

 

1499505891_ScreenShot2020-09-07at21_44_12.png.35e080a9103707cc3b571dda4ea838a6.png

 

 

 

 

Ploddles post above shows overall C15 scores about like mine and even with a single RX580 (but the RX580 won't compare as well if tested in LuxMark or using in DaVinci).

 

  • Like 1
Link to comment
Share on other sites

47 minutes ago, iGPU said:

Ploddles post above shows overall C15 scores about like mine and even with a single RX580 (but the RX580 won't compare as well if tested in LuxMark or using in DaVinci).

 

No its all good. Methinks I don't need any Device Properties I guess. Thanks so much for letting me try. Of course on Air, I don't wanna damage these babies! But I think you gave me a rather safe power table. I get the drift, we're all good in Metal and that's what matters.

  • +1 1
Link to comment
Share on other sites

11 hours ago, Pavo said:

I did not because I do not used custom DSDTs, if you can provide the exact modifications you did I can replicate them with a SSDT. I also created a ACPI delete entry to remove the ACPI error that we were getting see below in the pic. This removes the ShakTooth table that is trying to overwrite the WMI1 device that already exist in the DSDT and causes the ACPI error.

 1246857743_ScreenShot2020-09-07at12_20_26PM.png.d70e8e8a336186952471da90676485ab.png 

 

@Pavo, I also get this ACPI error. Does the above apply to all boards or just MSI Creator? Thanks.

Link to comment
Share on other sites

  • Moderators
2 hours ago, meina222 said:

@Pavo, I also get this ACPI error. Does the above apply to all boards or just MSI Creator? Thanks.

 

It should work on all of our mobos. Code is below to copy/paste (I added to comments to show how it is derived; data are basically ascii to hex conversions).

 

<key>Delete</key>
		<array>
			<dict>
				<key>All</key>
				<false/>
				<key>Comment</key>
				<string>Delete SHAKTOOH (hex=oemtab); hex SSDT=tablesig; 4271=0010AF (from "log show --last boot | grep ACPI")</string>
				<key>Enabled</key>
				<true/>
				<key>OemTableId</key>
				<data>
				U0hBS1RPT0g=
				</data>
				<key>TableLength</key>
				<integer>4271</integer>
				<key>TableSignature</key>
				<data>
				U1NEVA==
				</data>
			</dict>
		</array>

 

Link to comment
Share on other sites

On 9/6/2020 at 2:49 PM, Driftwood said:

HEVC Encode Test on AMD Threadripper. 
 

Adobe Media Encoder Metal Works on AMD Hackintosh - Apple's Compressor doesn't seem to be able to use Metal with AMD Hackintosh. 
 

In 5 minutes, Adobe ME Beta had finished transcoding a 10 minute long 12-bit 4444 UHD video file to a HEVC 420 10-bit mp4, in the same time Apple Compressor had barely started - clearly its not making use of Metal and is Software/CPU only. 
 

Handbrake is quicker than Compressor using CPU software encoding doing same file 20% quicker than Compressor. 
 

Compressor would have taken over an hour to complete so I stopped it!

 

Adobe Media Encoder beta - EHEVC Encode test.png

Apple Compressor - HEVC Encoder Test.png

 

UPDATE: After much reading it appears the following:-

 

HEVC is hardware-accelerated only in single-pass, 8-bit mode. This is reasonably fast, but not as fast as compressing media into H.264.

10-bit HEVC, which is required for HDR media, is compressed in software – and, that takes forever!

If you are going to do any form of HEVC encoding, use ffmpeg or Handbrake GUI because they implemented tried and test, fast and
efficient encoders developed over many years, AND they fully implement the use of the hardware where it can.

 

 

@DriftwoodConsidering a professional media editor, whose primary work flow is in FCPX and, to a lessor extent, Adobe After Effects but not Premier, would the lack of HEVC hardware acceleration kill the decision to go with a TR hackintosh? Or would the same condition apply to an Intel Xeon 3175X machine? (Nearly as fast but much more expensive and using more power, but maybe without the HEVC compression problems?) Or does Apple Compressor depend on the T2, so we'd have the same problem with any brand of CPU , even a real Mac that doesn't have a T2? 

Edited by ckrueger99
Link to comment
Share on other sites

Hey guys,

 

I got my first computer build up and running and would love to join you guys with some testings.  I got the installation screen up with EFI-v061-8e2755f-BareMetal-USB-installer-Public but stuck at [PCI configuration begin].  Any idea what the problem is?

WhatsApp Image 2020-09-08 at 10.33.48 AM.png

Edited by dtek
Link to comment
Share on other sites

10 minutes ago, dtek said:

Hey guys,

 

I got my first computer build up and running and would love to join you guys with some testings.  I got the installation screen up with EFI-v061-8e2755f-BareMetal-USB-installer-Public but stuck at [PCI configuration begin].  Any idea what the problem is?

 

 

Try disabling Above 4G Encoding in the BIOS.

Link to comment
Share on other sites

55 minutes ago, fabiosun said:

1) Without patch 

2) proxmox

3)with patch

72C96C80-1A71-4387-A408-320583923AF3.png

Thought you said on discord yesterday that removing the Fix PAT effected Bare Metal in HS heavily?

 

Screen Shot 2020-09-08 at 11.06.06 AM.png

Edited by Pavo
Link to comment
Share on other sites

  • fabiosun changed the title to [Discussion] - TRX40 Bare Metal - Vanilla Patches

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Recently Browsing   0 members

    • There are no registered users currently online
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.