[Acer PT14-51 Laptop] HowTo

[jalavoui]

nice kp. check nblue::init it uses a specific card id. also patched on icl frame

u might wanna change this values if trying to load icl graph kext

 

 

for icl graph i use to test with this card id 

 

icl graph code as SYSLOG_COND. i bet the patched bytes won't match your os x version. change to panic_cond and test

 

latest nblu bin src is updated- check it

 

btw this functions is not working correctily. 

Gen11::getGPUInfo(void *that)

 

check tgl graph patch for num slices,etc. and use same logic for icl graph kext

you card values sould show up in linux logs

Edited 14 hours ago by jalavoui

[ASUS Vivobook]

NootedBlue     nblue: @ stolen_size 0x8000000
NootedBlue     nblue: @ kextG11HW Failed to apply patches!
NootedBlue     NBlue: @ Failed to apply AGDP board-id patch

Edited 13 hours ago by ASUS Vivobook

[ASUS Vivobook]

I applied my icl sku bypass patch ant it worked!!

Now I got new kp (GraphicsSchedulerSelect = 4)

GUC Binary Load Failure

Kernel-2024-11-04-234536.panic

Edited 12 hours ago by ASUS Vivobook

[ASUS Vivobook]

- with GraphicsSchedulerSelect = 5 no kp but stucks here

 

 

- with GraphicsSchedulerSelect = 2 got kp unsupported scheduler select

 

- with GraphicsSchedulerSelect = 0 it booted! but same problems.. but I got a faster pc! Always with no QE/CI No metal

 

Edited 12 hours ago by ASUS Vivobook

[jalavoui]

very interesting. what about scheduler 0 (apple)

 

Failed to apply AGDP board-id patch

gonna check this. no idea why it fails. it's a very old wg path also used on nred

 

btw your nblue source is old. download from other thread (page 24). the one you have says "it's bad"

they're together

 

i wonder what icl graph is doing cause the ig-platform should be unsupported 0x9a49 is ment for tgl graph kext

 

i got what you did. you load the graph kext without the framebufer. its is possible but only to get some logs.

u will need to have the framebuffer loaded. or it might just do work for something

Edited 12 hours ago by jalavoui

[ASUS Vivobook]

Same result with newer version.. btw I've got always IONDRVSupport.kext.zipas loaded framebuffer

and always

NootedBlue     nblue: @ stolen_size 0x8000000
NootedBlue     nblue: @ kextG11HW Failed to apply patches!
NootedBlue     NBlue: @ Failed to apply AGDP board-id patch

btw it boots...............

Edited 12 hours ago by ASUS Vivobook

[jalavoui]

that code is disabled in nblue latest

 

 

this is to load signed tgl - only possible from /S/L/E

 

but you can test on /L/E just install tgl graph from /sle_Internal/le and change the path in nblue

 

to test in /S/L/E only by breaking os x seal. if u never did it you will probably break os x (read other thread)

Edited 11 hours ago by jalavoui

[ASUS Vivobook]

Got these kps when I copy files into L E with nb in boot ... I'm gonna reusing weg to do it... with weg no problems...

 

nblue : genx Failed to resolve symbols

nblue : genx Failed to route symbols

Kernel-2024-11-05-012957.panic

Kernel-2024-11-05-013711.panic

Edited 11 hours ago by ASUS Vivobook

[jalavoui]

you can't copy kexts from /sle_Internal/sle  to /L/E cause they are signed. copying bundles might be ok

 

in /L/E use kexts from /sle_Internal/le

 

that's why u got a kp

 

but yeah wg is also ok for test new patches

 

make sure you have kextacache of /L/E working

Edited 11 hours ago by jalavoui

[ASUS Vivobook]

It boots always on gen7icl and It's empty the IOPrimaryMatch inside

NootedBlue     nblue: @ kextG11HW Failed to apply patches!
NootedBlue     nblue: @ Loaded AppleIntelICLGraphics!

but I've choosen TGL... can't understand why

 

 

Tryed to clean nvram too and nothing changes..

Edited 10 hours ago by ASUS Vivobook

[jalavoui]

that's strange if icl id is empty (try use fake id just in case put 0x12348086 instead of empty to disable)

 

i think nblue will hang on icl framebuffer b4 loading icl graph kext but...

 

nblue patches failed as the log says. disable what you dont need. check here (enable panic_Cond maybe)

if 1 patch fails you get that msg no matter if others are correct.

maybe replace f2 with your patch and disable others?

 

 

