porter_sc Opublikowano 7 Sierpnia 2012 Autor Zgłoś Udostępnij Opublikowano 7 Sierpnia 2012 zamieniłem wszystkie CPU0,1,2,3 na P000,1,2,3 i dalej to samo :-/// nic się nie zmieniło /* * Intel ACPI Component Architecture * AML Disassembler version 20110316-64 [Mar 16 2011] * Copyright (c) 2000 - 2011 Intel Corporation * * Original Table Header: * Signature "SSDT" * Length 0x0000036A (874) * Revision 0x01 * Checksum 0x98 * OEM ID "APPLE " * OEM Table ID "CpuPm" * OEM Revision 0x00001000 (4096) * Compiler ID "INTL" * Compiler Version 0x20110316 (537985814) */ DefinitionBlock ("ssdt-pr.aml", "SSDT", 1, "APPLE ", "CpuPm", 0x00001000) { External (\_PR_.P000, DeviceObj) External (\_PR_.P001, DeviceObj) External (\_PR_.P002, DeviceObj) External (\_PR_.P003, DeviceObj) Scope (_PR.P000) { Name (APSN, 0x04) Name (APSS, Package (0x16) { Package (0x06) { 0x0E74, 0x00017318, 0x0A, 0x0A, 0x2500, 0x2500 }, Package (0x06) { 0x0E10, 0x00017318, 0x0A, 0x0A, 0x2400, 0x2400 }, Package (0x06) { 0x0DAC, 0x00017318, 0x0A, 0x0A, 0x2300, 0x2300 }, Package (0x06) { 0x0D48, 0x00017318, 0x0A, 0x0A, 0x2200, 0x2200 }, Package (0x06) { 0x0CE4, 0x00017318, 0x0A, 0x0A, 0x2100, 0x2100 }, Package (0x06) { 0x0C80, 0x00012EF7, 0x0A, 0x0A, 0x2000, 0x2000 }, Package (0x06) { 0x0C1C, 0x00012214, 0x0A, 0x0A, 0x1F00, 0x1F00 }, Package (0x06) { 0x0BB8, 0x0001156D, 0x0A, 0x0A, 0x1E00, 0x1E00 }, Package (0x06) { 0x0B54, 0x00010904, 0x0A, 0x0A, 0x1D00, 0x1D00 }, Package (0x06) { 0x0AF0, 0x0000FCD7, 0x0A, 0x0A, 0x1C00, 0x1C00 }, Package (0x06) { 0x0A8C, 0x0000F0E6, 0x0A, 0x0A, 0x1B00, 0x1B00 }, Package (0x06) { 0x0A28, 0x0000E530, 0x0A, 0x0A, 0x1A00, 0x1A00 }, Package (0x06) { 0x09C4, 0x0000D9B6, 0x0A, 0x0A, 0x1900, 0x1900 }, Package (0x06) { 0x0960, 0x0000CE76, 0x0A, 0x0A, 0x1800, 0x1800 }, Package (0x06) { 0x08FC, 0x0000C370, 0x0A, 0x0A, 0x1700, 0x1700 }, Package (0x06) { 0x0898, 0x0000B8A4, 0x0A, 0x0A, 0x1600, 0x1600 }, Package (0x06) { 0x0834, 0x0000AE10, 0x0A, 0x0A, 0x1500, 0x1500 }, Package (0x06) { 0x07D0, 0x0000A3B6, 0x0A, 0x0A, 0x1400, 0x1400 }, Package (0x06) { 0x076C, 0x00009993, 0x0A, 0x0A, 0x1300, 0x1300 }, Package (0x06) { 0x0708, 0x00008FA8, 0x0A, 0x0A, 0x1200, 0x1200 }, Package (0x06) { 0x06A4, 0x000085F3, 0x0A, 0x0A, 0x1100, 0x1100 }, Package (0x06) { 0x0640, 0x00007C76, 0x0A, 0x0A, 0x1000, 0x1000 } }) Method (ACST, 0, NotSerialized) { Return (Package (0x06) { One, 0x04, Package (0x04) { ResourceTemplate () { Register (FFixedHW, 0x01, // Bit Width 0x02, // Bit Offset 0x0000000000000000, // Address 0x01, // Access Size ) }, One, 0x03, 0x03E8 }, Package (0x04) { ResourceTemplate () { Register (FFixedHW, 0x01, // Bit Width 0x02, // Bit Offset 0x0000000000000010, // Address 0x03, // Access Size ) }, 0x03, 0xCD, 0x01F4 }, Package (0x04) { ResourceTemplate () { Register (FFixedHW, 0x01, // Bit Width 0x02, // Bit Offset 0x0000000000000020, // Address 0x03, // Access Size ) }, 0x06, 0xF5, 0x015E }, Package (0x04) { ResourceTemplate () { Register (FFixedHW, 0x01, // Bit Width 0x02, // Bit Offset 0x0000000000000030, // Address 0x03, // Access Size ) }, 0x07, 0xF5, 0xC8 } }) } } Scope (\_PR.P001) { Method (APSS, 0, NotSerialized) { Return (\_PR.P000.APSS) } } Scope (\_PR.P002) { Method (APSS, 0, NotSerialized) { Return (\_PR.P000.APSS) } } Scope (\_PR.P003) { Method (APSS, 0, NotSerialized) { Return (\_PR.P000.APSS) } } } [ Dodano: 2012-08-07, 15:39 ] U mnie występował podobny problem - pomogło wygenerowanie tabel SSDT. Natomiast nie działa speedstep - mnożnik ustawiony jakby na stałe do x47... Jak masz ciągle na full to też nie jest dobrze ja mogę zrobić że sleep działa i speedstep skacze z x16 na x24 ale nic poza tym Cytuj Odnośnik do komentarza Udostępnij na innych stronach Więcej opcji udostępniania...
314TeR Opublikowano 8 Sierpnia 2012 Zgłoś Udostępnij Opublikowano 8 Sierpnia 2012 Ustaw BIOS porządnie, zrób dump WSZYSTKICH tabel pod np linuxem i porównaj z tymi co masz w systemie. Być może masz gdzieś różnicę, lub używasz DSDT zrobionego na wcześniejszej wersji BIOS'u. Zależy czy coś tam musisz mieć. Ja w moim mam tylko dwie poprawki - SMBUS i tak zwane IRQ. Ale i bez tego system działa stabilnie, ze sleepem włącznie. Przy Z68, nie trzeba już poprawek ani do IRQ (TMR, PIC, RTC, HPET), ani do LPC... Jeśli je ma to powinieneś cofnąć do oryginału. PS Od 10.7.0 zalecam wszystkim aby trzymali kexty w /S/L/E... co więcej, przebudowa kernelcache z poziomu systemu nie zawsze prawidłowo działa, np niektóre LegacyKext się nie ładują poprawnie jak OrangeIconFix. Aby mieć pewność że kernelcache został przebudowany prawidłowo, należy odpalić raz system z "-f". Cytuj Odnośnik do komentarza Udostępnij na innych stronach Więcej opcji udostępniania...
porter_sc Opublikowano 9 Sierpnia 2012 Autor Zgłoś Udostępnij Opublikowano 9 Sierpnia 2012 hmm przywróciłem Biosa do ustawień domyślnych i teraz sppedstep działa jak uruchomię komputer wprowadzę go w stan uśpienia i wybudzę :-// Bez żadnego SSDT czy zaznaczonej flagi DropSSDT. Hymn może trzeba zmienić płytę na ta Asus P8Z68-V LX bo coś z ta chyba sie tego nie odpadli tak jak trzeba Cytuj Odnośnik do komentarza Udostępnij na innych stronach Więcej opcji udostępniania...
mpq1671 Opublikowano 11 Sierpnia 2012 Zgłoś Udostępnij Opublikowano 11 Sierpnia 2012 hmm przywróciłem Biosa do ustawień domyślnych i teraz sppedstep działa jak uruchomię komputer wprowadzę go w stan uśpienia i wybudzę :-// Bez żadnego SSDT czy zaznaczonej flagi DropSSDT. Miałem to samo - zmieniłem smbios na MacBook Pro 8,2 - speedstep śmiga bez usypiania/wybudzania. Z tym że muszę mieć SSDT, generate c-states i dropssdt w chameleonie. BTW, pisałem w innym temacie ale nikt nie zagląda - czy na Asus P8P67 i i5 2500k powinienem używać 8,2 czy jakoś zmusić iMac 12,2 do działania? Gdzieś czytałem, że preferują go dla tego procka, chociaż nie znam żadnych szczegółów - dlatego proszę kogoś kto się orientuje o wyjaśnienie. Próbowałem modyfikować iMac12,2.plist w ACPI_SMC_PlatformPlugin dodając dane zarządzania energią z 8,2 ale zawsze po reboocie mi się wysypuje usb - myszka i klawiatura umierają. Historia się powtarza przy jakiejkolwiek modyfikacji tego kexta. Cytuj Odnośnik do komentarza Udostępnij na innych stronach Więcej opcji udostępniania...
314TeR Opublikowano 11 Sierpnia 2012 Zgłoś Udostępnij Opublikowano 11 Sierpnia 2012 czy na Asus P8P67 i i5 2500k powinienem używać 8,2 Nie... to nie jest rozwiązanie problemu tylko dziwaczne obejście jego bez zrozumienia przyczyny. Cytuj Odnośnik do komentarza Udostępnij na innych stronach Więcej opcji udostępniania...
b4sh Opublikowano 11 Sierpnia 2012 Zgłoś Udostępnij Opublikowano 11 Sierpnia 2012 hmm przywróciłem Biosa do ustawień domyślnych i teraz sppedstep działa jak uruchomię komputer wprowadzę go w stan uśpienia i wybudzę :-// Bez żadnego SSDT czy zaznaczonej flagi DropSSDT. Miałem to samo - zmieniłem smbios na MacBook Pro 8,2 - speedstep śmiga bez usypiania/wybudzania. Z tym że muszę mieć SSDT, generate c-states i dropssdt w chameleonie. BTW, pisałem w innym temacie ale nikt nie zagląda - czy na Asus P8P67 i i5 2500k powinienem używać 8,2 czy jakoś zmusić iMac 12,2 do działania? Gdzieś czytałem, że preferują go dla tego procka, chociaż nie znam żadnych szczegółów - dlatego proszę kogoś kto się orientuje o wyjaśnienie. Próbowałem modyfikować iMac12,2.plist w ACPI_SMC_PlatformPlugin dodając dane zarządzania energią z 8,2 ale zawsze po reboocie mi się wysypuje usb - myszka i klawiatura umierają. Historia się powtarza przy jakiejkolwiek modyfikacji tego kexta. Gdzieś czytałem, że oryginalny iMac12,2 ma tylko dwa stany - najniższy (x16) i najwyższy. Chyba na insanelymac w temacie o speedsteperze. U mnie, na Asusie z plikiem SSDT jak mam smbios ustawiony na MacPro5,1 lub iMac 12,2 to speedstep chodzi najniższy stan i wszystkie stany turbo. Jak zmienię smbios na Macmini5,1 to mam najniższy stan, z cztery albo pięć pośrednich do najwyższej częstotliwości cpu plus wszystkie stany turbo. Myślę, że tak ma właśnie być. W "dużym" komputerze stacjonarnym nie potrzeba aż tak agresywnego zarządzania energią jak w laptopie czy malutkim Macu Mini, który może się grzać na najwyższych zegarach. Cytuj Odnośnik do komentarza Udostępnij na innych stronach Więcej opcji udostępniania...
porter_sc Opublikowano 11 Sierpnia 2012 Autor Zgłoś Udostępnij Opublikowano 11 Sierpnia 2012 Panowie jak zmienię w Chameleonie z iMac 12,2 na MacBook Pro 8,1,2,3 albo na Mac mini 5,1. to jest szansa ze system się wysypie ? Czy powinien odpalić ? Nie chce potem przekładać dysku żeby podmienić SMBios. Cytuj Odnośnik do komentarza Udostępnij na innych stronach Więcej opcji udostępniania...
314TeR Opublikowano 11 Sierpnia 2012 Zgłoś Udostępnij Opublikowano 11 Sierpnia 2012 Panowie jak zmienię w Chameleonie z iMac 12,2 na MacBook Pro 8,1,2,3 albo na Mac mini 5,1. to jest szansa ze system się wysypie ? Jest szansa że się wysypie... wystarczy że się okaże że nie masz na płycie jakiegoś komponentu (np smbus czy EC itp itd) a obejrzysz piękny KP... Taka sytuacja np występuje często jak zastosujesz identyfikację MacPro4,1/5,1 na innym sprzęcie niż 1366. Cytuj Odnośnik do komentarza Udostępnij na innych stronach Więcej opcji udostępniania...
mpq1671 Opublikowano 12 Sierpnia 2012 Zgłoś Udostępnij Opublikowano 12 Sierpnia 2012 czy na Asus P8P67 i i5 2500k powinienem używać 8,2 Nie... to nie jest rozwiązanie problemu tylko dziwaczne obejście jego bez zrozumienia przyczyny. W takim razie co powinienem zrobić? //Już wszystko jasne - po prostu edytowałem kext i nie zainstalowałem go ponownie przebudowując cache. Cytuj Odnośnik do komentarza Udostępnij na innych stronach Więcej opcji udostępniania...
Rekomendowane odpowiedzi
Dołącz do dyskusji
Możesz dodać zawartość już teraz a zarejestrować się później. Jeśli posiadasz już konto, zaloguj się aby dodać zawartość za jego pomocą.