Jump to content

Chameleon RC5 mode with mem detection enabled and automatic P-States & C-States generation for native power managment


kozlek
 Share

1,214 posts in this topic

Recommended Posts

NP, it is important, at least ; to understand what is going on :P

Please test this boot that will display what FSB's we detect (will give you a cpu fsb then a mem channel ratio)

and report to me these 2 values.

(to help you to write them down, the test boot below will pause:

boot_test_mch_ratio.zip

 

Thanks for reporting, because others could have the same problem, I'd like to figure that out :)

PS: if possible disable temporarily the P/C States in your com.apple.boot.plist (one problem at a time!)

 

Yeah it's weird. I am currently using the P and C States mods. Hopefully these screens can shed some light:

 

I'll try your latest version again and actually dig a little deeper to see what's going on with the increased temps, instead of quickly trying to load back up earlier version. :(

 

Sorry to confound you, Rekursor! :P

boot_test_mch_ratio.zip

Link to comment
Share on other sites

NP, it is important, at least ; to understand what is going on :(

Please test this boot that will display what FSB's we detect (will give you a cpu fsb then a mem channel ratio)

and report to me these 2 values.

(to help you to write them down, the test boot below will pause:

boot_test_mch_ratio.zip

 

Thanks for reporting, because others could have the same problem, I'd like to figure that out :)

PS: if possible disable temporarily the P/C States in your com.apple.boot.plist (one problem at a time!)

 

Sure thing. I'll get right on that.

 

Earlier I did a little testing with your version 9 boot and discovered that P-States were no longer working.

 

Attached screens for your reference.

 

Thanks for your hard work on this. :P

 

msrtoolsbroken.png

ioregbroken.png

 

This is a shot with P-States working:

ioregworking.png

Link to comment
Share on other sites

NP, it is important, at least ; to understand what is going on :)

Please test this boot that will display what FSB's we detect (will give you a cpu fsb then a mem channel ratio)

and report to me these 2 values.

(to help you to write them down, the test boot below will pause:

boot_test_mch_ratio.zip

 

Thanks for reporting, because others could have the same problem, I'd like to figure that out :)

PS: if possible disable temporarily the P/C States in your com.apple.boot.plist (one problem at a time!)

 

Ok. I think I may be narrowing down the cause of the problem. Using your test boot with P/C States removed from boot.plist, I get the following values you requested:

 

cpu fsb=181317000
mem channel ratio=16667

 

At the desktop, the memory is displayed correctly:

 

atmrekursor.png

sysprof_rekursor.png

 

However, even though P/C States are disabled, I still have them active in IORegExplorer:

 

ioregrekursor.png

msrtoolsrekursor.png

 

I also noticed too that I now have 5 values listed under P-States instead of 9.

 

I'm about to disable the kext that I believe is the culprit and update you with the results. It's what i used to get C-States (found here).

Link to comment
Share on other sites

Oh, your CPU FSB is 181 Mhz ... should be 200Mhz :)

Now I don't understand why yet, but I can say this is the problem because 181x1.666667x2 makes 604Mhz ...

could it be mobile cpu energy saving @ boot time ?

Also, I can now tell you that the raise of temp has nothing to do with my ratio change as this ratio was not the bogous one.

So I'll focus on my business for now and stick on mem detection :)

I'll investigate that weird CPU FSB (why we don't read 200Mhz),

Thanks !

 

 

Ok. I think I may be narrowing down the cause of the problem. Using your test boot with P/C States removed from boot.plist, I get the following values you requested:

 

cpu fsb=181317000
mem channel ratio=16667

Link to comment
Share on other sites

Rekursor-

 

The good news is that your test boot (R244, I believe) now correctly reads my memory, where your boot_v9 (r237) did not.

 

The bad news (for me) is that I got to do some troubleshooting with the kext that enables "CStateOverride=True" in my IORegExplorer.

 

Thanks for your hard work. :)

 

EDIT: Oops, I see you posted while I was writing this. Disregard.

Link to comment
Share on other sites

Oh, your CPU FSB is 181 Mhz ... should be 200Mhz :)

Now I don't understand why yet, but I can say this is the problem because 181x1.666667x2 makes 604Mhz ...

could it be mobile cpu energy saving @ boot time ?

Also, I can now tell you that the raise of temp has nothing to do with my ratio change as this ratio was not the bogous one.

So I'll focus on my business for now and stick on mem detection :)

I'll investigate that weird CPU FSB (why we don't read 200Mhz),

Thanks !

 

Regarding the CPU FSB, I think that may be a problem with the way OS X reads my system. I remember that I had a similar problem when I used to use VoodooPower.kext for speed stepping and it had the same issue in reading the FSB correctly. I had to change an option in the info.plist to fix it (I believe it was "UseEfiFsb").

 

