Snow doesnt need an AppleCPUPowerManagement disabler anymore?

[thorazine74]

I redid a test install of SnowLeo and I didnt put any disabler kext and it booted and everything seems to be working without any extra disabler (only FakeSMC v2, OpenHaltRestart and PlatformUUID and VoodooPS2, boot is netkas pcefi 10.3).
The mobo is an AsRock P45TS, its DSDT its pretty standard, meaning it would need a patch to run vanilla AppleCPU kext I think:

CPU:
DefinitionBlock ("dsdt.aml", "DSDT", 1, "AS148", "AS148142", 0x00000142)
{
Scope (_PR)
{
Processor (P001, 0x01, 0x00000810, 0x06) {}
Alias (P001, CPU1)
Processor (P002, 0x02, 0x00000000, 0x00) {}
Alias (P002, CPU2)
Processor (P003, 0x03, 0x00000000, 0x00) {}
Alias (P003, CPU3)
Processor (P004, 0x04, 0x00000000, 0x00) {}
Alias (P004, CPU4)
}

HPET:
Device (HPET)
{
Name (_HID, EisaId ("PNP0103"))
Name (CRS, ResourceTemplate ()
{
Memory32Fixed (ReadOnly,
0xFED00000, // Address Base
0x00000400, // Address Length
_Y0F)
})
OperationRegion (^LPCR, SystemMemory, 0xFED1F404, 0x04)
Field (LPCR, AnyAcc, NoLock, Preserve)
{
HPTS, 2,
, 5,
HPTE, 1,
Offset (0x04)
}

Method (_STA, 0, NotSerialized)
{
If (LEqual (OSFL (), Zero))
{
If (HPTE)
{
Return (0x0F)
}
}
Else
{
If (HPTE)
{
Return (0x0B)
}
}

Return (Zero)
}

Method (_CRS, 0, NotSerialized)
{
CreateDWordField (CRS, \_SB.PCI0.SBRG.HPET._Y0F._BAS, HPT)
Multiply (HPTS, 0x1000, Local0)
Add (Local0, 0xFED00000, HPT)
Return (CRS)
}
}

RTC:
Device (RTC0)
{
Name (_HID, EisaId ("PNP0B00"))
Name (_CRS, ResourceTemplate ()
{
IO (Decode16,
0x0070, // Range Minimum
0x0070, // Range Maximum
0x00, // Alignment
0x02, // Length
)
IRQNoFlags ()
{8}
})
}

Also I got this line in the log when booting a freshly installed SL:

Sep 28 04:59:54 localhost kernel[0]: AppleIntelCPUPowerManagement: Enabling legacy HPET check
Sep 28 04:59:54 localhost kernel[0]: AppleIntelCPUPowerManagementClient: ready
Sep 28 04:59:54 localhost kernel[0]: AppleIntelCPUPowerManagement: initialization complete

Not only its loading without errors, it also support something called legacy HPET????

On the other hand I get these 2 messages I didnt see with Leopard before (most likely not related but...):
Sep 28 04:59:54 localhost kernel[0]: RTC: Only single RAM bank (128 bytes)
Sep 28 04:59:58 localhost kernel[0]: ** AppleSMBusPCI::start failed to get acpi path for provider

The last one you can guess its the SMBus device not loading correctly but the one about the RTC I dont understand what it is (I got 2 1 gb DDR2 sticks, dual bank from what I know, not sure...)

Could it be something changed in AppleIntelCPUPowerManagement or am I missing something? I'm pretty sure I'm not using any disabler from other folders nor using a patched DSDT without knowing it...

[brlock]

I need a patched BIOS or manually edited DSDT.aml to run Leopard. Disabling AppleIntelCPUPowerManagement and adding voodoopower to have speedstep.

But on Snow leopard only Fakesmc and voodoohda are required to have all fully working. No KPs and speedstep is working OOB. i get the same messages as you at boot

I see no use for PlatformUUID.kext as nothing seems to change.

[thorazine74]

Do you have similar hardware? (P45/ICH10+Core 2 Duo).
I found it kinda amusing that Snow seems easier to install and run on compatible machine, If it werent for PS2 and restart problems we would be running it with just FakeSMC or DSMOS...
The PlatformUUID should help if you have troubles with your network being seen as built-in or error 35 messages in the log when booting, if you dont have those you wouldnt need that either. (You have to put the right UUID in the kext plist though, not the UUID of the partition as many guides seem to suggest, but an UUID built with your primary network card's MAC address)

[brlock]

I see, I did not change the plist, but i have no such errors so I guess I'm good.

I do have similar hardware. I have an ASRock P45XE (ICH10) with a C2Q Q8200 and a 9800GT

[estravagancia]

Do you have similar hardware? (P45/ICH10+Core 2 Duo).
I found it kinda amusing that Snow seems easier to install and run on compatible machine, If it werent for PS2 and restart problems we would be running it with just FakeSMC or DSMOS...
The PlatformUUID should help if you have troubles with your network being seen as built-in or error 35 messages in the log when booting, if you dont have those you wouldnt need that either. (You have to put the right UUID in the kext plist though, not the UUID of the partition as many guides seem to suggest, but an UUID built with your primary network card's MAC address)

Maybe a silly question, but how I get an UUID built my network card's MAC address?

I found this:
00 26 18 3a eb 08, how must I put on .plist?
Thanks

[thorazine74]

If you take original superhai's PlatformUUID from here (http://www.superhai.com/xdarwin.html), you can see in its plist:

<key>PlatformUUID</key>
<string>00000000-0000-1000-8000-00146C8ECD91</string>

Just replace that part with your MAC address:

<key>PlatformUUID</key>
<string>00000000-0000-1000-8000-0026183AEB08</string>

[estravagancia]

Thanks a lot, I'll try it. ;)

[estravagancia]

works!!! thanks a lot :)