Jump to content

[Guide] Using DSDT with the Gigabyte GA-EP45-DS3L


  • Please log in to reply
575 replies to this topic

#401
thiagomorales

thiagomorales

    Think different...

  • Members
  • PipPipPip
  • 121 posts
  • Gender:Male
  • Location:Brazil - Rio de Janeiro

Okay.
I didn't check your placement of the LAN0 code, I just took it that you would have it right. But well spotted ;)
It had a compile error which I fixed; the method _DSM Store package value needed to read 0x06, though I still get UUID errors with it.

But I have an interesting puzzle at the moment, in that my ethernet is working without any LAN0 code in DSDT. I did once start using the <key>EthernetBuiltin</key> in my com.apple.Boot.plist but I have removed that. I have just rebooted using a very old DSDT without networking and again my ethernet is working?


I updated the 'DSM Package Store' in attachment. Thanks.
I´m trying to fix UUID errors through DSDT..I believe that UUID errors is caused because system can not find the built-in ethernet..The Device LAN0 works with old DSDT in same place, and i did get any UUID errors.

When i´m at home i´ll try to look on my old DSDT..
Regards.

#402
blackosx

blackosx

    InsanelyMacaholic

  • Coders
  • 3,307 posts
  • Gender:Male
  • Location:UK

I updated the 'DSM Package Store' in attachment. Thanks.
I´m trying to fix UUID errors through DSDT..I believe that UUID errors is caused because system can not find the built-in ethernet..The Device LAN0 works with old DSDT in same place, and i did get any UUID errors.

When i´m at home i´ll try to look on my old DSDT..
Regards.

Okay. See what happens when you get home on your system.

#403
jamonda

jamonda

    InsanelyMac Protégé

  • Members
  • PipPip
  • 94 posts
  • Gender:Male
  • Location:Brazil

Okay.

So you are running the EP45-UD3L? I thought you were running this motherboard? It would help if you add a signature so we can all see what hardware you're running.

Have you started using the DSDT I posted? as mm67's original DSDT is for the EP45-UD3 and I amended it for the EP45-DS3L by removing some PCI Routing Table data. If you are using the one I posted then you are missing that code for your board. You must have been reading the last couple of pages as you were posting in them? Go back to this post and read onwards to see what we did. Especially this bit...
Your system might run as it is, but it makes sense to have the DSDT contain the original code for your motherboard.


I know you are right. I thougt I had said before that my board is EP45-UD3L.

I will try to make my DSDT, but so far I don't have the knowledge to do that. I wonder if you could point me the way, show me the apps to create a diff file like the one you showed us a few posts ago and tell me how to discover what to put and what not to put in my DSDT.

Thanks.

#404
blackosx

blackosx

    InsanelyMacaholic

  • Coders
  • 3,307 posts
  • Gender:Male
  • Location:UK

I know you are right. I thougt I had said before that my board is EP45-UD3L.

I will try to make my DSDT, but so far I don't have the knowledge to do that. I wonder if you could point me the way, show me the apps to create a diff file like the one you showed us a few posts ago and tell me how to discover what to put and what not to put in my DSDT.

Thanks.

You did say you had a EP45-UD3L before, but you have to remember that I can't remember everybody's setups. That's why having a signature is very helpful. If you don't know how to do it, here's how. Click on the Cog icon at the top right corner of the blue bar above your login name, then down the left side of the next page, click on 'Edit Signature'.

Don't worry about not knowing that much about DSDT yet as it complicated and I am still trying to learn it myself :)

For adding relevant code back in for your board, you need to do the following. Note: this is providing that the information for your motherboard will be identical to mm67's? (to be sure you will want to get yourself an acpidump from linux and then compare the original DSDT with mm67's).

