Search results

The G4 is an IBM PowerPC architecture. 10.8 requires x64. Totally different ball-game.

*

Congrats. Hope that's the last of the hiccups.

Have you tried it in legacy mode again?

Brisbane

Awesome, glad it was of some use! Do check out my Switch thread on this board; it covers the sensor documentation in a little more detail and I had uploaded a (now rather pointless) schematic for the PCB while exploring input types. The more useful part to you will be the various ways of...

https://www.youtube.com/watch?v=t10pMSsb_Vc

Nicely done! I'm glad it was of some use and not just waffle.

That's high praise. Wouldn't have happened without your amazing debug tool though... I'll update the first post with all the current files.

FIXED!!! Thank you immensely Rehabman. I don't think this would have ever worked without your insight. Here is what needed to be done. First, both _ON and _OFF are included External (_SB_.PCI0.PEG0.PEGP._ON, MethodObj) External (_SB_.PCI0.PEG0.PEGP._OFF, MethodObj) Next, ESGX was commented...

Here's a little bit on SGOF: On boot: PVID = 0x8086 IVID = 0xFFFF So I'm guessing PVID probably stands for PCIe Vendor ID (hence Intel) DVID = 0x10DE IVID = 0xFFFF Therefore DVID probably means Discrete Vendor ID (NVIDIA in this case) When SGON is called implicitly by _ON in _PTS, we get...

Good point. No difference though unfortunately. I've been reading through the _OFF method, trying to understand what's happening in it. From the ACPIDebug outputs in post 77, it seems there are two configurations. When _OFF is called, ESGX sets ESGO and clears ESGI. When _ON is called, ESGX...

With ESGX commented out, PINI called from _INI and _WAK and _ON called from _PTS, _WAK and _PTS execute all the way through.

Yeah, the system must be getting hit hard. Sure do. I'm fairly sure they execute all the way through. I'll check after posting this. It only crashes if PINI is in _WAK and in _INI without ESGX being removed. So... If I have this in _WAK: \_SB.PCI0.LPCB.EC.ESGX (Zero) PINI () And only PINI ()...

That's right. LED turns orange after waking. Before sleep _BST[1] is reading 1.26 - 1.596A while after sleep, the steady-state reading is about 2.565A. GPU is definitely powered. Method (_WAK, 1, Serialized) // _WAK: Wake { P8XH (One, 0xAB) \_SB.PCI0.IGPU.GLID (One)...

Well this sucks. I just added pushes to SSDT-10/11 and called PINI from _INI to determine if _OFF was completing before the system crashed. Nothing. I don't even see "Entering PINI:_WAK" let alone "Entering _OFF. In fact, the system basically doesn't log ANYTHING after waking from sleep. I don't...

Yeah I tried that last night, no dice unfortunately. _OFF in SSDT-11.dsl: Method (_OFF, 0, Serialized) // _OFF: Power Off { //\_SB.PCI0.LPCB.EC.ESGX (Zero) If (LEqual (CTXT, Zero)) { If (LNotEqual (GPRF, One)) {...

I'd assume so. I found this in the spec: "If the_STA method indicates that the device is present, OSPM will evaluate the _INI for the device (if the_INI method exists) " So could I in theory, just declare an _INI method for say, BAT1 or ADP1 and...

Actually, it doesn't matter. I added PINI to the SSDT just to see if it would run properly at all and it presents the same problem. I think the region availability for EC runs last relative to everything else.

I know, it was just the patch from the insanelymac thread. I've gotten VERY lazy haha. I'll probably clean it up when everything's in order. I already do. I just leave the tools visible and change it manually in the DSDT Fix Mask menu. Crude, but I won't be needing it unless I use it with a...