Jump to content
3338 posts in this topic

Recommended Posts

Guest ricoc90
12 minutes ago, Cyberdevs said:

it is incompatible and it's gonna stay that way until someone finds a way to roll back the kexts from Monterey.


This might be an interesting read:
https://github.com/khronokernel/khronokernel.github.io/blob/legacy-metal/_posts/2022-08-01-2022-LEGACY-METAL.md

1 hour ago, Pavo said:

You do realize that the Fenvi-T919 actually uses a real Apple Wi-Fi/BT card correct?


Yes, of course, but as soon as I mount the new card I quote your post again and I will show you the differences with the fenvi. Which in my opinion is not assembled in the best way.

4 minutes ago, ricoc90 said:

It is indeed, I guess the devs will develop their own dortania(mac)OS at this pace that apple is dropping support for hardware and soon the whole x86 platform all together :D

 

  • Like 1
8 hours ago, aben said:

 

Hello again! 

 

I believe I have possibly discovered the reason why your LVDS panel goes blank when using KBL framebuffers. Context: I had a look into your display's native EDID (extracted from the IOREG you shared earlier in the thread, thanks for that) and ran a few test runs; it looks like KBL's LVDS connectors actually fails to activate LVDS panels that have screen dimensions of a 17-inch defined in its native EDID. (most likely there was no reason for Apple to include support for 17inch LVDS panels by the time KBL generation was introduced)

To further prove above theory and potentially solve your issue, I have attached a .plist file below for your convenience, which contains your display's EDID modified to dimensions natively supported by KBL profiles. To inject rectified EDID, you'll need to copy/include the property AAPL00,override-no-connect with its corresponding value to your iGPU device location PciRoot(0x0)/Pci(0x2,0x0) under DeviceProperties of your config.plistTheoretically, this should, at the least, help activate your LVDS panel on Ventura.

Good luck!

EDID_17inch.plist 588 B · 5 downloads

Thank you so much for your reply, unfortunately, same dimmed screen, while working fully on hdmi external display, recovery boots to dimmed screen, os installer boots on dimmed screen, and also the the installed Ventura os. i am using latest kexts and latest oc 8.3. wish to find a solution, thanks in advance for all your support.  

@Extreme™

Bluetooth on m.2. adapter is only buggy if you use it to wake your system from sleep.  Thankfully I don't need it.

Also, I don't have another option, all my 44 PCIe lanes are maxed out. (GPU, TB, Audio card, Quad NVMe controller, USB PCie Hub.)

 

@surenmunoo@ricoc90@rafale77 and the others who chipped in.

 

Thanks for the input,

 

I thought Sidecar was the only feature limited to Igpu because of the T2 chip. 