Hope that helps.

 

Regards.

Link to comment
Share on other sites

Thanks,

problem solved on the mem detect side then :)

 

Rekursor-

 

The good news is that your test boot (R244, I believe) now correctly reads my memory, where your boot_v9 (r237) did not.

 

The bad news (for me) is that I got to do some troubleshooting with the kext that enables "CStateOverride=True" in my IORegExplorer.

 

Thanks for your hard work. :)

 

EDIT: Oops, I see you posted while I was writing this. Disregard.

Link to comment
Share on other sites

Italian.

../package/Resources/Italian.lproj/Welcome.rtfd

 

Fabio

 

Here the directory Resources with translated Italian file

- Welcome (translated)

- Description (translated)

- Localizable.strings (translated)

- License (no need translation)

- Conclusion (added and translated)

 

English

- Conclusion (added and translated)

 

French

- Conclusion (added and translated)

 

Spanish

- Conclusion (added and translated)

 

German

- Conclusion (added and translated)

 

../package/Resources/ -->

 

Fabio

Link to comment
Share on other sites

hey mozodojo,

 

Just a heads up but the framebuffer that works for the HD 5770 is Vervet, I see your using motmot. Vervet gives dual display extended and HDMI out. Just thought you would want to know.I checked out your branch and made the change. I'll test out the net boot and let you know.

 

JaS

Link to comment
Share on other sites

Just to say Chameleon rev. 238 (from the 1st post) works great, only memory serial number is not displayed yet. It reads 00000000... But i can live with this ;)

 

I would prefer downloading newer revisions from the first post, instead of compiling from the source. Would be great, i appreciate your time compiling and posting in the first post :)

 

Guys, great job, again :rolleyes:

Link to comment
Share on other sites

Here the directory Resources with translated Italian file

- Welcome (translated)

- Description (translated)

- Localizable.strings (translated)

- License (no need translation)

- Conclusion (added and translated) <-- this need mod in the packagebuilder

Hi iFabio

 

I've updated the trunk with your revised translation files and new Conclusion files. Though I don't know if I will be able to make the required change to packagebuilder to incorporate the Conclusion files.

 

Regards :rolleyes:

Link to comment
Share on other sites

Mozodojo's boot tried with GeneratePStates and GenerateCStates in boot.plist, without smbios.plist.

Cpu and memory well detected.

SpeedStep enabled (checked with MSRTools).

Thanks.

 

On my system memory gets detected. Manufacturer, serial number and speed is detected although mem frequency is 801 not 800 :(

 

Speedstep I'll check later as I wanted to use VoodooMonitoar but it crashed at boot time. I have to find and use msr tools.

 

Thanks for your great job!

Link to comment
Share on other sites

I get a kp with GE set to yes with any version of Chameleon when running this HD 5770, i'll have to try and mess with it next weekend. keep up the great work guys :)

 

I have Gigabyte HD 5770 on EP45-UD3R and it's able to run 32/64 bit. Now, I am using Chameleon RC5 r261, got from Chameleon's trunk and changed its' name of framebuffer.

 

I got KP at 32 bit if ATY_Init.kext's in /S/L/E and my DSDT had "hda-gfx" fix. So, I got to remove ATY_Init.kext. GraphicsEnabler=Yes.

Link to comment
Share on other sites

Compiled fine, but I can't boot with these latest builds. I get EBIOS read error: Error 0x01
Does nobody else have this problem ? I have never had this error before. With RC4 everything works vanilla on my P5K-E Wifi/AP. I have XP on a SATA RAID1 and Snow Leopard on a seperate SATA disk.
Link to comment
Share on other sites

But I need your help [/b]for incorporating your recent chipset (I already handle lots of them)

 

if your pci host controller (id 0x600) is not in this list please report:

 

In order to check it easily use lspci (or EvoToolsX that uses it) and read the first line containing:

Host bridge [0600]

 

then copy and paste here your dev id (example: [8086:d131]) located at the end of the same line...

 

Thanks!

Hi, could someone please set me in the right direction here. I have used Linux lspci to get the below but

there does not appear to be any dev id to compare (+add if needed) with rekursor's list ??

 

PS: Absolutely awesome what you guys have managed to do here, well done. ;)

 

root@livehacking:~# lspci

00:00.0 Host bridge: Intel Corporation X58 I/O Hub to ESI Port (rev 13)

00:01.0 PCI bridge: Intel Corporation 5520/5500/X58 I/O Hub PCI Express Root Port 1 (rev 13)

00:03.0 PCI bridge: Intel Corporation 5520/5500/X58 I/O Hub PCI Express Root Port 3 (rev 13)

