[Acer PT14-51 Laptop] HowTo

[Stezza88]

The init made that call and not resolving it stalls, I guess

Edited November 11, 2024 by Stezza88

[jalavoui]

hope u're not in the tgl production version...

 

dbg vers = 3.9 Mbytes

 

prod vers = 2.9 Mbytes

 

just noticed this. tgl doesnt load this file

 

 

related to this code

 

and at end

 

Edited November 11, 2024 by jalavoui

[Stezza88]

7 hours ago, jalavoui said:

hope u're not in the tgl production version...

 

dbg vers = 3.9 Mbytes

 

prod vers = 2.9 Mbytes

 

I'm using from folder le, 3.8Mbytes on Windows

Edited November 12, 2024 by Stezza88

[Stezza88]

I don't know what to do... I Need that resolving request to unblock. That Is sure. I tested in thousand ways. My pc Is burning..

But... I'm using Lilu debug version.. maybe Is that the problem.. i don't know .

Edited November 11, 2024 by Stezza88

[jalavoui]

are you changing the files i send ? i don't use __ZN19AppleIntelPowerWell4initEP24AppleIntelBaseController

 

what is the problem?

 

yes use lilu release in OC folder

Edited November 11, 2024 by jalavoui

[Stezza88]

No but i tell you that to resolve this stall in my system Is that the solution.....

Edited November 11, 2024 by Stezza88

[Stezza88]

Maybe this problem comes from my config.plist.. is not still configured at max

config.plist

[jalavoui]

let me explain some of lilu bugs

 

this function

 

void __thiscall
AppleIntelPowerWell::init(AppleIntelPowerWell *this,AppleIntelBaseController *param_1)

 

if you do in lilu

 

{"__ZN19AppleIntelPowerWell4initEP24AppleIntelBaseController",handleLinkIntegrityCheck},

 

you are doing a bad function definition and this will cause bugs

 

same thing when passing wrong parameters. the driver hangs

 

you might need a working

 SSDT-OSYS.aml.zip

 

if you dsdt.aml as something similiar with this symbols. check before use this sample

 

 

this is used in dsdt.aml as in this sample

 

Edited November 11, 2024 by jalavoui

[Stezza88]

On 11/10/2024 at 12:40 AM, Stezza88 said:

To avoid the collection of kp encountered I MUST enable these solving requests in order in the code you pass (that stalls to me), this is the minimal setup

{"__ZN19AppleIntelPowerWell4initEP24AppleIntelBaseController",releaseDoorbell},
{"__ZN31AppleIntelRegisterAccessManager14ReadRegister32Em",raReadRegister32, this->oraReadRegister32},
{"__ZN19AppleIntelPowerWell19enableDisplayEngineEv",releaseDoorbell},
{"__ZN19AppleIntelPowerWell21hwSetPowerWellStatePGEbj",releaseDoorbell},
{"__ZN19AppleIntelPowerWell20disableDisplayEngineEv",releaseDoorbell},
{"__ZN19AppleIntelPowerWell22hwSetPowerWellStateAuxEbj",releaseDoorbell},

Then can finally boot without kp (but only mouse in video) and have finally logs (attached below)

x.log.zip 1001.16 kB · 2 downloads Kernel-2024-11-10-000338.panic 6.78 kB · 1 download Kernel-2024-11-10-001043.panic 6.63 kB · 1 download Kernel-2024-11-10-001627.panic 6.63 kB · 1 download Kernel-2024-11-10-002134.panic 6.63 kB · 1 download Kernel-2024-11-10-002712.panic 7.68 kB · 1 download kern_gen11.cpp 73.17 kB · 2 downloads

 

Just adding the First i collect kp.. before adding It, It stalls without kp.. a mistery..

[jalavoui]

you get a kp cause that function as initialization code that is needed by other functions.

 

so the code i send hangs and no kp?

 

try to fix it. next issue is the dmc binary. i posted above

Edited November 12, 2024 by jalavoui

[Stezza88]

6 hours ago, jalavoui said:

you get a kp cause that function as initialization code that is needed by other functions.

 

so the code i send hangs and no kp?

 

try to fix it. next issue is the dmc binary. i posted above

 

Hang and no kp, like always..

[Stezza88]

I need a pause.. did a lot of work..

[Stezza88]

On 11/11/2024 at 11:49 PM, jalavoui said:

sec. your nblue must be bugged

 

try with this files

 

kern_gen11.hpp 35.1 kB · 1 download kern_gen11.cpp 75.04 kB · 1 download

 

Found a bug in these files.. in 

unsigned long Gen11::getHPDState(void *that)

if f19 r19 is commented need to change unsigned int uVar3.. after dinner i try the modif

[Stezza88]

But the question is, why does

{"__ZN19AppleIntelPowerWell4initEP24AppleIntelBaseController",releaseDoorbell},

unblock my nBlue?

[jalavoui]

check the new source code. i found why and it's fixed

[Stezza88]

[Update]

 

My system boot (black screen and square mouse) also with only this additional statement

{"__ZN19AppleIntelPowerWell21hwSetPowerWellStatePGEbj",releaseDoorbell},

kern_gen11.cpp x.log

 

Look at my new logs!!

