Jump to content
8755 posts in this topic

Recommended Posts

10 hours ago, MatiWaldi said:

still cant understand how I need to count... DSDT is sooo big, that I can't even imagine... I should cone every _STA till I found my GPIO device? of course excluding green comments can I use a Find option in MacIASL? 

count only METHOD _CRS without comment _CRS others 

i done this 6 months ago my I2C trackpad is working fine

please provide me your untouch dsdt and tell me about terget location tpd0 tpd1 tdpl

10 hours ago, MatiWaldi said:

still cant understand how I need to count... DSDT is sooo big, that I can't even imagine... I should cone every _STA till I found my GPIO device? of course excluding green comments can I use a Find option in MacIASL? 

attache patched SSDT-I2C untouch dsdt and config.plist

Edited by anmool
edited
On 3/31/2020 at 1:47 AM, texem said:

 

@vit9696  seems the problem is here , i'm not _that_ expert but if i remove the build options in OpenCorePkg.dsc  (this should fix Linux boot as far I understand, Bug #491 ?)  Windows boot is fine.

Only OpenRuntime.efi is newly generated btw.

 

thanks for the pointer

Same issue and same fix on my setup

Edited by Squirrelf

Hi,

I have created a SSDT-PLUG by using SSDTTime under Windows 10.

My system is booting with OpenCore and I followed this guide. (just as reference that you know where I am)

But the bootlog still shows :
 

2020-04-02 05:12:55.108092+0200 0x2b0      Default     0x0                  0      0    kernel: (IOPlatformPluginFamily) WARNING: IOPlatformPluginUtil : getCPUIDInfo: this is an unknown CPU model 0x3c
  -- power management may be incomplete or unsupported
2020-04-02 05:12:55.108099+0200 0x2b0      Default     0x0                  0      0    kernel: (IOPlatformPluginFamily) WARNING: IOPlatformPluginUtil : getCPUIDInfo: this is an unknown CPU model 0x3c
  -- power management may be incomplete or unsupported

Is there something else to configure to make this error disappear, please?


_________

My system ssdt shows:

    Scope (_PR)
    {
        Processor (CPU0, 0x01, 0x00001810, 0x06)
        {
            Method (_DEP, 0, NotSerialized)  // _DEP: Dependencies
            {
                ADBG ("CPU0 DEP Call")
                If ((S0ID == One))
                {
                    ADBG ("CPU0 DEP")
                    Return (Package (0x01)
                    {
                        \_SB.PEPD
                    })
                }
                Else
                {
                    ADBG ("CPU0 DEP NULL")
                    Return (Package (0x00){})
                }
            }
        }

the generated ssdt-plug looks like this:

DefinitionBlock ("", "SSDT", 2, "CpuRef", "CpuPlug", 0x00003000)
{
    External (_PR_.CPU0, ProcessorObj)

    Scope (\_PR.CPU0)
    {
        Method (DTGP, 5, NotSerialized)
        {
            If ((Arg0 == ToUUID ("a0b5b7c6-1318-441c-b0c9-fe695eaf949b")))
            {
                If ((Arg1 == One))
                {
                    If ((Arg2 == Zero))
                    {
                        Arg4 = Buffer (One)
                            {
                                 0x03                                             // .
                            }
                        Return (One)
                    }

                    If ((Arg2 == One))
                    {
                        Return (One)
                    }
                }
            }

            Arg4 = Buffer (One)
                {
                     0x00                                             // .
                }
            Return (Zero)
        }

        Method (_DSM, 4, NotSerialized)  // _DSM: Device-Specific Method
        {
            Local0 = Package (0x02)
                {
                    "plugin-type", 
                    One
                }
            DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))
            Return (Local0)
        }
    }
}


Looks good, the scope etc looks correct to me, no ?

 

Edited by daslicht

I have working Clover installation, but I am trying to get Opencore (0.5.6) working with my setup. But there is a problem, I get a very non-descriptive kernel panic if I try to boot without Cpuid1Mask and Cpuid1Data (Clover somehow works without it):

 

IMG_0189.png.c9daa06f91ac8780dfa87ec82e3d8172.png

 

If I try any FakeCPUID, the only thing I get is a black screen after boot picker.

 

