Jump to content

G73SW ML 10.8.2 Install


jeffc2009
 Share

398 posts in this topic

Recommended Posts

i have the same verbose log as you. I tried to use the asuswmi.. but after pressing key.. the system hangs.

 

Read: https://gist.github....bf8/nvidia_bl.c

 

Looks like Display backlight is controlled by Nvidia. Once you have backlight for GFX0, you will have slider. Trying to figure out how NV is getting brightness values.

 

NV Brightness.tiff

 

UgoKind, see attached and let me know if you have these values?

 

ACPIBACKLIGHT.tiff

 

Just need to figure out how to enable bio's control:

 

 

12/23/12 9:52:23.000 AM kernel[0]: ACPIBacklightPanel: BIOS control disabled: _DOS

 

There's got to be another method to enable it. Looking into

Cyrus the Great Methods.

Link to comment
Share on other sites

I cut PNLF and DPOD from DSDT

and I cut the query

if (!gpuDevice || !backLightDevice)
   {
    //IOACPIPlatformDevice * dev = OSDynamicCast(IOACPIPlatformDevice, provider);
    //if (hasBacklightMethods(dev))
    //{
    //    DbgLog("%s: PNLF has backlight Methods\n", this->getName());
    //    backLightDevice = dev;
    //    gpuDevice = dev;
    //    gpuDevice->retain();
    //    backLightDevice->retain();
    //}
    //else
    //{

 

to force to use the GETGPU function

 

so at boot I have

 

Dec 24 15:24:23 localhost kernel[0]: ACPIBacklightPanel::probe()
Dec 24 15:24:23 localhost kernel[0]: ACPIBacklightPanel::findDevices()
Dec 24 15:24:23 localhost kernel[0]: ACPIBacklightPanel::getGPU()
Dec 24 15:24:23 localhost kernel[0]: ACPIBacklightPanel: testing device: CPU0
Dec 24 15:24:23 localhost kernel[0]: ACPIBacklightPanel::hasDOSMethod()
Dec 24 15:24:23 localhost kernel[0]: ACPIBacklightPanel: testing device: CPU1
Dec 24 15:24:23 localhost kernel[0]: ACPIBacklightPanel::hasDOSMethod()
Dec 24 15:24:23 localhost kernel[0]: ACPIBacklightPanel: testing device: CPU2
Dec 24 15:24:23 localhost kernel[0]: ACPIBacklightPanel::hasDOSMethod()
Dec 24 15:24:23 localhost kernel[0]: ACPIBacklightPanel: testing device: CPU3
Dec 24 15:24:23 localhost kernel[0]: ACPIBacklightPanel::hasDOSMethod()
Dec 24 15:24:23 localhost kernel[0]: ACPIBacklightPanel: testing device: CPU4
Dec 24 15:24:23 localhost kernel[0]: ACPIBacklightPanel::hasDOSMethod()
Dec 24 15:24:23 localhost kernel[0]: ACPIBacklightPanel: testing device: CPU5
Dec 24 15:24:23 localhost kernel[0]: ACPIBacklightPanel::hasDOSMethod()
Dec 24 15:24:23 localhost kernel[0]: ACPIBacklightPanel: testing device: CPU6
Dec 24 15:24:23 localhost kernel[0]: ACPIBacklightPanel::hasDOSMethod()
Dec 24 15:24:23 localhost kernel[0]: ACPIBacklightPanel: testing device: CPU7
Dec 24 15:24:23 localhost kernel[0]: ACPIBacklightPanel::hasDOSMethod()
Dec 24 15:24:23 localhost kernel[0]: ACPIBacklightPanel: testing device: _SB
Dec 24 15:24:23 localhost kernel[0]: ACPIBacklightPanel::hasDOSMethod()
Dec 24 15:24:23 localhost kernel[0]: ACPIBacklightPanel: testing device: PTID
Dec 24 15:24:23 localhost kernel[0]: ACPIBacklightPanel::hasDOSMethod()
Dec 24 15:24:23 localhost kernel[0]: ACPIBacklightPanel: testing device: PCI0
Dec 24 15:24:23 localhost kernel[0]: ACPIBacklightPanel::hasDOSMethod()
Dec 24 15:24:23 localhost kernel[0]: ACPIBacklightPanel: testing device: PEG0
Dec 24 15:24:23 localhost kernel[0]: ACPIBacklightPanel::hasDOSMethod()
Dec 24 15:24:23 localhost kernel[0]: ACPIBacklightPanel: testing device: HDAU
Dec 24 15:24:23 localhost kernel[0]: ACPIBacklightPanel::hasDOSMethod()
Dec 24 15:24:23 localhost kernel[0]: ACPIBacklightPanel: testing device: GFX0
Dec 24 15:24:23 localhost kernel[0]: ACPIBacklightPanel::hasDOSMethod()
Dec 24 15:24:23 localhost kernel[0]: ACPIBacklightPanel: ACPI device GFX0 has _DOS
Dec 24 15:24:23 localhost kernel[0]: ACPIBacklightPanel::hasBacklightMethods()
Dec 24 15:24:23 localhost kernel[0]: ACPIBacklightPanel::getChildWithBacklightMethods()
Dec 24 15:24:23 localhost kernel[0]: ACPIBacklightPanel::hasBacklightMethods()
Dec 24 15:24:23 localhost kernel[0]: ACPIBacklightPanel: ACPI device LCDD has _BCL
Dec 24 15:24:23 localhost kernel[0]: ACPIBacklightPanel: ACPI device LCDD has _BCM
Dec 24 15:24:23 localhost kernel[0]: ACPIBacklightPanel: ACPI device LCDD has _BQC
Dec 24 15:24:23 localhost kernel[0]: ACPIBacklightPanel: Found Backlight Device: LCDD
Dec 24 15:24:23 localhost kernel[0]: ACPIBacklightPanel: ACPI Method _DOS found. Device path: _SB.PCI0.PEG0.GFX0
Dec 24 15:24:23 localhost kernel[0]: ACPIBacklightPanel: ACPI Methods _BCL _BCM _BQC found. Device path: _SB.PCI0.PEG0.GFX0.LCDD
Dec 24 15:24:23 localhost kernel[0]: ACPIBacklightPanel: probe(devices found : true)
Dec 24 15:24:23 localhost kernel[0]: ACPIBacklightPanel: LCDD has backlight Methods
Dec 24 15:24:23 localhost kernel[0]: ACPIBacklightPanel::start()
Dec 24 15:24:23 localhost kernel[0]: ACPIBacklightPanel::findDevices()
Dec 24 15:24:23 localhost kernel[0]: ACPIBacklightPanel::getDeviceControl()
Dec 24 15:24:23 localhost kernel[0]: ACPIBacklightPanel: BIOS control disabled: _DOS
Dec 24 15:24:23 localhost kernel[0]: ACPIBacklightPanel::hasSAVEMethod()
Dec 24 15:24:23 localhost kernel[0]: ACPIBacklightPanel::setupIndexedLevels()
Dec 24 15:24:23 localhost kernel[0]: ACPIBacklightPanel::queryACPISupportedBrightnessLevels()
Dec 24 15:24:23 localhost kernel[0]: ACPIBacklightPanel: LCDD _BCL 11
Dec 24 15:24:23 localhost kernel[0]: ACPIBacklightPanel: getIndexForLevel(255) is 10
Dec 24 15:24:23 localhost kernel[0]: ACPIBacklightPanel: getIndexForLevel(205) is 9
Dec 24 15:24:23 localhost kernel[0]: ACPIBacklightPanel::queryACPICurentBrightnessLevel()
Dec 24 15:24:23 localhost kernel[0]: ACPIBacklightPanel: queryACPICurentBrightnessLevel _BQC = 10
Dec 24 15:24:23 localhost kernel[0]: ACPIBacklightPanel: queryACPICurentBrightnessLevel returning 10
Dec 24 15:24:23 localhost kernel[0]: ACPIBacklightPanel: getIndexForLevel(10) not found in _BCL table !
Dec 24 15:24:23 localhost kernel[0]: ACPIBacklightPanel::getACStatus()
Dec 24 15:24:23 localhost kernel[0]: ACPIBacklightPanel::getBatteryDevice()
Dec 24 15:24:23 localhost kernel[0]: ACPIBacklightPanel: getBatteryDevice() serviceMatching OK
Dec 24 15:24:23 localhost kernel[0]: ACPIBacklightPanel: getBatteryDevice() iter OK
Dec 24 15:24:23 localhost kernel[0]: ACPIBacklightPanel: getBatteryDevice() bat is of class AppleSmartBattery
Dec 24 15:24:23 localhost kernel[0]: ACPIBacklightPanel: getACStatus() AC is 1
Dec 24 15:24:23 localhost kernel[0]: ACPIBacklightPanel: min = 0, max = 10, value = 10
Dec 24 15:24:23 localhost kernel[0]: ACPIBacklightPanel: Version 1.2
Dec 24 15:24:35 adrem-mac-pro kernel[0]: ACPIBacklightPanel::setDisplay()
Dec 24 15:24:35 adrem-mac-pro kernel[0]: ACPIBacklightPanel::doUpdate()
Dec 24 15:24:35 adrem-mac-pro kernel[0]: ACPIBacklightPanel: ACPILevel min 0, max 10, value 10
Dec 24 15:24:35 adrem-mac-pro kernel[0]: ACPIBacklightPanel::doUpdate()
Dec 24 15:24:35 adrem-mac-pro kernel[0]: ACPIBacklightPanel: ACPILevel min 0, max 10, value 10
Dec 24 15:24:35 adrem-mac-pro kernel[0]: ACPIBacklightPanel::doIntegerSet(brightness)
Dec 24 15:24:35 adrem-mac-pro kernel[0]: ACPIBacklightPanel::setACPIBrightnessLevel()
Dec 24 15:24:35 adrem-mac-pro kernel[0]: ACPIBacklightPanel: setACPIBrightnessLevel _BCM(255)
Dec 24 15:24:35 adrem-mac-pro kernel[0]: ACPIBacklightPanel::doIntegerSet(brightness)
Dec 24 15:24:35 adrem-mac-pro kernel[0]: ACPIBacklightPanel::setACPIBrightnessLevel()
Dec 24 15:24:35 adrem-mac-pro kernel[0]: ACPIBacklightPanel: setACPIBrightnessLevel _BCM(255)
Dec 24 15:24:35 adrem-mac-pro kernel[0]: ACPIBacklightPanel::doUpdate()
Dec 24 15:24:35 adrem-mac-pro kernel[0]: ACPIBacklightPanel: ACPILevel min 0, max 10, value 10
Dec 24 15:24:35 adrem-mac-pro kernel[0]: ACPIBacklightPanel::doIntegerSet(brightness)
Dec 24 15:24:35 adrem-mac-pro kernel[0]: ACPIBacklightPanel::setACPIBrightnessLevel()
Dec 24 15:24:35 adrem-mac-pro kernel[0]: ACPIBacklightPanel: setACPIBrightnessLevel _BCM(255)
Dec 24 15:24:35 adrem-mac-pro kernel[0]: ACPIBacklightPanel::doIntegerSet(commit)
Dec 24 15:24:36 adrem-mac-pro kernel[0]: ACPIBacklightPanel::doIntegerSet(brightness)
Dec 24 15:24:36 adrem-mac-pro kernel[0]: ACPIBacklightPanel::setACPIBrightnessLevel()
Dec 24 15:24:36 adrem-mac-pro kernel[0]: ACPIBacklightPanel: setACPIBrightnessLevel _BCM(255)

Link to comment
Share on other sites

ok

I discovered that after a wake the log shows

Dec 25 10:35:12 Adrem-Mac-Pro kernel[0]: ACPIBacklightPanel::doIntegerSet(brightness)

Dec 25 10:35:12 Adrem-Mac-Pro kernel[0]: ACPIBacklightPanel::setACPIBrightnessLevel()

Dec 25 10:35:12 Adrem-Mac-Pro kernel[0]: ACPIBacklightPanel: setACPIBrightnessLevelPROVA _BCM(100)

 

but it seems a consequence for having the acpibacklight.kext

 

and I discovered that if i have the ACPICodec

in the Modules folder of Extra (Chameleon module)

the acpibacklight is not loaded.. and sleep is not working

also for kernel.ACPICodec

 

i'm not able to touch that.. but I think the binary is able to work until the SET

i think that because the log in the debug version is showing all the important thing we can see to verify that

it can invoke the gpu.. discover the methods.. initialize the index.. initialize the bat

 

but .. the routing shows the SET bcm .. when I move the slider. without success.

so the only think in my mind is that either the BCM is not good.. or the BCM is linked in the wrong device in DSDT.. or the routine is bad.

my dsdt has 2 bcm.. but those are equal and invokes the same external method.

remains the bcm itself in the dsdt.. so in ubuntu or windows I cannot test it with a slider.. but I can test the ATKD fn+ keyboard buttons. and they works.

 

remains the routine

void ACPIBacklightPanel::setACPIBrightnessLevel(UInt32 level)
{
   DbgLog("%s::%s()\n", this->getName(),__FUNCTION__);

OSObject * ret = NULL;
OSNumber * number = OSNumber::withNumber(level, 32);

if (kIOReturnSuccess == backLightDevice->evaluateObject("_BCM", &ret, (OSObject**)&number,1))
   {
if (ret)
 ret->release();

DbgLog("%s: setACPIBrightnessLevel _BCM(%u)\n", this->getName(), (unsigned int) level);
   }
   else
    IOLog("%s: Error in setACPIBrightnessLevel _BCM(%u)\n", this->getName(), (unsigned int) level);
}

Link to comment
Share on other sites

Ugokind, I noticed in regeditorexplorer under ACPIBacklightPanel. BCL Min on AC is at max, and brightness control levels are backwards. And i read somewhere, we need to find a way for nvidia to release control for the slider to work. This is what I have so far in dsdt including the recompiled ACPIBacklight for ML. We need to find a dsdt for 9, 1 for MacBook Pro.

 


I to find in ioreg LCDD/DPOD and change it.
    Device (PNLF)
    {
	    Name (_HID, EisaId ("APP0002"))
	    Name (_CID, "backlight")
	    Name (_UID, 0x0A)
	    Name (_STA, 0x0B)
	    Name (_ADR, Zero)
	    Method (_DOS, 1, NotSerialized)
	    {
		    ^^PCI0.PEG0.GFX0._DOS (Arg0)
	    }
	    Method (_BCL, 0, NotSerialized)
	    {
		    Return (^^PCI0.PEG0.GFX0.DPOD._BCL ())
	    }
	    Method (_BCM, 1, NotSerialized)
	    {
		    ^^PCI0.PEG0.GFX0.DPOD._BCM (Arg0)
	    }
	    Method (_BQC, 0, NotSerialized)
	    {
		    Return (^^PCI0.PEG0.GFX0.DPOD._BQC ())
	    }
    }
add in GFX0:
						    "@0,backlight-control",
						    Buffer (0x04)
						    {
								 0x01, 0x00, 0x00, 0x00
						    },

 

Merry Christmas to everyone!

Link to comment
Share on other sites

back again

a good test:

if in the DSDT we annidate PNLF into LCDD device

erasing all the methods .. (as it is in the commond hack dsdt)

end moving the UID "backlight" name in the upper lever.. under the LCDD device

in the end.. I've re sorted all devices in the GFX0 in order to have 1st the LCDD .. then the other.. (DPOD CRT etc...)

 

 

here you see what rich is the pnlf device in IOREG

 

I've restored the original compiled source of ACPIbacklight.. and the log is good.

 

the slider is still without life.. but I think it's a better use of DSDT

post-149565-0-76510600-1356457120_thumb.png

Link to comment
Share on other sites

ugokind, i got this from mac 9, 1. See that you can make of this..

 

 

Name (BRTN, Package (0x12)

{

0x50,

0x2F,

0x00,

0x07,

0x0D,

0x14,

0x1B,

0x21,

0x28,

0x2F,

0x35,

0x3C,

0x43,

0x49,

0x50,

0x57,

0x5D,

0x64

})

Method (ABCM, 1, NotSerialized)

{

Store (Arg0, BRTL)

Store (0x02, Local0)

While (LLess (Local0, 0x11))

{

If (LGreaterEqual (DerefOf (Index (BRTN, Local0)), Arg0))

{

Break

}

Increment (Local0)

}

Decrement (Local0)

Decrement (Local0)

ShiftLeft (Local0, 0x04, Local0)

Or (Local0, 0x04, Local0)

Acquire (MUTX, 0xFFFF)

Store (Local0, SSMY)

Store (0xBF, SSMP)

Release (MUTX)

Return (Zero)

}

Method (ABCL, 0, NotSerialized)

{

Store (DerefOf (Index (BRTN, 0x0F)), Index (BRTN, 0x00))

Store (DerefOf (Index (BRTN, 0x0A)), Index (BRTN, 0x01))

Return (BRTN)

}

Device (LCD1)

{

Method (_ADR, 0, Serialized)

{

Return (0x80007400)

}

Method (_BCL, 0, NotSerialized)

{

Return (ABCL ())

}

Method (_BCM, 1, NotSerialized)

{

ABCM (Arg0)

}

Method (_BQC, 0, NotSerialized)

{

Return (BRTL)

}

}

Link to comment
Share on other sites

this is quite different

1st it doesn't contain a (_DOS method. and all the merhods are in the (suppose) gfx0 not inside any of the device as we have.

I try to adapt those into asus..

and another problem is that your attachment has BRTL.. so where is the definition.. retrieve of the value? I must invent!

please send me the complete dsdt

in the meantime I try to invent

 

PCI
   |- VGA		    // Define the VGA controller in the namespace
   |- _PS0 / PR0
   |- _PS1 / PR1
   |- _PS3
   |- _DOS		   // Method to control display output switching
   |- _DOD		   // Method to retrieve information about child output devices
   |- _ROM		   // Method to retrieve the ROM image for this device
   |- _GPD		   // Method for determining which VGA device will post
   |- _SPD		   // Method for controlling which VGA device will post
   |- _VPO		   // Method for determining the post options
   |- CRT	    // Child device CRT
	   |- _ADR	   // Hardware ID for this device
	   |- _DDC	   // Get EDID information from the monitor device
	   |- _DCS	   // Get current hardware status
	   |- _DGS	   // Query desired hardware active \ inactive state
	   |- _DSS	   // Set hardware active \ inactive state
	   |- _PS0   \
	   |- _PS1	   - Power methods
	   |- _PS2	   - for the output device
	   |- _PS3   /
   |- LCD	    // Child device LCD
	   |- _ADR	   // Hardware ID for this device
	   |- _DDC	   // Get EDID information from the monitor device
	   |- _DCS	   // Get current hardware status
	   |- _DGS	   // Query desired hardware active \ inactive state
	   |- _DSS	   // Set hardware active \ inactive state
	   |- _BCL	   // Brightness control levels
	   |- _BCM	   // Brightness control method
	   |- _BQC	   // Brightness Query Current Level
	   |- _PS0   \
	   |- _PS1	   - Power methods
	   |- _PS2	   - for the output device
	   |- _PS3   /

 

those are the acpi4.0a definitions..

 

brtl ok

Acquire (MUTX, 0xFFFF)

Error 4058 - Invalid type ^ ([integer|String|Buffer|DdbHandle|Reference] found, Acquire operator requires [Mutex])

 

dsdt.dsl 2615: Store (Local0, SSMY)

Error 4084 - Object does not exist ^ (SSMY)

 

dsdt.dsl 2617: Release (MUTX)

Error 4058 - Invalid type ^ ([integer|String|Buffer|DdbHandle|Reference] found, Release operator requires [Mutex])

 

ok

brtl was present already in asus

created name SSMY value 0

commented acquire and release mutex

 

reboot

no acpi backlight loaded no bar in panel

 

ok

I restore the bar

respect than before I have in the consolle the correct value between 0 and 100 if I move the bar.

but no effect on the system

 

I changed:

commend to PNLF retrieve in the acpibacklight driver

inserted NAME CID backlight in the LCD1 device (in order to force load the acpibacklight and has backlights methods (the newer of apple)

 

the ioreg shows as before an independent ACPI LCD1 in ADR 0x110 under Root and not under Nvidia..

and the display of invidia is (as before) without bcl bcq methods

 

 

 

the bootlog shows:

Jan 2 17:42:52 localhost kernel[0]: ACPIBacklightPanel::probe()
Jan 2 17:42:52 localhost kernel[0]: ACPIBacklightPanel::findDevices()
Jan 2 17:42:52 localhost kernel[0]: ACPIBacklightPanel::getGPU()
Jan 2 17:42:52 localhost kernel[0]: ACPIBacklightPanel: testing device: CPU0
Jan 2 17:42:52 localhost kernel[0]: ACPIBacklightPanel::hasDOSMethod()
Jan 2 17:42:52 localhost kernel[0]: ACPIBacklightPanel: testing device: CPU1
Jan 2 17:42:52 localhost kernel[0]: ACPIBacklightPanel::hasDOSMethod()
Jan 2 17:42:52 localhost kernel[0]: ACPIBacklightPanel: testing device: CPU2
Jan 2 17:42:52 localhost kernel[0]: ACPIBacklightPanel::hasDOSMethod()
Jan 2 17:42:52 localhost kernel[0]: ACPIBacklightPanel: testing device: CPU3
Jan 2 17:42:52 localhost kernel[0]: ACPIBacklightPanel::hasDOSMethod()
Jan 2 17:42:52 localhost kernel[0]: ACPIBacklightPanel: testing device: CPU4
Jan 2 17:42:52 localhost kernel[0]: ACPIBacklightPanel::hasDOSMethod()
Jan 2 17:42:52 localhost kernel[0]: ACPIBacklightPanel: testing device: CPU5
Jan 2 17:42:52 localhost kernel[0]: ACPIBacklightPanel::hasDOSMethod()
Jan 2 17:42:52 localhost kernel[0]: ACPIBacklightPanel: testing device: CPU6
Jan 2 17:42:52 localhost kernel[0]: ACPIBacklightPanel::hasDOSMethod()
Jan 2 17:42:52 localhost kernel[0]: ACPIBacklightPanel: testing device: CPU7
Jan 2 17:42:52 localhost kernel[0]: ACPIBacklightPanel::hasDOSMethod()
Jan 2 17:42:52 localhost kernel[0]: ACPIBacklightPanel: testing device: _SB
Jan 2 17:42:52 localhost kernel[0]: ACPIBacklightPanel::hasDOSMethod()
Jan 2 17:42:52 localhost kernel[0]: ACPIBacklightPanel: testing device: PCI0
Jan 2 17:42:52 localhost kernel[0]: ACPIBacklightPanel::hasDOSMethod()
Jan 2 17:42:52 localhost kernel[0]: ACPIBacklightPanel: testing device: PEG0
Jan 2 17:42:52 localhost kernel[0]: ACPIBacklightPanel::hasDOSMethod()
Jan 2 17:42:52 localhost kernel[0]: ACPIBacklightPanel: testing device: HDAU
Jan 2 17:42:52 localhost kernel[0]: ACPIBacklightPanel::hasDOSMethod()
Jan 2 17:42:52 localhost kernel[0]: ACPIBacklightPanel: testing device: GFX0
Jan 2 17:42:52 localhost kernel[0]: ACPIBacklightPanel::hasDOSMethod()
Jan 2 17:42:52 localhost kernel[0]: ACPIBacklightPanel: ACPI device GFX0 has _DOS
Jan 2 17:42:52 localhost kernel[0]: ACPIBacklightPanel::hasBacklightMethods()
Jan 2 17:42:52 localhost kernel[0]: ACPIBacklightPanel::getChildWithBacklightMethods()
Jan 2 17:42:52 localhost kernel[0]: ACPIBacklightPanel::hasBacklightMethods()
Jan 2 17:42:52 localhost kernel[0]: ACPIBacklightPanel: ACPI device LCD1 has _BCL
Jan 2 17:42:52 localhost kernel[0]: ACPIBacklightPanel: ACPI device LCD1 has _BCM
Jan 2 17:42:52 localhost kernel[0]: ACPIBacklightPanel: ACPI device LCD1 has _BQC
Jan 2 17:42:52 localhost kernel[0]: ACPIBacklightPanel: Found Backlight Device: LCD1
Jan 2 17:42:52 localhost kernel[0]: ACPIBacklightPanel: ACPI Method _DOS found. Device path: _SB.PCI0.PEG0.GFX0
Jan 2 17:42:52 localhost kernel[0]: ACPIBacklightPanel: ACPI Methods _BCL _BCM _BQC found. Device path: _SB.PCI0.PEG0.GFX0.LCD1
Jan 2 17:42:52 localhost kernel[0]: ACPIBacklightPanel: probe(devices found : true)
Jan 2 17:42:52 localhost kernel[0]: ACPIBacklightPanel: LCD1 has backlight Methods
Jan 2 17:42:52 localhost kernel[0]: ACPIBacklightPanel::start()
Jan 2 17:42:52 localhost kernel[0]: ACPIBacklightPanel::findDevices()
Jan 2 17:42:52 localhost kernel[0]: ACPIBacklightPanel::getDeviceControl()
Jan 2 17:42:52 localhost kernel[0]: ACPIBacklightPanel: BIOS control disabled: _DOS
Jan 2 17:42:52 localhost kernel[0]: ACPIBacklightPanel::hasSAVEMethod()
Jan 2 17:42:52 localhost kernel[0]: ACPIBacklightPanel::setupIndexedLevels()
Jan 2 17:42:52 localhost kernel[0]: ACPIBacklightPanel::queryACPISupportedBrightnessLevels()
Jan 2 17:42:52 localhost kernel[0]: ACPIBacklightPanel: LCD1 _BCL 18
Jan 2 17:42:52 localhost kernel[0]: ACPIBacklightPanel: getIndexForLevel(87) is 13
Jan 2 17:42:52 localhost kernel[0]: ACPIBacklightPanel: getIndexForLevel(53) is 8
Jan 2 17:42:52 localhost kernel[0]: ACPIBacklightPanel::queryACPICurentBrightnessLevel()
Jan 2 17:42:52 localhost kernel[0]: ACPIBacklightPanel: queryACPICurentBrightnessLevel _BQC = 9
Jan 2 17:42:52 localhost kernel[0]: ACPIBacklightPanel: queryACPICurentBrightnessLevel returning 9
Jan 2 17:42:52 localhost kernel[0]: ACPIBacklightPanel: getIndexForLevel(9) not found in _BCL table !
Jan 2 17:42:52 localhost kernel[0]: ACPIBacklightPanel::getACStatus()
Jan 2 17:42:52 localhost kernel[0]: ACPIBacklightPanel::getBatteryDevice()
Jan 2 17:42:52 localhost kernel[0]: ACPIBacklightPanel: getBatteryDevice() serviceMatching OK
Jan 2 17:42:52 localhost kernel[0]: ACPIBacklightPanel: getBatteryDevice() iter OK
Jan 2 17:42:52 localhost kernel[0]: ACPIBacklightPanel: getBatteryDevice() bat is of class AppleACPIBatteryDevice
Jan 2 17:42:52 localhost kernel[0]: ACPIBacklightPanel: getACStatus() AC is 1
Jan 2 17:42:52 localhost kernel[0]: ACPIBacklightPanel: min = 0, max = 15, value = 13
Jan 2 17:42:52 localhost kernel[0]: ACPIBacklightPanel: Version 1.2
Jan 2 17:43:04 adrem-mac-pro kernel[0]: ACPIBacklightPanel::setDisplay()
Jan 2 17:43:04 adrem-mac-pro kernel[0]: ACPIBacklightPanel::doUpdate()

Archivio.zip

Link to comment
Share on other sites

  • 1 month later...

Great guide, you guys, Thanks you so much. Finally get my G73SW-1ATZ work on the same as you guys.

Some interesting points I'd like to add at installation:

  1. if you use 750GB HD like me, need to install boot0 manually. Either use “dd if=…” method if you have the i386 folder’s files (Enoch is locked can’t view package contents, not sure which version of boot file they’re using), or install Enoch again while your HD is connected through USB (USB2SATA adapter), in that case, if you're plug it into another hackintosh (different hardware), remember to restore your original extra folder from the first install before you put it back and restart.
     
  2. Having VGA port plugged in while restart/or start 90% of time will knock out your USB3, so does HDMI. (if having USB3 drive also plugged-in and do start/restart, get better chance not to get knock out)
     
  3. The 10.8.2 Kernel 12.2.1.9, 1.zip will knock out my audio after I tried HDMI port and stay off restart/ or fresh start (no audio either on HDMI nor built-in speaker, and no mic either). But in order to pass the MacBook...Upd2.0.dmg installation I made it through after replaced with 10.8.2 Kerne.....zip (maybe all I need was just change my smbio to 9.1, who knows but it's ok it doesn't take time to change around) so I put them back to Dec 10.zip after that (all audio devices will work including HDMI. P.S. the volume control for HDMI will grey out but you can control the volume from the other end). It is no longer the case after my third and forth ... attempts. I can go direct to 10.8.2 Ke....9, 1.zip with no problem anymore, strange...! However, I still need some kext from Dec 10.zip in order to have everything working. so I took 4 kexts that other doesn't have and combine them, work fine now. There are AppleACPIBatteryManager, CalDigitFastIO, RealtekRTL81xx, and IOWMIFamily. (well, I'm not sure if the last one really necessary but since it's not going to replace any of the kext from original install, I think it won't hurt anything, worst case cernerio is just the 200KB of space :-)
     
  4. Since my Bluetooth works with or without mod I also put the original “IOBluetoothFamily.kext” back as well, and left AsusNBWMI alone. But the differences between Dec 10 and 10.8.2… also includes the Extra folder SSDT are the same, but dsdt and the lines in org.cham…plist is what my concern, I think that the kernel flag –f is ok being there, but not sure about Cstates or Pstates Dec 10 has it, the newer one doesn’t, and vise versa the UseKernelCache. Must have something to do with the difference in DSDT I guess, right? Just gotta keep search and test it out and report back. Or if anyone already knows the answer for that, please post it. BTW, any recommending app for testing CPU on Mac?
     
  5. How many times you can do sleep/wake is limitless when computer starts out fresh (without the key-light), tested it 5 times in the roll with the button or close the lid. But when I intentionally sleep it and wake and restart to have the key-light stay on, you can only sleep/wake once after restart, and continue that, shut down will hang. Update: After a couple attempts, my key-light no longer come up anymore, so the hang or the limit for sleep is no long the case since the key-light never turn on. (don't have other OS to wake it up, am using the HD for my 10.8.2 attempt so I can leave my 10.7.2 and data untouched, don't know how to use linux CD either)
     
  6. Finally, I found that there is a physical fix for the annoying touch pad on YouTube, if you happen to replace memories at another two slots, you might as well do it. (I’m still waiting the motivation of the additional 4GB :) But the second half of the video about the buttons, I don’t think I would do that, it’s fine for me the way it is right now, and that’s just my opinion. http://www.youtube.com/watch?v=iUN9CKMSSwg

Strange things happen: After put all the applications back in (Not using Migration Asst), key-light no longer came on after wake, and just out of curiosity I replace all the files to 10.8.2 Kernel 12.2.1.9, 1.zip version, connect to HDMI, everything is still working. So strange, swapping back and forth Dec 10 and that, all the same. (did delete files in cache folder everytime, but can't find the bootcache.kext in S/L/E anymore)

  • Like 1
Link to comment
Share on other sites

  • 2 weeks later...

hi jeff,

since i am still fighting with snow leopard, i have a couple questions...

1) alc269 applehda thread does not exist anymore and i am having a problem with ioaudiofamily : audio speakers out do not work after resume from sleep...how could i solve such problem? Any idea?

2) do you think that 10.8.2 nvidia drivers