00:07.0 PCI bridge: Intel Corporation 5520/5500/X58 I/O Hub PCI Express Root Port 7 (rev 13)

00:14.0 PIC: Intel Corporation 5520/5500/X58 I/O Hub System Management Registers (rev 13)

00:14.1 PIC: Intel Corporation 5520/5500/X58 I/O Hub GPIO and Scratch Pad Registers (rev 13)

00:14.2 PIC: Intel Corporation 5520/5500/X58 I/O Hub Control Status and RAS Registers (rev 13)

00:14.3 PIC: Intel Corporation 5520/5500/X58 I/O Hub Throttle Registers (rev 13)

00:1a.0 USB Controller: Intel Corporation 82801JI (ICH10 Family) USB UHCI Controller #4

00:1a.1 USB Controller: Intel Corporation 82801JI (ICH10 Family) USB UHCI Controller #5

00:1a.2 USB Controller: Intel Corporation 82801JI (ICH10 Family) USB UHCI Controller #6

00:1a.7 USB Controller: Intel Corporation 82801JI (ICH10 Family) USB2 EHCI Controller #2

00:1b.0 Audio device: Intel Corporation 82801JI (ICH10 Family) HD Audio Controller

00:1c.0 PCI bridge: Intel Corporation 82801JI (ICH10 Family) PCI Express Port 1

00:1c.2 PCI bridge: Intel Corporation 82801JI (ICH10 Family) PCI Express Port 3

00:1c.4 PCI bridge: Intel Corporation 82801JI (ICH10 Family) PCI Express Port 5

00:1c.5 PCI bridge: Intel Corporation 82801JI (ICH10 Family) PCI Express Port 6

00:1d.0 USB Controller: Intel Corporation 82801JI (ICH10 Family) USB UHCI Controller #1

00:1d.1 USB Controller: Intel Corporation 82801JI (ICH10 Family) USB UHCI Controller #2

00:1d.2 USB Controller: Intel Corporation 82801JI (ICH10 Family) USB UHCI Controller #3

00:1d.7 USB Controller: Intel Corporation 82801JI (ICH10 Family) USB2 EHCI Controller #1

00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev 90)

00:1f.0 ISA bridge: Intel Corporation 82801JIR (ICH10R) LPC Interface Controller

00:1f.2 SATA controller: Intel Corporation 82801JI (ICH10 Family) SATA AHCI Controller

00:1f.3 SMBus: Intel Corporation 82801JI (ICH10 Family) SMBus Controller

02:00.0 VGA compatible controller: nVidia Corporation G92 [GeForce 9800 GT] (rev a2)

04:00.0 Ethernet controller: Marvell Technology Group Ltd. 88E8056 PCI-E Gigabit Ethernet Controller (rev 12)

05:00.0 IDE interface: Marvell Technology Group Ltd. 88SE6121 SATA II Controller (rev b2)

06:00.0 Ethernet controller: Marvell Technology Group Ltd. 88E8056 PCI-E Gigabit Ethernet Controller (rev 12)

08:01.0 Network controller: RaLink RT2800 802.11n PCI

08:02.0 FireWire (IEEE 1394): VIA Technologies, Inc. VT6306 Fire II IEEE 1394 OHCI Link Layer Controller (rev c0)

Link to comment
Share on other sites

Hi, could someone please set me in the right direction here. I have used Linux lspci to get the below but

there does not appear to be any dev id to compare (+add if needed) with rekursor's list ??

 

I already posted the device id for our mobo.

 

lspci -n shows what you are looking for.

Link to comment
Share on other sites

I tried boot_v222 and had my C-States and P-States generated. Coolbook shows 9 frequencies, which was 4 with legacy ACPI_SMC_PlatformPlugin and I can see that my CPU is throttling. But it seems that C-States are not working as I don't see CStatesOverride = True in IORegistryExplorer. So there is no major temperature decreases (2-3 degress).

I tried with and without legacy ACPI_SMC_PlatformPlugin, which I am using to enable P-States.

 

With this bootloader, P-States are always being shown activated in IORegistryExplorer with or without legacy ACPI_SMC_PlatformPlugin.

 

post-562417-1280168263_thumb.jpg

 

Can anyone please tell me if I need a proper legacy ACPI_SMC_PlatformPlugin to enable C-States?

What am I missing? Is there anything else I should you provide you with?

Link to comment
Share on other sites

Does nobody else have this problem ? I have never had this error before. With RC4 everything works vanilla on my P5K-E Wifi/AP. I have XP on a SATA RAID1 and Snow Leopard on a seperate SATA disk.

 

Zandig,

 

I have the same mobo and i don't have such issues. Will run a test in RAID mode (have only single sata disks).

 

Bye,

zef

Link to comment
Share on other sites

 Share

×
×
  • Create New...