Am I doing the FakeCPUID wrong?

For example, if I try FakeCPUID 0x0306A0 that would be:

A0060300 00000000 00000000 00000000

FFFFFFFF 00000000 00000000 00000000 ?

 

This is my config:

config.plist

 

Any ideas/suggestions? Thanks in advance.

 

On 3/30/2020 at 5:40 PM, hardcorehenry said:

What do you mean? Double click SSDTTime.command, rest is clear.

hi my hpet is giving me a headech  it is not compilable in its curent form the error said too many argumeents 

DefinitionBlock ("", "SSDT", 2, "hack", "HPET", 0x00000000)
{
    External (_SB_.PCI0.LPCB, DeviceObj)

    Name (\_SB.PCI0.LPCB.HPET._CRS, ResourceTemplate ()  // _CRS: Current Resource Settings
    {
        IRQNoFlags ()
            {0,8,11}
        Memory32Fixed (ReadWrite,
            0xFED00000,         // Address Base
            0x00000400,         // Address Length
            )
    })
}

25, 6160, One or more prefix Scopes do not exist (\_SB.PCI0.LPCB.HPET._CRS)

so someone made a mistake  so this is what ssdttime generates

8 hours ago, daslicht said:

Hi,

I have created a SSDT-PLUG by using SSDTTime under Windows 10.

My system is booting with OpenCore and I followed this guide. (just as reference that you know where I am)

But the bootlog still shows :
 


2020-04-02 05:12:55.108092+0200 0x2b0      Default     0x0                  0      0    kernel: (IOPlatformPluginFamily) WARNING: IOPlatformPluginUtil : getCPUIDInfo: this is an unknown CPU model 0x3c
  -- power management may be incomplete or unsupported
2020-04-02 05:12:55.108099+0200 0x2b0      Default     0x0                  0      0    kernel: (IOPlatformPluginFamily) WARNING: IOPlatformPluginUtil : getCPUIDInfo: this is an unknown CPU model 0x3c
  -- power management may be incomplete or unsupported

Is there something else to configure to make this error disappear, please?


_________

My system ssdt shows:


    Scope (_PR)
    {
        Processor (CPU0, 0x01, 0x00001810, 0x06)
        {
            Method (_DEP, 0, NotSerialized)  // _DEP: Dependencies
            {
                ADBG ("CPU0 DEP Call")
                If ((S0ID == One))
                {
                    ADBG ("CPU0 DEP")
                    Return (Package (0x01)
                    {
                        \_SB.PEPD
                    })
                }
                Else
                {
                    ADBG ("CPU0 DEP NULL")
                    Return (Package (0x00){})
                }
            }
        }

the generated ssdt-plug looks like this:


DefinitionBlock ("", "SSDT", 2, "CpuRef", "CpuPlug", 0x00003000)
{
    External (_PR_.CPU0, ProcessorObj)

    Scope (\_PR.CPU0)
    {
        Method (DTGP, 5, NotSerialized)
        {
            If ((Arg0 == ToUUID ("a0b5b7c6-1318-441c-b0c9-fe695eaf949b")))
            {
                If ((Arg1 == One))
                {
                    If ((Arg2 == Zero))
                    {
                        Arg4 = Buffer (One)
                            {
                                 0x03                                             // .
                            }
                        Return (One)
                    }

                    If ((Arg2 == One))
                    {
                        Return (One)
                    }
                }
            }

            Arg4 = Buffer (One)
                {
                     0x00                                             // .
                }
            Return (Zero)
        }

        Method (_DSM, 4, NotSerialized)  // _DSM: Device-Specific Method
        {
            Local0 = Package (0x02)
                {
                    "plugin-type", 
                    One
                }
            DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))
            Return (Local0)
        }
    }
}




 

try this tutorial if nothing else works

 

 

28 minutes ago, markl18 said:

hi my hpet is giving me a headech  it is not compilable in its curent form the error said too many argumeents 

DefinitionBlock ("", "SSDT", 2, "hack", "HPET", 0x00000000)
{
    External (_SB_.PCI0.LPCB, DeviceObj)

    Name (\_SB.PCI0.LPCB.HPET._CRS, ResourceTemplate ()  // _CRS: Current Resource Settings
    {
        IRQNoFlags ()
            {0,8,11}
        Memory32Fixed (ReadWrite,
            0xFED00000,         // Address Base
            0x00000400,         // Address Length
            )
    })
}