304.00.05f02

will work with snow leopard too (in 64bit mode of course)? I hope in such way it will solve the G73SW "freeze" problem, well known on snow leopard.

thanks!

mal

Link to comment
Share on other sites

Hi everyone, I've been experiencing the problem of "NVDA(OpenGL): Channel timeout!", especially after display sleep (not the Computer sleep). Tried set the computer sleep and display sleep the sametime under Energy Saver, doesn't help either (once the Display sleep). The computer can only go to sleep when I told it to, but not the scheduled one. Still digging around for the answer, just thought if anyone here having the same problem, or perhaps the solution.

 

oh, BTW, having the 2nd monitor connected /or had already woke up once(keyboard light is on) while it happen, increase the chance of freeze the system.

Link to comment
Share on other sites

Tried set the computer sleep and display sleep the sametime under Energy Saver, doesn't help either (once the Display sleep). The computer can only go to sleep when I told it to, but not the scheduled one. Still digging around for the answer, just thought if anyone here having the same problem, or perhaps the solution.

 

That's weird. Sleep on time out works for me. The only thing that doesn't is sleep on low battery but that is a completely different issue. Did you try setting your hibernate mode? ('sudo pmset hibernatemode 0' for example?)

 

Thanks for the track pad fix link btw, very interesting. I don't have as much of an issue with mine as some others have described, but it is good to keep in mind in case mine starts playing up more. The only thing is, I have seen a dis-assembly video for the G73SW and to remove the keyboard, you practically have to rip it out as it is stuck in with double sided tape. Bad design... I would really weigh up how much you want that extra 4GB of RAM, and order another keyboard before you start!