have not seen any infos limiting Universal control on MacPro7,1.  ( I've seen a couple of threads stating the opposite ). That is really a bummer. 😕

 

So to resume, I can Airplay between Ipad and Hack, use Airdrop, Handoff, Continuity, even the new feature using the camera from an IOS device in Hackintosh ( Facetime, whatsapp, etc..),

but I cannot use my keyboard & mouse between both?   What the 🤬 Apple?  

 

To be continued...

 

Edited by Ellybz
  • Like 6
1 hour ago, PC IT said:

Thank you so much for your reply, unfortunately, same dimmed screen, while working fully on hdmi external display, recovery boots to dimmed screen, os installer boots on dimmed screen, and also the the installed Ventura os. i am using latest kexts and latest oc 8.3. wish to find a solution, thanks in advance for all your support.  


Thanks for testing and reporting. I think your EDID will most likely also need slight modifications to detailed-timings as well; haven’t gotten around to testing this parameter yet since my panel did go fully dim (I.e no backlight) when injecting your exact dimensions on KBL, while it works ok on SKL, which led me to conclude that KBL doesn’t support these dimensions. Testing would’ve been a lot easier if I had access to your exact model 😅
 

I’ll test additional approaches and help offer a few more EDID combinations later on; hopefully one of them works, if not then I’m afraid your 1600 x 900 LVDS panel is simply not compatible with KBL profiles.

Edited by aben

Downloaded installer package and tried to update to Ventura beta. After first reboot, it is stuck on mach reboot. Using the 0.8.2 opencore with latest kext releases - lilu, virtualsmc, whatevergreen, restrictevents (macpro7,1), applealc and intelmausi kexts.

EFI is working fine in Monterey. Same efi, no changes. Tried disabling secureboot but still no go. Z370 with RX580 and intel gpu disabled in bios. Not sure what I missed. 

Maybe download full version and install using usb?

@PC IT Hi! I've compiled a test build of WEG (attached below) which removes some conditional flags when using KBL kexts on SKL systems; unsure whether it actually helps with your display issue, but please give it a go.
Binaries may also be found here: https://github.com/abenraj/WhateverGreen/actions/runs/2722939169

WhateverGreen-1.6.1-RELEASE.zip

  • Like 4
On 7/21/2022 at 4:15 PM, PC IT said:

Hi to all, I am still having the same black screen issue on my Skylake using the latest kexts and oc 8.3, smbios 14.1, what happen is when the system boots to the black screen the display is only if i connect an external hdmi which is working perfectly, i wish someone can log into my pc via team viewer to check if any solution for the internal display, the display is working properly in Monerey but with Ventura it isnt.

 

Any suggestions, anyone can help me solving this issue. with many thanks.

on Monterey, display and hdmi working perfectly.

on Ventura , only external hdmi display works, internal display shows a black screen.

 

@PC IT I'm not good enough at this stuff to suggest fixes without seeing your EFI.  I'm curious about your issue, so if you have time, please post your EFI after you have removed private parms from your config.plist (PlatformInfo.Generic).

12 hours ago, aben said:

@PC IT Hi! I've compiled a test build of WEG (attached below) which removes some conditional flags when using KBL kexts on SKL systems; unsure whether it actually helps with your display issue, but please give it a go.
Binaries may also be found here: https://github.com/abenraj/WhateverGreen/actions/runs/2722939169

WhateverGreen-1.6.1-RELEASE.zip 537.63 kB · 7 downloads

Hello aben, thank you for all your support, unfortunately it is still dimmed lcd display, while working perfectly on external hdmi display, i will send you ioreg for Montrey in which the. skylake with the 17.3 inch display is working perfectly, smbios Macbookpro 14.1, and another ioreg file for  Ventura, i think the controller might be unsupported by Kabylake as you mentioned, so we might be able to patch the kabylake using skylake parameters for this display, i wish we continue trying tests to activate this display, Thank you

7 hours ago, PC IT said:

Hello aben, thank you for all your support, unfortunately it is still dimmed lcd display, while working perfectly on external hdmi display, i will send you ioreg for Montrey in which the. skylake with the 17.3 inch display is working perfectly, smbios Macbookpro 14.1, and another ioreg file for  Ventura, i think the controller might be unsupported by Kabylake as you mentioned, so we might be able to patch the kabylake using skylake parameters for this display, i wish we continue trying tests to activate this display, Thank you

Hi Aben, find attached the ioreg file for Monterey Os in which the display is perfectly working, i installed OC 8.3 with all updated kexts and your suggested whatever green kexts.  

MacBook Pro 14.1 Montery.zip

7 hours ago, PC IT said:

Hi Aben, find attached the ioreg file for Monterey Os in which the display is perfectly working, i installed OC 8.3 with all updated kexts and your suggested whatever green kexts.  

MacBook Pro 14.1 Montery.zip 768.03 kB · 6 downloads

Please post ioreg from Ventura as well, thanks!

27 minutes ago, Hervé said:

What differences are we supposed to see between your last 2 x IOReg extracts? Both show a built-in LCD on con0 and an external screen on con1 (HDMI presumably). So all looks Ok on that front.

 

Any reason for injecting the values recommended for KBL desktop (layout-id 0x59160000 + fake id 0x5916) rather than those recommended for laptops (layout-id 0x591B0000 + fake id 0x591B)? Are you using boot arg igfxonln=1?

 

 

Thank you Herv'e for your reply, can you look at my OC 8.3 folder to check it-fix it?? 

I sent 2 ioreg files, One is a main display mirrored to the hdmi display with original lcd resolution, and the second one is when it is external display. 

OC.zip

@PC IT I started looking at your config.plist / ACPI and then stopped when seeing that you enable both your SSDT-OLARILA-MOBILE.aml and SSDT-DELL-LATITUDE-7280.aml.  These SSDTs contain redundant and in some cases conflicting definitions (e.g., _SB.USBX has different definitions, GFX0.PNLF has different definitions, one hard-codes OSYS while the other defines XOSI), one of your SSDTs defines XOSI, but you don't have an _OSI -> XOSI rename patch, ...

 

I stopped looking.  This EFI is starting to look like a combintation of different approaches.  Are you sure this was working before Ventura?

 

If the SSDT conflicts are in fact able to coexist you may want to replace PNLF with the Acidanthera version of PNLF. With my Kabylake R, my screen backlight didn't work properly when using the old-style PNLF that you employ.

 

EDIT... looking further, your config.plist is attempting to enable Kexts that aren't included in your OC/Kexts folder (e.g., AirportItlwm.kext).  If you do get this working, I would suggest that you conduct your own thorough review/cleanup of this EFI.  It will be a great learning experience.

 

EDIT2: One final suggestion - this EFI needs work.  I would suggest taking this to your own thread separate from this Ventura pre-release thread.  This started as my 2 cents, but it has turned into about 5 cents.

Edited by deeveedee
  • Like 4
4 hours ago, Hervé said:

What if you disconnect the external screen? And when you reconnect it?

Thank you Herv'e, yes i tried to disconnect the external display , same while in Montery, both are work properly the internal and external on using the same OC configuration files, bios is updated too, any suggestions??

@deeveedee, thank you for your suggestion that it might be not proper ssdt file, i use this ssdt just to make the vrightness keys working properly, i am using this ssdts in my system since Catalina, all working perfectly, also i tried the newly ssdts available with oc repo, the same result, when booting ventura, the 3rd booting phase the screen dimmed and only external hdmi display working, i wish you can send me any config plist files - oc folder to try, wishing this big screen can work with Ventura, i am using Montery now and it is working perfectly, 2nd problem, i cannot boot the installer only by using the wegvesa boot arg.

 

Waiting any suggestions, Thank you 

 

44 minutes ago, deeveedee said:

@PC IT You have convinced me that I spend way too much time polishing my EFI.

Deeveedee, i also think i am having some issues with the ssdt, but its working properly with Montery and Catalina! Aben said the lcd controller might be not supported with Ventura, Can i send the original acpi files to make a new dsdt-ssdt for my system to try?  

1 hour ago, deeveedee said:

@PC IT You have convinced me that I spend way too much time polishing my EFI.

You and I both... I must have caught the virus from you... I just spent an hour tinkering to shrink my ACPI by less than 1KB...

  • Haha 1

@PC IT I do strongly believe that your 1600 x 900 built-in panel is not actually compatible with KBL's native LVDS/eDP connectors, regardless of macOS version. Would you mind performing a test: spoofing iGPU to KBL on Monterey and report status of built-in display, if possible? For successful spoof to KBL on versions older than Ventura: you'll need to include boot-arg flag -igfxsklaskbl along with same KBL properties used for faking on Ventura (device-id + ig-platform-id). If possible, test on Big Sur as well.

Also, please test below framebuffer patch on Ventura, the sequence basically drops LVDS connector flag CNConnectorAlwaysConnected, which forces built-in displays as external. Known to have fixed certain problematic eDP connectors in the past, give it a try.

framebuffer-patch-enable   DATA    01000000
framebuffer-con0-enable    DATA    01000000
framebuffer-con0-alldata   DATA    00000800 02000000 90000000

 

Guest
This topic is now closed to further replies.
×
×
  • Create New...