Load up the DSDT.dsl you got from this thread (with your replaced CPU information in) search for 0x001E0000 and it will take you to inside the Device (PCIB), then replace this part from...
Name (_ADR, 0x001E0000)                Name (_STA, 0x0F)                Method (_PRT, 0, NotSerialized)                {                    Return (Package (0x08) // Blackosx - Removed superfluous code relevant to mm67's GA-EP45-UD3                    {                        Package (0x04){0xFFFF,Zero,Zero,0x14},                         Package (0x04){0xFFFF,One,Zero,0x13},                         Package (0x04){0xFFFF,0x02,Zero,0x12},                        Package (0x04){0xFFFF,0x03,Zero,0x10},                        Package (0x04){0x1FFFF,Zero,Zero,0x13},                        Package (0x04){0x1FFFF,One,Zero,0x12},                        Package (0x04){0x1FFFF,0x02,Zero,0x10},                        Package (0x04){0x1FFFF,0x03,Zero,0x14},                    })

to read (as mm67's original DSDT)
Name (_ADR, 0x001E0000)                Name (_STA, 0x0F)                Method (_PRT, 0, NotSerialized)                {                    Return (Package (0x10)                    {                        Package (0x04){0xFFFF,Zero,Zero,0x14},                         Package (0x04){0xFFFF,One,Zero,0x13},                         Package (0x04){0xFFFF,0x02,Zero,0x12},                        Package (0x04){0xFFFF,0x03,Zero,0x10},                        Package (0x04){0x1FFFF,Zero,Zero,0x13},                        Package (0x04){0x1FFFF,One,Zero,0x12},                        Package (0x04){0x1FFFF,0x02,Zero,0x10},                        Package (0x04){0x1FFFF,0x03,Zero,0x14},                        Package (0x04){0x2FFFF,Zero,Zero,0x12},                        Package (0x04){0x2FFFF,One,Zero,0x10},                        Package (0x04){0x2FFFF,0x02,Zero,0x14},                        Package (0x04){0x2FFFF,0x03,Zero,0x13},                        Package (0x04){0x7FFFF,Zero,Zero,0x17},                        Package (0x04){0x7FFFF,One,Zero,0x17},                        Package (0x04){0x7FFFF,0x02,Zero,0x17},                        Package (0x04){0x7FFFF,0x03,Zero,0x17}                    })

Save it and recompile it.
That should do it for your EP45-UD3L, and hopefully mm67 can confirm this. But note my main interest is in the EP45-DS3L and any DSDT stuff I post here is normally targeted for that.

#405
blackosx

blackosx

    InsanelyMacaholic

  • Coders
  • 3,307 posts
  • Gender:Male
  • Location:UK

I updated the 'DSM Package Store' in attachment. Thanks.
I´m trying to fix UUID errors through DSDT..I believe that UUID errors is caused because system can not find the built-in ethernet..The Device LAN0 works with old DSDT in same place, and i did get any UUID errors.

When i´m at home i´ll try to look on my old DSDT..
Regards.

Here's my latest dsdt.dsl that I am using.
The things I have changed are...

• Removed the extra comma at the end of PCI Routing Table in the Return Package in Device (PCIB).
• Managed to get rid of the 'Remark' that appeared when compiling, caused in the _DSM for Device (HDEF).
• Commented out Device (PCI0.EXPL) - running a trial to see if this is necessary
• Commented out Device (PMIO) - running a trial to see if this is necessary
• Commented out Device (LAN0) - this is just for me as my Ethernet works even if this is out.

Attached Files



#406
thiagomorales

thiagomorales

    Think different...

  • Members
  • PipPipPip
  • 121 posts
  • Gender:Male
  • Location:Brazil - Rio de Janeiro

Here's my latest dsdt.dsl that I am using.
The things I have changed are...

• Removed the extra comma at the end of PCI Routing Table in the Return Package in Device (PCIB).
• Managed to get rid of the 'Remark' that appeared when compiling, caused in the _DSM for Device (HDEF).
• Commented out Device (PCI0.EXPL) - running a trial to see if this is necessary
• Commented out Device (PMIO) - running a trial to see if this is necessary
• Commented out Device (LAN0) - this is just for me as my Ethernet works even if this is out.


Hi Nick. I managed to fix UUID errors on console with DSDT..So, i have added LAN0 Device(now on right place), and using these DSDT UUID errors are gone (without use any UUID keys, or modified boot - i´m using original Netkas PC_EFI 10.5).
On IORegistryExplorer we can see "LAN0@0" now.

I updated your last DSDT with LAN Device fix(Fixing UUID errors and Time Machine en0 errors). Try it.
Regards.

Attached Files



#407
jamonda

jamonda

    InsanelyMac Protégé

  • Members
  • PipPip
  • 94 posts
  • Gender:Male
  • Location:Brazil

You did say you had a EP45-UD3L before, but you have to remember that I can't remember everybody's setups. That's why having a signature is very helpful. If you don't know how to do it, here's how. Click on the Cog icon at the top right corner of the blue bar above your login name, then down the left side of the next page, click on 'Edit Signature'.

Don't worry about not knowing that much about DSDT yet as it complicated and I am still trying to learn it myself :)

For adding relevant code back in for your board, you need to do the following. Note: this is providing that the information for your motherboard will be identical to mm67's? (to be sure you will want to get yourself an acpidump from linux and then compare the original DSDT with mm67's).

...


Blackosx, I want to thank you again for your patience. You'll go to heaven, I'm sure! :angel: Maybe you won't believe, but I studied law. What I know about OS X is what I've learnt since last march, when I came across an OS X distro DVD for MSI Wind. I only knew Windows before.
My ACPI/DSDT linux dump is attached to this post. Two hours in front of the computer to get the file. I'll try to compare it to mm67's DSDT dump to discover what I have to change in your DSDT to get my system running well.
Thanks again.

Attached Files



#408
blackosx

blackosx

    InsanelyMacaholic

  • Coders
  • 3,307 posts
  • Gender:Male
  • Location:UK

Hi Nick. I managed to fix UUID errors on console with DSDT..So, i have added LAN0 Device(now on right place), and using these DSDT UUID errors are gone (without use any UUID keys, or modified boot - i´m using original Netkas PC_EFI 10.5).
On IORegistryExplorer we can see "LAN0@0" now.

I updated your last DSDT with LAN Device fix(Fixing UUID errors and Time Machine en0 errors). Try it.
Regards.

Thanks Thiago. I have tried the DSDT with the Device (LAN0) as you supplied. I did these tests using the original PC-EFI v10.5 and removed PlatformUUID.kext from /E/E and removed the SMUUID key/string from SMBIOS.plist.

I can confirm it removes lot of errors but not all of them on my system, and yes, LAN0@0 now appears in IORegistryExplorer rather than ethernet@0. I have attached some screengrabs....

First, IORegistryExplorer with and without the LAN0 device in DSDT.
Attached File  IOReg_with_LAN0.png   201.62KB   25 downloads Attached File  IOReg_without_LAN0.png   198.62KB   15 downloads

Second, the result of grep UUID /var/log/system.log in Terminal with and without the LAN0 device in DSDT.
Attached File  UUID_Error_with_LAN0_Fix.png   97.28KB   22 downloads Attached File  UUID_Error_without_LAN0_Fix.png   397.54KB   23 downloads

#409
mm67

mm67

    InsanelyMac Legend

  • Members
  • PipPipPipPipPipPipPip
  • 673 posts
  • Gender:Male
  • Location:Finland

Thanks Thiago. I have tried the DSDT with the Device (LAN0) as you supplied. I did these tests using the original PC-EFI v10.5 and removed PlatformUUID.kext from /E/E and removed the SMUUID key/string from SMBIOS.plist.

I can confirm it removes lot of errors but not all of them on my system, and yes, LAN0@0 now appears in IORegistryExplorer rather than ethernet@0. I have attached some screengrabs....

First, IORegistryExplorer with and without the LAN0 device in DSDT.
Attached File  IOReg_with_LAN0.png   201.62KB   25 downloads Attached File  IOReg_without_LAN0.png   198.62KB   15 downloads

Second, the result of grep UUID /var/log/system.log in Terminal with and without the LAN0 device in DSDT.
Attached File  UUID_Error_with_LAN0_Fix.png   97.28KB   22 downloads Attached File  UUID_Error_without_LAN0_Fix.png   397.54KB   23 downloads


New Chameleon rc4 seems to have same UUID patch as that modified PC EFI version, no need to use UUID strings anywhere.
My list of UUID errors, which is kind of short ;)
Attached File  Screen_shot_2009_12_11_at_10.38.06.png   28.14KB   34 downloads

#410
blackosx

blackosx

    InsanelyMacaholic

  • Coders
  • 3,307 posts
  • Gender:Male
  • Location:UK

New Chameleon rc4 seems to have same UUID patch as that modified PC EFI version, no need to use UUID strings anywhere.
My list of UUID errors, which is kind of short :(
Attached File  Screen_shot_2009_12_11_at_10.38.06.png   28.14KB   34 downloads

It's been released? Thanks for the confirmation mm67.
Thanks to Zef, I had been running a pre-release version for a while now, but I had to keep quiet about it's features. ;)
Hibernation works great for me now as does using the PciRoot key/string for device injection.

#411
blackosx

blackosx

    InsanelyMacaholic

  • Coders
  • 3,307 posts
  • Gender:Male
  • Location:UK

Blackosx, I want to thank you again for your patience. You'll go to heaven, I'm sure! :D

Thanks, you're too kind.

Maybe you won't believe, but I studied law.

Wow!.. respect. :P

What I know about OS X is what I've learnt since last march, when I came across an OS X distro DVD for MSI Wind. I only knew Windows before.

Windows to OS X is one thing, OSX86 is another thing. We all had to learn from some point so well done, you are doing well. :)

My ACPI/DSDT linux dump is attached to this post. Two hours in front of the computer to get the file. I'll try to compare it to mm67's DSDT dump to discover what I have to change in your DSDT to get my system running well.
Thanks again.

Well done for extracting your DSDT from the acpidump :)
To compare it with mm67's original one, find his file (he posted it to the Gigabyte DSDT Fix thread) and in Terminal type the following.....

diff -uw fileA fileB > result.txt

Of course, replacing fileA and fileB with the actual DSDT.dsl filesnames you want to compare.
You will find the result.txt file in your ~/ folder. (That's the root of your user folder).

#412
thiagomorales

thiagomorales

    Think different...

  • Members
  • PipPipPip
  • 121 posts
  • Gender:Male
  • Location:Brazil - Rio de Janeiro

Thanks Thiago. I have tried the DSDT with the Device (LAN0) as you supplied. I did these tests using the original PC-EFI v10.5 and removed PlatformUUID.kext from /E/E and removed the SMUUID key/string from SMBIOS.plist.

I can confirm it removes lot of errors but not all of them on my system, and yes, LAN0@0 now appears in IORegistryExplorer rather than ethernet@0. I have attached some screengrabs....

First, IORegistryExplorer with and without the LAN0 device in DSDT.

Second, the result of grep UUID /var/log/system.log in Terminal with and without the LAN0 device in DSDT.


Very strange...Here, using no any keys and PC_EFI 10.5 i get rid all of these messages.. Can you confirm that with old DSDT (and no any UUID keys nor UUID kexts) these errors not appear in log ?
If yes, please upload your old DSDT to look..

Regards.

#413
blackosx

blackosx

    InsanelyMacaholic

  • Coders
  • 3,307 posts
  • Gender:Male
  • Location:UK

Very strange...Here, using no any keys and PC_EFI 10.5 i get rid all of these messages.. Can you confirm that with old DSDT (and no any UUID keys nor UUID kexts) these errors not appear in log ?
If yes, please upload your old DSDT to look..

Hi mate

I have always had these errors in 10.6 when I don't use PlatformUUID.kext / SMUUID key in SMBIOS. And that's using either the original PC-EFI 10.5 or Chameleon RC3 . I used to always get them in 10.5 too unless I used UUID.kext.

With old DSDT, I believe I still had errors, but to be honest I never checked for them.
Here is what I was running with before mm67 shared his revelation.
Attached File  Previous_dsdt.dsl.zip   14.57KB   6 downloads

As mm67 pointed out, it's all fixed now with Chameleon RC4.

#414
jamonda

jamonda

    InsanelyMac Protégé

  • Members
  • PipPip
  • 94 posts
  • Gender:Male
  • Location:Brazil

Thanks, you're too kind.


Wow!.. respect. :P


Windows to OS X is one thing, OSX86 is another thing. We all had to learn from some point so well done, you are doing well. :)


Well done for extracting your DSDT from the acpidump :)
To compare it with mm67's original one, find his file (he posted it to the Gigabyte DSDT Fix thread) and in Terminal type the following.....