Link to comment
Share on other sites

Thank you, ellnic!

Did you try setting your hibernate mode?

 

Yes, I did, tried 0 on the previous attempts (done 3 attempts after my post), didn't help, so I just leave it on 3 this time (since I kindda not having the space problem). And I later tried the method from other post at tonymac(sorry out of town right now don't have all that bookmarks with me), anyway, it's about replacing a bunch of NV kexts, and "ditto" the frameworks files, and then run the openCL script (looks just like that Jeff's 1st post on this thread). After that, the freeze problem reduced from almost 100% of the time to 50% (and also notice that if the screensaver loads all by itself without problem, most likely the screen sleep would be fine). So I got half happy with it and just turn off the hard-drive sleep and computer sleep all together. and get by for now. Still looking for solution in my spare time :-(

 

Oh btw, the method I'm using is your at (I think it's at) page 10 in the thread. And the file is currently using Dec10, (10.8.2 Kern......something.zip was used on my previous attempt) for some reason, I felt that the computer run bit more smooth using the Dec10 (maybe because that I will still have to take some kexts from Dec10 and mix with 10.8.2.....zip in order to have audio and such so instead of mixing it, I use the straight Dec10 file). Unless you have another version that I somehow missed, if so, please let me know, Thank you.

Link to comment
Share on other sites

