Comment 1 by Evan Lojewski, Jul 25, 2012
Comment 2 by armel cadet-petit, Jul 25, 2012
hi, can you post the complete spec of your computer (cpu-motherboard-graphiccard-etc)
Comment 3 by armel cadet-petit, Jul 25, 2012
hi, can you post the complete spec of your computer (cpu-motherboard-graphiccard-etc)
Comment 4 by Luis Galhardo, Jul 25, 2012
Gigabyte GA-Z77X UD5H, 16GB RAM, GFX Gigabyte 560Ti, CPU Intel 3770K 3.5Ghz, is it enough or do you need more detailed info ?
Comment 5 by armel cadet-petit, Jul 25, 2012
oh ok, it simply because i have not added support for ivy bridge cpus, stay tuned to this thread i will submit soon a beta version
Comment 6 by Luis Galhardo, Jul 25, 2012
Ok, thanks :)
Comment 7 by armel cadet-petit, Jul 28, 2012
hi Luis, and sorry for the delay, can you test this version:
- sym.zip - 1.05 MB
Comment 8 by Luis Galhardo, Jul 28, 2012
Seems to detect it fine, but CPU only works at 800 and 1600 Mhz - MSRDumper PStatesReached: 8 16 (Even using CPU Full Load it stays at 800 Mhz) Attempting to autodetect CPU map from ACPI DSDT; wish me luck Found 8 processors in ACPI, pmbase : 0x400, cpu_map_count : 8, namespace : _PR_ Found processors name : CPU0 CPU1 CPU2 CPU3 CPU4 CPU5 CPU6 CPU7
- bdmesg.log - 20.46 kB - view
Comment 9 by armel cadet-petit, Jul 28, 2012
and this version ? ps: can you dump the ssdt generated
- sym.zip - 1.05 MB
Comment 10 by Luis Galhardo, Jul 28, 2012
Now stays at 1600 Mhz with CPU Load goes to 3900 Mhz, it going the right way :) ps. any delays on source, seems that acpicode has slow debug output
- ssdt.dsl - 48.25 kB - view
- bdmesg.log - 19.85 kB - view
Comment 11 by armel cadet-petit, Jul 28, 2012
ok please try this one (i need debug output to see what is happen, it will be deactivated on the final version)
- sym.zip - 1.05 MB
Comment 12 by Luis Galhardo, Jul 28, 2012
Still the same, I think but now I got this: P-States: min 0x10, max 0x23 state with cpu frequency :3500 and ratio :94 will be dropped state with cpu frequency :3400 and ratio :84 will be dropped state with cpu frequency :3300 and ratio :74 will be dropped state with cpu frequency :3200 and ratio :64 will be dropped state with cpu frequency :3100 and ratio :54 will be dropped state with cpu frequency :3000 and ratio :44 will be dropped state with cpu frequency :2900 and ratio :34 will be dropped state with cpu frequency :2800 and ratio :24 will be dropped state with cpu frequency :2700 and ratio :14 will be dropped state with cpu frequency :2600 and ratio :4 will be dropped state with cpu frequency :2500 and ratio :250 will be dropped state with cpu frequency :2400 and ratio :240 will be dropped state with cpu frequency :2300 and ratio :230 will be dropped state with cpu frequency :2200 and ratio :220 will be dropped state with cpu frequency :2100 and ratio :210 will be dropped state with cpu frequency :2000 and ratio :200 will be dropped No suitable P-states found, P-States will not be generated !!!
- bdmesg.log - 20.46 kB - view
- dsdt.dsl - 48.25 kB - view
Comment 14 by Luis Galhardo, Jul 28, 2012
With previous version I got 2 pstates that give 1600 and 3900 Mhz. Now I got 2 pstates that give 1600 and 3500 Mhz. P-States: min 0x10, max 0x23 state :: frequency :3500 power: 1000000 translatency: 10 bmlatency: 10 control: 35 status: 1 ratio :36 :: registred !! state :: frequency :3400 power: 1000000 translatency: 10 bmlatency: 10 control: 34 status: 2 ratio :35 :: registred !! state :: frequency :3300 power: 960000 translatency: 10 bmlatency: 10 control: 33 status: 3 ratio :34 :: registred !! state :: frequency :3200 power: 883000 translatency: 10 bmlatency: 10 control: 32 status: 4 ratio :32 :: registred !! state :: frequency :3100 power: 845000 translatency: 10 bmlatency: 10 control: 31 status: 5 ratio :31 :: registred !! state :: frequency :3000 power: 808000 translatency: 10 bmlatency: 10 control: 30 status: 6 ratio :30 :: registred !! state :: frequency :2900 power: 737000 translatency: 10 bmlatency: 10 control: 29 status: 7 ratio :28 :: registred !! state :: frequency :2800 power: 702000 translatency: 10 bmlatency: 10 control: 28 status: 8 ratio :27 :: registred !! state :: frequency :2700 power: 635000 translatency: 10 bmlatency: 10 control: 27 status: 9 ratio :25 :: registred !! state :: frequency :2600 power: 602000 translatency: 10 bmlatency: 10 control: 26 status: 10 ratio :24 :: registred !! state :: frequency :2500 power: 570000 translatency: 10 bmlatency: 10 control: 25 status: 11 ratio :23 :: registred !! state :: frequency :2400 power: 508000 translatency: 10 bmlatency: 10 control: 24 status: 12 ratio :21 :: registred !! state :: frequency :2300 power: 478000 translatency: 10 bmlatency: 10 control: 23 status: 13 ratio :20 :: registred !! state :: frequency :2200 power: 448000 translatency: 10 bmlatency: 10 control: 22 status: 14 ratio :19 :: registred !! state :: frequency :2100 power: 391000 translatency: 10 bmlatency: 10 control: 21 status: 15 ratio :17 :: registred !! state :: frequency :2000 power: 363000 translatency: 10 bmlatency: 10 control: 20 status: 16 ratio :16 :: registred !!
- ssdt.dsl - 48.25 kB - view
- bdmesg.log - 22.35 kB - view
Comment 15 by armel cadet-petit, Jul 28, 2012
humm, can you send me the ssdt file that you usually use
Comment 16 by Luis Galhardo, Jul 28, 2012
I don't use and ssdt
Comment 17 by Luis Galhardo, Jul 28, 2012
*any
Comment 18 by Luis Galhardo, Jul 29, 2012
I noticed this on log: DSMOS has arrived WARNING: IOPlatformPluginUtil : getCPUIDInfo: this is an unknown CPU model 0x3a -- power management may be incomplete or unsupported Can it be because of this to not have linear speedstep ?
Comment 19 by armel cadet-petit, Jul 29, 2012
ok, can you boot without the acpicodec module, and dump the ssdt
Comment 20 by Luis Galhardo, Jul 29, 2012
ok, here it is
- ssdt_without_acpicodec.dsl - 2.79 kB - view
Comment 21 by armel cadet-petit, Jul 29, 2012
hi, the weird thing is that i don't see any pss method in any ssdt tables that you sent me, can you give me your boot.plist file ?
Comment 23 by armel cadet-petit, Jul 29, 2012
Oh, i forgot with acpipatcher there is to ssdt files generated , one for cst methods (the ssdt_without_acpicodec.dsl that you uploaded today) , and one for the pas methods, can you send me the second one
Comment 24 by Luis Galhardo, Jul 29, 2012
Tables extracted with DSDT Simple Editor ssdt-3 has this: " Name (VERS, "Core i7 3.9 GHz Maximum Clock SSDT based on Greggen\'s at tonymacx86.com 2012-05-16")" I don't know why !!! I used an ssdt from there a couple of days ago but I'm not using one anymore.
- ssdt.dsl - 2.79 kB - view
- ssdt-1.dsl - 17.13 kB - view
- ssdt-2.dsl - 14.30 kB - view
Comment 25 by Luis Galhardo, Jul 29, 2012
Rest of the files:
- ssdt-3.dsl - 9.20 kB - view
- ssdt-4.dsl - 2.79 kB - view
Comment 26 by Luis Galhardo, Jul 29, 2012
And the logs:
- bdmesg.log - 0 bytes - view
- dmesg.log - 7.47 kB - view
Comment 28 by Luis Galhardo, Jul 30, 2012
I can only test it in about 3 or 4 hours from now, I will report when I get home
Comment 29 by Luis Galhardo, Jul 30, 2012
Just tested the last version,and I get 2 pstates with 1600 and 3900 Mhz which is better that the last result of 1600/3500 Mhz.
Comment 30 by armel cadet-petit, Jul 30, 2012
Can you dumping again your ssdt table, bdmesg, etc , but i am really surprised That your ssdt(genereted with acpicodec) dont contain any pss method, i not at home so i cant do anything for now, but the next debug version Will dump the ssdt directly in your bdmesg right after acpicodec generated it
Comment 31 by Luis Galhardo, Jul 30, 2012
error here: Building _CST Method Error: SSDT Buffer Length exceeded available space Error: Failed to build SSDT table
- ssdt.zip - 7.78 kB
Comment 32 by Luis Galhardo, Jul 30, 2012
Logs:
- bdmesg.log - 21.25 kB - view
- dmesg.log - 16.38 kB - view
Comment 33 by armel cadet-petit, Aug 1, 2012
can you boot with this version, and dump the ssdt, bdmseg, etc ...
- sym.zip - 1.05 MB
Comment 34 by armel cadet-petit, Aug 1, 2012
can you boot with this version, and dump the ssdt, bdmseg, etc ...
- sym.zip - 1.05 MB
Comment 35 by Luis Galhardo, Aug 1, 2012
here it goes:
- bdmesg.log - 21.25 kB - view
- dmesg.log - 6.45 kB - view
- Arquivo_2.zip - 7.78 kB
Comment 36 by armel cadet-petit, Aug 1, 2012
and this one ? ps: if you have problems to boot, set dropssdt to NO
- sym.zip - 1.05 MB
Comment 37 by Luis Galhardo, Aug 1, 2012
Well, I got the never ending boot, and dropssdt doesn't help.
Comment 38 by armel cadet-petit, Aug 2, 2012
i was meaning DropSSDT not dropssdt
Comment 39 by Luis Galhardo, Aug 2, 2012
I did use "DropSSDT=No" but it didn't work. Maybe because my system is running in raid 0, I don't know.... fyi, boot problem was fixed, I have a usb pen with boot loader
Comment 40 by armel cadet-petit, Aug 2, 2012
for many reason it's better to not boot from raid (or at least when you test a new bootloader), this version is basically the same that allowed you to boot, if acpicodec fail, it will pause to let you take a screenshot, then just press any key to continue the boot process
- sym.zip - 1.05 MB
Comment 41 by armel cadet-petit, Aug 2, 2012
Comment 42 by Luis Galhardo, Aug 2, 2012
This starts dumping and dumping and dumping data onscreen, I waited for about 30 minutes and still the same. Is this supposed to end ?
Comment 43 by armel cadet-petit, Aug 2, 2012
the good new is that if it dump something this mean the ssdt have been successfully generated, "the bad new" but it true with any chameleon release, is that we don't have a proper mtrr code for core I cpus, that why render can be very slow on this platforms, here is exactly the same version without the ssdt dump(please don't forget to dump the ssdt and the bdmesg)
- sym.zip - 1.05 MB
Comment 44 by Luis Galhardo, Aug 2, 2012
It's taking forever to extract SSDT-1 and even SSDT it's huge ! There are some _CST errors on dmesg as well as LPC error I think
- bdmesg.log - 21.25 kB - view
- dmesg.log - 16.38 kB - view
- ssdt.zip - 524.20 kB
Comment 45 by armel cadet-petit, Aug 2, 2012
something bizarre happened, i added some debug messages that i don't see here, i re-up the good package, please be sure to replace acpicodec.dylib by the new one
- sym.zip - 1.05 MB
Comment 46 by Luis Galhardo, Aug 2, 2012
Some errors on dmesg: ACPI_SMC_PlatformPlugin::pushCPU_CSTData - _CST did not return a package [AGPM Controller] build GPUDict by Vendor10deDevice1200 ACPI_SMC_PlatformPlugin::pushCPU_CSTData - _CST did not return a package ACPI_SMC_PlatformPlugin::registerLPCDriver - WARNING - LPC device initialization failed: C-state power management not initialized But now it was possible to extract ssdt data
- Arquivo_3.zip - 529.83 kB
- bdmesg.log - 23.40 kB - view
- dmesg.log - 6.34 kB - view
Comment 47 by armel cadet-petit, Aug 2, 2012
we still have a bug with the ssdt generation (10 meg ???), but cst and pss method are here, can you try to add this in your boot.plist and what's about your pstates?
Comment 48 by armel cadet-petit, Aug 2, 2012
oups, can you try to add this in your boot.plist: <key>ACPIDropTables</key> <dict> <key>SSDT</key> <string></string> </dict>
Comment 49 by Luis Galhardo, Aug 2, 2012
2 pstates 1600 and 3500 Mhz Add what to my boot.plist ?!
Comment 50 by Luis Galhardo, Aug 2, 2012
oh, now I see what to add :)
Comment 51 by armel cadet-petit, Aug 3, 2012
so what's happen when you put it in your boot.plist ?? ps: can you also try GenerateCStates to NO and delete EnableSpeedStep
Comment 52 by Luis Galhardo, Aug 3, 2012
It was better this way, I think... less errors on dmesg But I got this one: "ACPI_SMC_PlatformPlugin::pushCPU_CSTData - _CST evaluation failed"
- bdmesg.log - 23.07 kB - view
- dmesg.log - 7.72 kB - view
- ssdt.zip - 9.29 kB
Comment 53 by armel cadet-petit, Aug 12, 2012
hi, can you send me your DSDT
Comment 54 by Luis Galhardo, Aug 12, 2012
here it is, but I don't use a dsdt.aml with this board
- dsdt.aml.zip - 15.23 kB
Comment 55 by armel cadet-petit, Aug 12, 2012
can you test this ssdt, 1) you must drop the oem ssdt with this for acpicodec: <key>ACPIDropTables</key> <dict> <key>SSDT</key> <string></string> </dict> or with DropSSDT = Yes without the acpicodec module, 2) set GenerateCStates = No and GeneratePStates = No (with or without the acpicodec module)
- ssdt.aml.zip - 901 bytes
Comment 56 by Luis Galhardo, Aug 13, 2012
System reboots this way
Comment 57 by armel cadet-petit, Aug 13, 2012
sorry, but you surely have done something wrong, in the worst case you should have a kernel panic, i can't help you for this
Comment 58 by Luis Galhardo, Aug 13, 2012
I've tested it with no acpicodec module On org.chameleon.Boot.plist, I've changed - GenerateCStates = No and GeneratePStates = No DropSSDT I already had it set to Yes and replaced the ssdt.aml with the one you send me. I don't think I did something wrong, these are simple steps and since GenerateCStates and GeneratePStates = No don't reboot my system, them it seems that the fault was on this new ssdt.aml
Comment 59 by armel cadet-petit, Aug 13, 2012
maybe you should try with acpicodec
Comment 60 by Luis Galhardo, Aug 13, 2012
Yeah, I'll do that later. Now it's too late and I have to go to work in a few hours. Thanks
Comment 61 by armel cadet-petit, Aug 15, 2012
have you tested with acpicodec ?
Comment 62 by Luis Galhardo, Aug 15, 2012
no yet, I´m having problems booting from my other hdd, and I don't want to mess with my raid 0 again.
Reported by Luis Galhardo, Jul 25, 2012