diff -uw fileA fileB > result.txt

Of course, replacing fileA and fileB with the actual DSDT.dsl filesnames you want to compare.
You will find the result.txt file in your ~/ folder. (That's the root of your user folder).


Hi, master.
The diff file is attached to this post.
What's next? :D

Attached Files



#415
blackosx

blackosx

    InsanelyMacaholic

  • Coders
  • 3,307 posts
  • Gender:Male
  • Location:UK

Hi, master.

LOL.... I wouldn't go that far

The diff file is attached to this post.

Have you attached the file, as the link goes to an error?

#416
jamonda

jamonda

    InsanelyMac Protégé

  • Members
  • PipPip
  • 94 posts
  • Gender:Male
  • Location:Brazil

LOL.... I wouldn't go that far


Have you attached the file, as the link goes to an error?


Sorry, my mistake.
Here is the file. I compared it to the one you attached in post #376, which I also attached below.
I may be wrong, but they seem to be almost the same.

Attached Files



#417
blackosx

blackosx

    InsanelyMacaholic

  • Coders
  • 3,307 posts
  • Gender:Male
  • Location:UK

Sorry, my mistake.
Here is the file. I compared it to the one you attached in post #376, which I also attached below.
I may be wrong, but they seem to be almost the same.

Good work jamonda. You have learned quickly :)
They do look identical in which case you can carry on using the DSDT file we have been working on here.
I am surprised by that, as I thought yours would be similar to mm67's. (Shows how much I know? :P )
Maybe the PCI Routing Table I stripped out of mm67's for our DSDT is common only to the 'P' designated board and not the 'L' designated board that both you and I have.