Have followed the instructions per the first post. Need help with sleep. it always goes black... and never comes back on.

 

Also, anyone have the issue that installing OSX knocks out USB3 in Windows 7. Doesnt seem to work in OSX Win7 or during boot. Will power the device but not communicate... Please help.

 

Running OSX on second HDD in Asus G73Sw (best buy one)

Running InsomniaX right now to keep it from sleeping...

 

Thank you in advance.

Link to comment
Share on other sites

Have followed the instructions per the first post. Need help with sleep. it always goes black... and never comes back on.

Same here, at least 50% of the time now. InsomniaX sounds a good idea for me, Thanks.

 

Also, anyone have the issue that installing OSX knocks out USB3 in Windows 7. Doesnt seem to work in OSX Win7 or during boot. Will power the device but not communicate... Please help.

 

Running OSX on second HDD in Asus G73Sw (best buy one)

Happening sometime here, too. Once it get knocked out, even go win7 can still not get it back, just remove battery and plug, leave it for a couple sec, then put it back and boot. That solved my G73sw USB3 problem.

Link to comment
Share on other sites

  • 3 weeks later...

The sleep issues are entirely centered around the Nvidia Kexts, which I believe have been updated in 10.8.3 - which, has just been released... Hopefully Jeff will have some good news for us soon :D

  • Like 1
Link to comment
Share on other sites

The sleep issues are entirely centered around the Nvidia Kexts, which I believe have been updated in 10.8.3 - which, has just been released... Hopefully Jeff will have some good news for us soon :D

would love to try 10.8.3 soon as I get the part to fix my DC jack (hate this happening to me, but it did :wallbash: )

Anyway, did you just simply update to 8.3 without doing anything special?

 

Thanks

Link to comment
Share on other sites

seen others with 10.8.3 nvidia wake issue. new drivers from nvidia site helped them

 

 

i'm afraid to upgrade..

 

are you able to write a guide?

Link to comment
Share on other sites

i'm afraid to upgrade..

 

are you able to write a guide?

 

i dont have this laptop but its a known issue with nvidia and 10.8.3 .. needs newest drivers for wake to work,

clone your partition with disk utility and give it a shot

Link to comment
Share on other sites

 Share

×
×
  • Create New...