25, 6160, One or more prefix Scopes do not exist (\_SB.PCI0.LPCB.HPET._CRS)

so someone made a mistake  so this is what ssdttime generates

Apply patches from Results/patches_OC.plist to your config.

SSDT-HPET.aml

12 minutes ago, hardcorehenry said:

Apply patches from Results/patches_OC.plist to your config.

SSDT-HPET.aml

you have to explain how does a list suposed to modify an assembler file and your file that you included gets same error actually it is identical and when I include that file it kp on me 

Edited by markl18
1 minute ago, vit9696 said:

Those having Windows issues, please confirm it works correctly with the version from this link:

https://github.com/acidanthera/bugtracker/issues/491#issuecomment-607921336


Thank you so much, Il give it a try right now :)

  • Like 1

@vit9696 Unfortunately no it didn't work, its doing the same thing and throwing the same error as before when booting into windows. (0xc000000d)

 

If you want me to try anything else for you then just let me know?

 

Z390 Master, 9900K

Edited by AudioGod
  • Like 1
1 hour ago, hardcorehenry said:

I'm afraid I won't be able to help you any more.

hi I didnt realize that you were talking about those plist files that were generated once that ssddttime manage to execute properly because it wants to import this tk file which is different dependent on which python version you are running so one has to modify the py file in order to get it to workand play withpyenv and stuff sory i didnt understand what you where saying because i diregarded those two plist files because I thought they were for clover again I am so. sory not to understand you the first time

1 hour ago, vit9696 said:

May I see OpenCore boot log? Please reply to that bug, as insanely takes really long to send my messages if you have a github account.

 

which log exactly is required  ?

 

btw: i can confirm it crashes on z270 boards too, it's not only related to z370/z390 ..

 

 

 

Well, the log of OpenCore booting in verbose mode (Target = 67). Since github is now down, I attached the newest version here.

 

Please test macOS, Windows, and Linux. Note, that there is a new entry in config.plist Booter → Quirks, which you need to add and enable:

			<key>SyncRuntimePermissions</key>
			<false/>

 

Removed r4 in favour of r5 and newer as available on github:

https://github.com/acidanthera/bugtracker/issues/491#issuecomment-608113296

Edited by vit9696
  • Like 1
  • Thanks 1
On 4/1/2020 at 3:22 AM, Andrey1970 said:

VoodooTSCSync no.

Samsung 860 not Nvme, it is SATA or M2 SATA.

 

Thanks for your response. I made a mistake, my SSD is “Samsung 960 EVO Plus NVMe M.2” .  So, do I need NVMefix Kext ?

Edited by jon7
1 hour ago, vit9696 said:

Well, the log of OpenCore booting in verbose mode (Target = 67). Since github is now down, I attached the newest version here.

 

Please test macOS, Windows, and Linux. Note, that there is a new entry in config.plist Booter → Quirks, which you need to add and enable:


			<key>SyncRuntimePermissions</key>
			<false/>

 

Removed r4 in favour of r5 and newer as available on github:

https://github.com/acidanthera/bugtracker/issues/491#issuecomment-608113296

Tested Windows. Still the same blue screen error as previously reported by others 

And where is the log? Sorry, but please understand that it takes time to understand the problem and provide a solution afterwards. Please understand that you are expected to properly aid investigation if you want 0.5.7 working for you. There currently are very few people with Windows not booting for them, if they do not provide enough data, I will just assume the issue to be unreproducible and mark it as resolved.

  • Like 4
28 minutes ago, vit9696 said:

And where is the log? Sorry, but please understand that it takes time to understand the problem and provide a solution afterwards. Please understand that you are expected to properly aid investigation if you want 0.5.7 working for you. There currently are very few people with Windows not booting for them, if they do not provide enough data, I will just assume the issue to be unreproducible and mark it as resolved.

 

Sorry for the delay I've been AFK until now.

Just tried the new test files and im still unable to boot into windows with or without the new quirk enabled. 

here's the log, I hope it helps :) 

 

opencore-2020-04-02-225740.txt

×
×
  • Create New...