Contribute
Register

OC 0.6.6 OpenCanopy

Status
Not open for further replies.
@manolo2001 The opencore guide mentions somewhere that support for smbios 15.1 is flaky and recommends 15.2 instead. For my Haswell hack I however opted to use smbios iMacPro1,1 which works great and I also have no problems with enabling my iGPU in headless mode.

Greetings Henties.
Hi, thanks I'll try with iMacPro1,1 in my test drive it has worked well, will set it up with opencanopy see how that works.

Thanks

Manolo
 
The iMac 15,1 SMBIOS is not flaky, I have used it without any issues for years. It is the correct SMBIOS for a high end Haswell or Haswell Refresh CPU/IGPU Z97 system.

Using the iMac Pro 1,1 SMBIOS requires the IGPU to be disabled, as the iMP1,1 is designed to work without an IGPU and relies on the Discrete GPU to undertake all graphics operations. That to me seems to be a waste of resources, when you have a perfectly good HD4600 IGPU that will work with the correct SMBIOS, alongside your Discrete GPU.

This Boot screen resolution issue will not be caused by the choice of SMBIOS, it will be driver, bootloader or device related.

I would suggest you use the ClearNvram tool to remove any old settings from your system, then the NvramReset tool so it reboots the system and uses the current settings, see what difference that makes. You might also want to reset your config.plist so the resolution is back as 'Max' to see if that helps along side the Nvram clear/reset.
 
I don't have an HD 4600, I have an Iris Pro 6200, I am using an i7-5775c. I believe there is a setting that makes for a headless GPU but allows it to be used for computation.

I don't know if it applies to my case, but there might be another setting for broadwell as well as this haswell setting.

0300220D Used when the Desktop Haswell iGPU is used to drive a display
04001204 Used when the Desktop Haswell iGPU is only used for computing tasks and doesn't drive a display


Anyway, I will try NvramReset, I have reset NVram quite a few times already but no t like that, set it back to Max, original suggested setting. If that does not work will try iMacPro1,1 with setting changes. I swapped GPUs and am now using an RX560, but that should make no difference. The RX580, which did not work in terms of opencanopy user interface resolution on this build works perfectly in another build I have. So it is not the gpu.

Could there be a BIOS setting for the motherboard that would influence boot resolution ? I am starting to think it might be MB related.

Or i7-5775c related. I just ordered a Xeon E3-1285v4 and will test it to see if it's CPU related or MB related, hopefully it's something simpler, and just a setting somewhere.

Anyway thanks, will post results this weekend.

Manuel
 
There are no empty (Headless) framebuffers for the Broadwell series of IGPU's. They were all designed to work with a display connected, as shown in the table below:

Screenshot 2021-02-25 at 22.38.34.png

The default/recommended framebuffer for a Broadwell desktop system is 0x16220007, as it provides the largest amount of STOLEN Memory.

This would be entered in to your config.plist as 07002216.

You may need to try a few of the other framebuffers to see if one of them works better than the default/recommended framebuffer.
 
@manolo2001 Attached the config.plist of my Haswell hack using Smbios for an iMacPro1,1 I also included a VideoProc screenshot.
A picture is worth a thousand words, say no more. By the way, for my Haswell hack I rely on WhateverGreen and Lilu to do their magic in the background with DeviceProperties of my Haswell config.plist remaining basically untouched by me, for my "GA-Z490 Vision G" build it's however a totally different story altogether.

Greetings Henties
 

Attachments

  • config.plist
    27 KB · Views: 34
  • VideoProc Screenshot.png
    VideoProc Screenshot.png
    341.7 KB · Views: 44
Last edited:
@manolo2001 Attached the config.plist of my Haswell hack using Smbios for an iMacPro1,1 I also included a VideoProc screenshot.
A picture is worth a thousand words, say no more. By the way, for my Haswell hack I rely on WhateverGreen and Lilu to do their magic in the background with DeviceProperties of my Haswell config.plist remaining basically untouched by me, for my "GA-Z490 Vision G" build it's however a totally different story altogether.

Greetings Henties
Hi, thanks i tried it but the problem persists, I think it has to do with some sort of incompatibility between the board and my cpu, as some things are not working properly. For example I should be able to have igpu working and it does not, system will not recognize large hdds despite masking third pin, and so on. I think this is another issue related to the board and cpu not getting along fully. I have ordered a xeon, yet to arrive, will test everything out again and post results.
 
Everything works fine, perfect actually, can boot to all Oss seamlessly etc. It's just that screen that is annoyingly big.

Any help, suggestions, etc are welcome.

Manolo
Do you have this entry in config.plist?

NVRAM -> Add -> 4D1EDE05-38C7-4A6A-9CC6-4BCCA8B38C14:
  • UIScale: 01 (Standard resolution) or 02 (HiDPI)
I suggest you try it.

This is how mine looked with UIScale:02 (on LG 4K display) when I tried it. I don’t use Opencanopy since built-in text mode is faster.
 

Attachments

  • 820461C1-9F0C-4E0F-8BA9-E0D2BA758B80.jpeg
    820461C1-9F0C-4E0F-8BA9-E0D2BA758B80.jpeg
    4.1 MB · Views: 59
Status
Not open for further replies.
Back
Top