PS. Thanks for creating a signature :hysterical:

#418
jamonda

jamonda

    InsanelyMac Protégé

  • Members
  • PipPip
  • 94 posts
  • Gender:Male
  • Location:Brazil

Good work jamonda. You have learned quickly :P
They do look identical in which case you can carry on using the DSDT file we have been working on here.
I am surprised by that, as I thought yours would be similar to mm67's. (Shows how much I know? :P )
Maybe the PCI Routing Table I stripped out of mm67's for our DSDT is common only to the 'P' designated board and not the 'L' designated board that both you and I have.

PS. Thanks for creating a signature :)


I'm very happy to know! This means that if I follow your steps I'll always be safe! :D
I suspected there would be no great differences between UD3L and DS3L because their technical specifications are virtually the same. The UD series motherboards differ from the DS ones in the 'ultra durable' components and in the 2oz copper inner layer. Thank God! :D
And yes, I created a signature. I don't know why mine and yours are pretty identical ... (mere coincidence, I think! :hysterical:)

#419
blackosx

blackosx

    InsanelyMacaholic

  • Coders
  • 3,307 posts
  • Gender:Male
  • Location:UK

I'm very happy to know! This means that if I follow your steps I'll always be safe! :)
I suspected there would be no great differences between UD3L and DS3L because their technical specifications are virtually the same. The UD series motherboards differ from the DS ones in the 'ultra durable' components and in the 2oz copper inner layer. Thank God! :P
And yes, I created a signature. I don't know why mine and yours are pretty identical ... (mere coincidence, I think! :hysterical:)

Hopefully you don't think it was a waste of time doing all that, but if you hadn't done it then we wouldn't have known. At least you now know more than you did before, and you will also have other tables from your acpidump like the FACP which you can use to learn from.

#420
jamonda

jamonda

    InsanelyMac Protégé

  • Members
  • PipPip
  • 94 posts
  • Gender:Male
  • Location:Brazil

Hopefully you don't think it was a waste of time doing all that, but if you hadn't done it then we wouldn't have known. At least you now know more than you did before, and you will also have other tables from your acpidump like the FACP which you can use to learn from.



Experiences are never waste of time. And the more I learn the more I want to learn: I'm already reading the other tables you mentioned!

Thank you very much for the lesson.





0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users

© 2015 InsanelyMac  |   News  |   Forum  |   Downloads  |   OSx86 Wiki  |   Mac Netbook  |   PHP hosting by CatN  |   Designed by Ed Gain  |   Logo by irfan  |   Privacy Policy