(AppleIntelTGLGraphicsFramebuffer) [IGFB][DEBUG][POWER_WELL][AppleIntelPowerWell.cpp  :   61 ][init                ]       PG1 power well is enabled
(AppleIntelTGLGraphicsFramebuffer) [IGFB][DEBUG][POWER_WELL][AppleIntelPowerWell.cpp  :   71 ][init                ]       PG2 power well is enabled
(AppleIntelTGLGraphicsFramebuffer) [IGFB][DEBUG][POWER_WELL][AppleIntelPowerWell.cpp  :   93 ][init                ]       PG3 power well is disabled
(AppleIntelTGLGraphicsFramebuffer) [IGFB][DEBUG][POWER_WELL][AppleIntelPowerWell.cpp  :  103 ][init                ]       PG4 power well is disabled

 

if it can help I goes on with the research.. I tricked you.. I think you can change you nblue new sorce code an other time

 

Got always this of irregular

(AppleIntelTGLGraphicsFramebuffer) [IGFB][DEBUG][DISPLAY   ][AppleIntelController.cpp : 2885 ][probeBootPipe       ]         Boot pipe = A
(AppleIntelTGLGraphicsFramebuffer) [IGFB][DEBUG][POWER_WELL][AppleIntelPowerWell.cpp  :  740 ][disablePowerWellPG  ]         powerWell = PG2
(AppleIntelTGLGraphicsFramebuffer) [IGFB][DEBUG][POWER_WELL][AppleIntelPowerWell.cpp  :  755 ][disablePowerWellPG  ]         fRefCountPG[2] = 0
(AppleIntelTGLGraphicsFramebuffer) [IGFB][DEBUG][POWER_WELL][AppleIntelPowerWell.cpp  :  769 ][disablePowerWellPG  ]         Disabling PG2 hardware
...
(AppleIntelTGLGraphicsFramebuffer) [IGFB][DEBUG][POWER_WELL][AppleIntelPowerWell.cpp  :  699 ][enablePowerWellPG   ]       powerWell = PG3
(AppleIntelTGLGraphicsFramebuffer) [IGFB][DEBUG][POWER_WELL][AppleIntelPowerWell.cpp  :  706 ][enablePowerWellPG   ]       fRefCountPG[3] = 1
(AppleIntelTGLGraphicsFramebuffer) [IGFB][DEBUG][POWER_WELL][AppleIntelPowerWell.cpp  :  720 ][enablePowerWellPG   ]       Enabling PG3 hardware
...
(AppleIntelTGLGraphicsFramebuffer) [IGFB][DEBUG][POWER_WELL][AppleIntelPowerWell.cpp  :  740 ][disablePowerWellPG  ]       powerWell = PG3
(AppleIntelTGLGraphicsFramebuffer) [IGFB][DEBUG][POWER_WELL][AppleIntelPowerWell.cpp  :  755 ][disablePowerWellPG  ]       fRefCountPG[3] = 0
(AppleIntelTGLGraphicsFramebuffer) [IGFB][DEBUG][POWER_WELL][AppleIntelPowerWell.cpp  :  769 ][disablePowerWellPG  ]       Disabling PG3 hardware

 

Edited November 13, 2024 by Stezza88

[jalavoui]

upload the ioreg if you have a boot screen.

 

you might miss the dmc firmare. i've done something in nblue about it but not fully working

 

guess you have more work todo in nblue

Edited November 13, 2024 by jalavoui

[Stezza88]

Just now, jalavoui said:

upload the ioreg if you have a boot screen

 

No still black screen and square mouse... look above... got still something bugged in my logs...

[Stezza88]

But I think you can change your nblue sources.. with this research I simplified it

 

Also this is strange, pixelClock = 0

(AppleIntelTGLGraphicsFramebuffer) [IGFB][DEBUG][DISPLAY   ][AppleIntelMultiLink.cpp  :  151 ][allocateDisplayResou]             FB0: set[0] is single-link
(AppleIntelTGLGraphicsFramebuffer) [IGFB][DEBUG][DISPLAY   ][AppleIntelMultiLink.cpp  : 2747 ][dumpAGDCDetailedTimi]             HActive = 0, HBlanking = 0, HScaled = 0, VActive = 0, VBlanking = 0, VScaled = 0, PixelClock = 0

 

Edited November 13, 2024 by Stezza88

[Stezza88]

.

 

Edited November 14, 2024 by Stezza88

[jalavoui]

gonna rewrite gmc firmware code.sec

 

done. you need to set the patches for you card in nblue. and use this part

idk about other adlp address as theyre not set in mac os x code

might need extra checking as i cut linux firmware. 

 

Edited November 13, 2024 by jalavoui

[Stezza88]

To me it boots (black screen and square mouse) modifing your kern_gen11.cpp like this

 

Here the log (boot start at 00:45:15.684724+0100)

kern_gen11.cpp x.log.zip

Edited November 13, 2024 by Stezza88

[jalavoui]

you forgot to enable the dmc code for adl.

change to 

 

 

here the cutted bins to further checks with originals. see firmware code in NRed github

i have some doubts about headers,etc

i also see in linux different addresses for tgl and adl - need to investigate

 

Arquivo.zip

Edited November 14, 2024 by jalavoui

[Stezza88]

I don't understand what you are doing, but i understand that when i apply patch f3 r3 (whatever it is) my log seems going to AUX dev

[jalavoui]

that's the connectors ports patch. if it is bad configured you get pipe errors and no display.

you don't understand what i posted about dmc firmare? it's in the linux log