LookupPatchPlus const patchesc[] = { are for mac os catalina - ignore them

Edited 10 hours ago by jalavoui

[ASUS Vivobook]

19 minutes ago, jalavoui said:

that's strange if icl id is empty (try use fake id just in case put 0x12348086 instead of empty to disable)

 

i think nblue will hang on icl framebuffer b4 loading icl graph kext but...

 

nblue patches failed as the log says. disable what you dont need. check here (enable panic_Cond maybe)

if 1 patch fails you get that msg no matter if others are correct.

maybe replace f2 with your patch and disable others?

 

 

LookupPatchPlus const patchesc[] = { are for mac os catalina - ignore them

 

I put 0x12348086 on Gen7icl and my id in gen7tgl and It comes loaded Always gen7icl ... It's indestructible

Edited 10 hours ago by ASUS Vivobook

[jalavoui]

can you upload the nblue src that you are using. maybe u modify something wrong.

 

or you can try to delete Gen7ICL from the info.plist if that helps

 

oh w8 did you modify the kexts info.plist inside /L/E  - check that first

Edited 10 hours ago by jalavoui

[ASUS Vivobook]

kern_gen11.cpp kern_nblue.cp

 

Nblue in use

NootedBlue.kext.zip

 

L/E plist of AppleIntelTGLGraphics

Info.plist

Edited 10 hours ago by ASUS Vivobook

[jalavoui]

hmmm.

 

does kextload -v 6 gives errors for tgl graph loading?

 

nvm i found the bug

 

change this 

 

to

nblue default

 

 

 

if you need to use icl id just remove //   and comment 0x9a49 

 

icl id is 0x8a5c

tgl id is 0x9a49

 

but carefull cause this changes device-id and also ig-platformid

 

 

this is funny u tell os x that your card id is 0x8a5c and ig-platform is 0x9a4a

i think os x went crazy

 

Edited 9 hours ago by jalavoui

[ASUS Vivobook]

5 minutes ago, jalavoui said:

hmmm.

 

does kextload -v 6 gives errors for tgl graph loading?

 

No but i delete and reload as a try now..

Got a kp when delete It...

Edited 9 hours ago by ASUS Vivobook

[jalavoui]

kp are your friend dont complain if you get a kp log.

 

fix the wrong ids in nblue. let me explain better

 

use this if testing icl kexts

 

use this if testing tgl kexts

 

or idk you can comment all the code (+2 lines for properties inject) and do this with opencore properties

 

the icl indestructible was funny !

Edited 9 hours ago by jalavoui

[ASUS Vivobook]

9 hours ago, jalavoui said:

hmmm.

 

does kextload -v 6 gives errors for tgl graph loading?

 

nvm i found the bug

 

change this 

 

to

nblue default

 

 

 

if you need to use icl id just remove //   and comment 0x9a49 

 

icl id is 0x8a5c

tgl id is 0x9a49

 

but carefull cause this changes device-id and also ig-platformid

 

 

this is funny u tell os x that your card id is 0x8a5c and ig-platform is 0x9a4a

i think os x went crazy

 

 

Nothing fuc*** changes!

Always load Gen7icl..

Edited 6 minutes ago by ASUS Vivobook

[jalavoui]

oh yes i forgot if you use tgl from sle_Internal/lep that is production version. then u need to use the patches with "p" in nblue and disable the others.

 

but you problem with icl graph is strange. only possible with wrong device-id or ig-platform

[ASUS Vivobook]

SYSLOG("SYSLOG", "kextG11FB.loadIndex == index : %b", kextG11FB.loadIndex != KernelPatcher::KextInfo::Unloaded ? kextG11FB.loadIndex == index : false);

SYSLOG("SYSLOG", "kextG11HW.loadIndex == index : %b", kextG11HW.loadIndex != KernelPatcher::KextInfo::Unloaded ? kextG11HW.loadIndex == index : false);

SYSLOG("SYSLOG", "kextG11HWT.loadIndex == index : %b", kextG11HWT.loadIndex != KernelPatcher::KextInfo::Unloaded ? kextG11HWT.loadIndex == index : false);

SYSLOG("SYSLOG", "kextG11FBT.loadIndex == index : %b", kextG11FBT.loadIndex != KernelPatcher::KextInfo::Unloaded ? kextG11FBT.loadIndex == index : false);

Wanna check this in the start but this piece of code stalls on boot and don't understand where it's wrong...

Edited 8 minutes ago by ASUS Vivobook