Jump to content

GA-EX58 and GA-X58A DSDT native power management modifications


  • Please log in to reply
1469 replies to this topic

#801
d00d

d00d

    InsanelyMac Sage

  • Members
  • PipPipPipPipPipPip
  • 476 posts
  • Gender:Male
  • Location:41.648324, -70.635260

Hi dood,

Now being I have use DSDT by copy from here everything works fine ie. auto+manual sleep and wake up by mouse/keboard/PWRB
but CPU temperature is very high as attached pic and file.

I have tried to modified My own DSDT(extracted via abuntu live CD) by your guide when i used it CPU temp is ok around 50 -60 c but

Auto/Manual Sleep did not work as before.

can you show me your config. and DSDT?

Thanks a lot

The DSDT for my GA-EX58-UD5 is attached to post 1.


Yes, and for owners of this rev 2.0 board, there's just enough things that are different to muck us up... ;-)

For example, something I noticed while trying to implement your DSDT edits from post #1:
- step #9 for AppleLPC.kext refers to "Device (PX40)" section, but in my rev2 DSDT seems to have "Device (LPCB)" listed in the same spot

I'm just not sure how many other bits are different, you mention only network and audio sections being different, but I get the sense there's more...

Anything else I should be looking out for as I try to implement your 19 or so steps to DSDT nirvana with the x85a-ud3r rev2 board?

That's the only thing that's different relative to the sections of the dsdt.dsl that need editing, I've updated post 1.

#802
newnekton1

newnekton1

    InsanelyMac Geek

  • Members
  • PipPipPip
  • 132 posts
Hey Dood and Rankrotten,

Here is the vanilla dsdt.aml file extracted from my version 2 (FA BIOS) X58A-UD5 using a Ubuntu Live CD.

If you have time, would you look at it and compare with other dsdt files for version 1 X58A-UD5 boards (bios F3, F4, or F5) to see what the differences are if any.

I am beginning to think the problem might be having 2 x 4 GB sticks of PC3-8500 (1066).

Thanks for any advice you can give.

R



The DSDT for my GA-EX58-UD5 is attached to post 1.


That's the only thing that's different relative to the sections of the dsdt.dsl that need editing, I've updated post 1.

Attached Files



#803
d00d

d00d

    InsanelyMac Sage

  • Members
  • PipPipPipPipPipPip
  • 476 posts
  • Gender:Male
  • Location:41.648324, -70.635260

Here's a zipped MPEG4 (5 MB) showing the boot progression and messages until the KP using Rankrotten's dsdt for an F3 version 1 EX58A-UD5.

There's what seems like some very odd lines here:
Not going to use bios image file
Found bios image file
Adding binimage to card 9440 from legacy space with size ....
Lan controller ....

What is this about card 9440? Is this an nVidia card (that does not exist)?

You can't use a DSDT from a different MB, start with a base dsdt.dsl from your MB using the instructions in the `DSDT modifications' section of post 1.

#804
newnekton1

newnekton1

    InsanelyMac Geek

  • Members
  • PipPipPip
  • 132 posts
Yes, we finally realized that when I found I had a version 2 board (nothing on box to indicate it) with FA BIOS and Rankrotten has a version 1 with F3 BIOS.

I attached the vanilla dsdt (obtained using Ubuntu Live CD) from my revision 2 to the previous post. I will take a look at modding it like you describe in post 1 (thanks) but I think I am probably getting in far too deep for my very limited software skills here.
Can anyone with experience of modding dsdt file help me out pretty please.


You can't use a DSDT from a different MB, start with a base dsdt.dsl from your MB using the instructions in the `DSDT modifications' section of post 1.



#805
Rankrotten

Rankrotten

    InsanelyMac Protégé

  • Members
  • PipPip
  • 52 posts
  • Location:UK
Thanks for posting your version 2 X58A-UD5 DSDT. Whilst it is a little bit different it is not as far removed as the v2 UD3 board.

For example you still have a Device PX40 not an LPC which is good (most probably)!

I have modded your DSDT with the relevant parts of d00d's guide, with the exception of 16,17 and 18 as they were not needed on my X58A board. If you still have problems sleeping or restarting this can be added back in later. Use Asere 1.1.9 bootloader.

Here's the file:
Attached File  dsdt.aml.zip   6.93KB   39 downloads

#806
TEPP

TEPP

    InsanelyMac Protégé

  • Members
  • Pip
  • 44 posts
  • Gender:Male
  • Location:Bangkok, Thailand

The DSDT for my GA-EX58-UD5 is attached to post 1.



I tried it work very well, both auto/ manual sleep on ex58 extreme and ud5

Here I show istat before and after as attached pic

Thanks a lot dOOd your guide is awesome.

Attached Files



#807
nullspot

nullspot

    InsanelyMac Protégé

  • Members
  • PipPip
  • 61 posts

That's the only thing that's different relative to the sections of the dsdt.dsl that need editing, I've updated post 1.


thanks for the updates. I was beginning to re-edit my dsdt (as my first attempt had hundreds of errors), when I noticed something that seemed to contradict what I had pointed out earlier about the rev2 differences...

in the package of "raw" dsdt files for rev 2.0 x58a-ud3r that was posted here earlier, the already-decompiled dsdt.dsl contained the reference to "Device (LPCB)" instead of "Device (PX40)" for step 9. This is what i had used in my first attempt to edit.

this time, however, I decided to decompile the .asl to .dsl myself (I read somewhere about it making a difference to decompile it locally on a mac, rather than on windows). I assumed all was good and proceeded to edit - but then found when I reached step 9 that my locally-decompiled-with-iasl-in-terminal dsdt.dsl actually didn't reference "Device (LPCB)" but "Device (PX40)"!!

I thought I must have made a mistake, opening the wrong dsdt file, but I repeated the experiment 3 times - taking the dsdt.aml from the rev2.0 package, running "iasl -d ~/dsdt.aml" in terminal, checking the resulting dsdt.dsl file, finding the (PX40), then comparing to howboutjoe's "raw" dsdt.dsl file and finding the (LPCB) in his!

What is happening here? is this clear evidence of the difference in decompiling the dsdt.aml locally (I assume he decompiled his in linux or windows)? Or am I doing something wrong, and the rev2 board really is different in this section?

#808
kdawg

kdawg

    InsanelyMac Legend

  • Donators
  • 508 posts
  • Gender:Male
  • Location:Boston, MA

thanks for the updates. I was beginning to re-edit my dsdt (as my first attempt had hundreds of errors), when I noticed something that seemed to..


I wouldn't worry too much about the device labels as they seem to be cosmetic only.

#809
aschar1

aschar1

    InsanelyMac Protégé

  • Members
  • PipPip
  • 93 posts
Dood here is the ssdt from a core i7 960 Attached File  ssdt_i7_960.zip   1.3KB   42 downloads[codebox]Scope (_PR)
{
Processor (CPU0, 0x00, 0x00000410, 0x06)
{
Name (_CST, Package (0x07)
{
0x06,
Package (0x04)
{
ResourceTemplate ()
{
Register (FFixedHW,
0x01, // Bit Width
0x02, // Bit Offset
0x0000000000000000, // Address
0x01, // Access Size
)
},

One,
One,
0x03E8
},

Package (0x04)
{
ResourceTemplate ()
{
Register (FFixedHW,
0x01, // Bit Width
0x02, // Bit Offset
0x0000000000000010, // Address
0x01, // Access Size
)
},

0x02,
0x40,
0x01F4
},

Package (0x04)
{
ResourceTemplate ()
{
Register (FFixedHW,
0x01, // Bit Width
0x02, // Bit Offset
0x0000000000000020, // Address
0x01, // Access Size
)
},

0x03,
0x60,
0x015E
},

Package (0x04)
{
ResourceTemplate ()
{
Register (FFixedHW,
0x00, // Bit Width
0x00, // Bit Offset
0x0000000000000000, // Address
0x01, // Access Size
)
},

One,
One,
0x03E8
},

Package (0x04)
{
ResourceTemplate ()
{
Register (SystemIO,
0x08, // Bit Width
0x00, // Bit Offset
0x0000000000000414, // Address
,)
},

0x02,
0x40,
0x01F4
},

Package (0x04)
{
ResourceTemplate ()
{
Register (SystemIO,
0x08, // Bit Width
0x00, // Bit Offset
0x0000000000000415, // Address
,)
},

0x03,
0x60,
0x015E
}
})
Name (_PCT, Package (0x02)
{
ResourceTemplate ()
{
Register (FFixedHW,
0x40, // Bit Width
0x00, // Bit Offset
0x0000000000000199, // Address
,)
},

ResourceTemplate ()
{
Register (FFixedHW,
0x10, // Bit Width
0x00, // Bit Offset
0x0000000000000198, // Address
,)
}
})
Name (_PSS, Package (0x0E)
{
Package (0x06)
{
0x00000C79,
0x0001FBD0,
0x0000000A,
0x0000000A,
0x00000019,
0x00000019
},

Package (0x06)
{
0x00000C78,
0x0001FBD0,
0x0000000A,
0x0000000A,
0x00000018,
0x00000018
},

Package (0x06)
{
0x00000BF3,
0x0001A9C8,
0x0000000A,
0x0000000A,
0x00000017,
0x00000017
},

Package (0x06)
{
0x00000B6E,
0x000186A0,
0x0000000A,
0x0000000A,
0x00000016,
0x00000016
},

Package (0x06)
{
0x00000AE9,
0x00016378,
0x0000000A,
0x0000000A,
0x00000015,
0x00000015
},

Package (0x06)
{
0x00000A64,
0x00014438,
0x0000000A,
0x0000000A,
0x00000014,
0x00000014
},

Package (0x06)
{
0x000009DF,
0x00010D88,
0x0000000A,
0x0000000A,
0x00000013,
0x00000013
},

Package (0x06)
{
0x0000095A,
0x0000F618,
0x0000000A,
0x0000000A,
0x00000012,
0x00000012
},

Package (0x06)
{
0x000008D5,
0x0000DEA8,
0x0000000A,
0x0000000A,
0x00000011,
0x00000011
},

Package (0x06)
{
0x00000850,
0x0000CB20,
0x0000000A,
0x0000000A,
0x00000010,
0x00000010
},

Package (0x06)
{
0x000007CB,
0x0000A7F8,
0x0000000A,
0x0000000A,
0x0000000F,
0x0000000F
},

Package (0x06)
{
0x00000746,
0x00009C40,
0x0000000A,
0x0000000A,
0x0000000E,
0x0000000E
},

Package (0x06)
{
0x000006C1,
0x00008CA0,
0x0000000A,
0x0000000A,
0x0000000D,
0x0000000D
},

Package (0x06)
{
0x0000063C,
0x000080E8,
0x0000000A,
0x0000000A,
0x0000000C,
0x0000000C
}
})
Method (_PPC, 0, NotSerialized)
{
Return (Zero)
}
}

Processor (CPU1, 0x01, 0x00000410, 0x06)
{
Alias (^CPU0._CST, _CST)
Alias (^CPU0._PCT, _PCT)
Alias (^CPU0._PSS, _PSS)
Alias (^CPU0._PPC, _PPC)
}

Processor (CPU2, 0x02, 0x00000410, 0x06)
{
Alias (^CPU0._CST, _CST)
Alias (^CPU0._PCT, _PCT)
Alias (^CPU0._PSS, _PSS)
Alias (^CPU0._PPC, _PPC)
}

Processor (CPU3, 0x03, 0x00000410, 0x06)
{
Alias (^CPU0._CST, _CST)
Alias (^CPU0._PCT, _PCT)
Alias (^CPU0._PSS, _PSS)
Alias (^CPU0._PPC, _PPC)
}

Processor (CPU4, 0x04, 0x00000410, 0x06)
{
Alias (^CPU0._CST, _CST)
Alias (^CPU0._PCT, _PCT)
Alias (^CPU0._PSS, _PSS)
Alias (^CPU0._PPC, _PPC)
}

Processor (CPU5, 0x05, 0x00000410, 0x06)
{
Alias (^CPU0._CST, _CST)
Alias (^CPU0._PCT, _PCT)
Alias (^CPU0._PSS, _PSS)
Alias (^CPU0._PPC, _PPC)
}

Processor (CPU6, 0x06, 0x00000410, 0x06)
{
Alias (^CPU0._CST, _CST)
Alias (^CPU0._PCT, _PCT)
Alias (^CPU0._PSS, _PSS)
Alias (^CPU0._PPC, _PPC)
}

Processor (CPU7, 0x07, 0x00000410, 0x06)
{
Alias (^CPU0._CST, _CST)
Alias (^CPU0._PCT, _PCT)
Alias (^CPU0._PSS, _PSS)
Alias (^CPU0._PPC, _PPC)
}

Processor (CPU8, 0x08, 0x00000410, 0x06) {}
Processor (CPU9, 0x09, 0x00000410, 0x06) {}
Processor (CPUA, 0x0A, 0x00000410, 0x06) {}
Processor (CPUB, 0x0B, 0x00000410, 0x06) {}
Processor (CPUC, 0x0C, 0x00000410, 0x06) {}
Processor (CPUD, 0x0D, 0x00000410, 0x06) {}
Processor (CPUE, 0x0E, 0x00000410, 0x06) {}
Processor (CPUF, 0x0F, 0x00000410, 0x06) {}
}
[/codebox]

#810
nullspot

nullspot

    InsanelyMac Protégé

  • Members
  • PipPip
  • 61 posts
I just finished my second pass at the DSDT guide for my x58a-ud3r rev2 board. I only left out the audio and video steps. It compiled without any errors, and the performance is even better than the soemo DSDT that was floated earlier...

One thing I can't figure out, as the guide doesn't cover DSDT edits for audio for my board (just refers to patching the AppleHDA.kext), is why my patched AppleHDA.kext and Legacy889HDA.kext aren't working with my new custom DSDT solution.

I previously had full audio including encoded digital 5.1 working with this combination of the 10.6.3 patched AppleHDA.kext in /S/L/E and the Legacy889HDA.kext in /E/E

Now I have no sound device even with these kexts in place - is there something that needs to happen in the DSDT to make these kexts usable? I even tried the AZAL->HDEF edits listed for the UD5 boards, but it had no effect.

Attached is my working dsdt.dsl with all the d00d edits but audio and video (including comments highlighting each edit)

Attached File  x58a_ud3r_rev2_dsdt.dsl.zip   14.91KB   40 downloads

#811
d00d

d00d

    InsanelyMac Sage

  • Members
  • PipPipPipPipPipPip
  • 476 posts
  • Gender:Male
  • Location:41.648324, -70.635260

thanks for the updates. I was beginning to re-edit my dsdt (as my first attempt had hundreds of errors), when I noticed something that seemed to contradict what I had pointed out earlier about the rev2 differences...

in the package of "raw" dsdt files for rev 2.0 x58a-ud3r that was posted here earlier, the already-decompiled dsdt.dsl contained the reference to "Device (LPCB)" instead of "Device (PX40)" for step 9. This is what i had used in my first attempt to edit.

this time, however, I decided to decompile the .asl to .dsl myself (I read somewhere about it making a difference to decompile it locally on a mac, rather than on windows). I assumed all was good and proceeded to edit - but then found when I reached step 9 that my locally-decompiled-with-iasl-in-terminal dsdt.dsl actually didn't reference "Device (LPCB)" but "Device (PX40)"!!

I thought I must have made a mistake, opening the wrong dsdt file, but I repeated the experiment 3 times - taking the dsdt.aml from the rev2.0 package, running "iasl -d ~/dsdt.aml" in terminal, checking the resulting dsdt.dsl file, finding the (PX40), then comparing to howboutjoe's "raw" dsdt.dsl file and finding the (LPCB) in his!

What is happening here? is this clear evidence of the difference in decompiling the dsdt.aml locally (I assume he decompiled his in linux or windows)? Or am I doing something wrong, and the rev2 board really is different in this section?

All of the other base dsdt.dsl files I've looked at were from using iasl, and they used PX40.
I'm unfamiliar with other methods, but I suppose PX40 could be renamed LPCB by the decompiler that howboutjoe used.
It could be named WXYZ and still function, a way to determine the right section is to look for `Name (_ADR, 0x001F0000)'.
Would you attach your base dsdt.dsl?




Dood here is the ssdt from a core i7 960

thanks


I just finished my second pass at the DSDT guide for my x58a-ud3r rev2 board. I only left out the audio and video steps. It compiled without any errors, and the performance is even better than the soemo DSDT that was floated earlier...

One thing I can't figure out, as the guide doesn't cover DSDT edits for audio for my board (just refers to patching the AppleHDA.kext), is why my patched AppleHDA.kext and Legacy889HDA.kext aren't working with my new custom DSDT solution.

I previously had full audio including encoded digital 5.1 working with this combination of the 10.6.3 patched AppleHDA.kext in /S/L/E and the Legacy889HDA.kext in /E/E

Now I have no sound device even with these kexts in place - is there something that needs to happen in the DSDT to make these kexts usable? I even tried the AZAL->HDEF edits listed for the UD5 boards, but it had no effect.

Attached is my working dsdt.dsl with all the d00d edits but audio and video (including comments highlighting each edit)

Did you replace four instances of 8508ec10 with 8908ec10?
The Info.plist files from AppleHDAHardwareConfigDriver.kext and AppleHDAPlatformDriver.kext in AppleHDA.kext/Contents/PlugIns/ also need to be edited, see How_to_patch_AppleHDA.zip at http://www.insanelym...howtopic=140941.

#812
newnekton1

newnekton1

    InsanelyMac Geek

  • Members
  • PipPipPip
  • 132 posts
Thanks rankrotten. Despite your best efforts, it is still a no go with the exact same KP as before.
I have tried the new custom dsdt.aml file with two versions of Asere 1.1.9 with the standard com.apple.boot.plist and smbios.plist Asere's installer provides as well as with the com.apple.boot.plist and smbios.plist files in your Extra folder and the result is always the same KP over.
I have tried changing the RAM between 1 x 4 GB and 2 x 4 GB and still the same KP.
I've tried using different SATA ports.
I've tried changing a few things in BIOS (USB legacy off).
I've tried booting without dsdt.aml and using only Elliot/fakeSMC/NullCPPM, which should at least boot.
Always the same.
The only common thing I have not tried is the 4 GB sticks—perhaps this bootloader does not "like" 4 GB sticks—I wonder if I should invest in 3 x 2 GB.
The other point is that the HDD is a 2 TB drive—does this bootloader support bigger than 1 TB?
Any other ideas?

Thanks for posting your version 2 X58A-UD5 DSDT. Whilst it is a little bit different it is not as far removed as the v2 UD3 board.

For example you still have a Device PX40 not an LPC which is good (most probably)!

I have modded your DSDT with the relevant parts of d00d's guide, with the exception of 16,17 and 18 as they were not needed on my X58A board. If you still have problems sleeping or restarting this can be added back in later. Use Asere 1.1.9 bootloader.

Here's the file:
Attached File  dsdt.aml.zip   6.93KB   39 downloads



#813
nullspot

nullspot

    InsanelyMac Protégé

  • Members
  • PipPip
  • 61 posts

Would you attach your base dsdt.dsl?


Here is what I decompiled from howboutjoe's "raw" dsdt.aml
Attached File  raw_x58a_ud3r_rev2_dsdt.dsl.zip   12.44KB   10 downloads

Did you replace four instances of 8508ec10 with 8908ec10?
The Info.plist files from AppleHDAHardwareConfigDriver.kext and AppleHDAPlatformDriver.kext in AppleHDA.kext/Contents/PlugIns/ also need to be edited, see How_to_patch_AppleHDA.zip at http://www.insanelym...howtopic=140941.


I did all that - attached is my AppleHDA.kext, patched according to the guide for ALC889

Attached File  ALC889_AppleHDA.kext.zip   1.22MB   18 downloads

Still nothing works (I have no built-in audio at all). Tried with and without Legacy889HDA.kext in /E/E.

Do I not need to do anything in DSDT if I'm using a patched AppleHDA?

#814
d00d

d00d

    InsanelyMac Sage

  • Members
  • PipPipPipPipPipPip
  • 476 posts
  • Gender:Male
  • Location:41.648324, -70.635260

Here is what I decompiled from howboutjoe's "raw" dsdt.aml

I did all that - attached is my AppleHDA.kext, patched according to the guide for ALC889

Still nothing works (I have no built-in audio at all). Tried with and without Legacy889HDA.kext in /E/E.

Do I not need to do anything in DSDT if I'm using a patched AppleHDA?

He must have changed PX40 to LPCB in dsdt.dsl after he decompiled it from dsdt.aml.

No DSDT modification or legacy kext is needed with ALC889 and 10.6.3.
Using How_to_patch_AppleHDA.zip, did you edit the Info.plist files in AppleHDAHardwareConfigDriver.kext and AppleHDAPlatformDriver.kext with information from your legacy kext?

#815
nullspot

nullspot

    InsanelyMac Protégé

  • Members
  • PipPip
  • 61 posts

Using How_to_patch_AppleHDA.zip, did you edit the Info.plist files in AppleHDAHardwareConfigDriver.kext and AppleHDAPlatformDriver.kext with information from your legacy kext?


Yes. Here is the legacy kext I took the info from:
Attached File  Legacy889HDA.kext.zip   7.72KB   203 downloads

#816
newnekton1

newnekton1

    InsanelyMac Geek

  • Members
  • PipPipPip
  • 132 posts
RR, your mailbox is full.

Here is what I tried to send you.

Very good news! It's alive and booting. As a last resort before I went down town to change the RAM, I compared all the BIOS settings with my Quadcore EP45-UD3R and spotted the problem instantly; it was because the bloody BIOS CPU max. ID 3 setting was enabled. As soon as I disabled it, it went past the KP. What a stupid waste of time-aaargh.
I am still testing but at the moment, there is no internet access or sound (even using the new AppleHDA. kext). I have put Realtek1000SL.kext in S/L/E but it makes no difference—not sure why yet but at least I have hope now. The two LANs are switched on in BIOS.
Is there a special version of the Realtek kext needed for this board?

Thanks rankrotten. Despite your best efforts, it is still a no go with the exact same KP as before.
I have tried the new custom dsdt.aml file with two versions of Asere 1.1.9 with the standard com.apple.boot.plist and smbios.plist Asere's installer provides as well as with the com.apple.boot.plist and smbios.plist files in your Extra folder and the result is always the same KP over.
I have tried changing the RAM between 1 x 4 GB and 2 x 4 GB and still the same KP.
I've tried using different SATA ports.
I've tried changing a few things in BIOS (USB legacy off).
I've tried booting without dsdt.aml and using only Elliot/fakeSMC/NullCPPM, which should at least boot.
Always the same.
The only common thing I have not tried is the 4 GB sticks—perhaps this bootloader does not "like" 4 GB sticks—I wonder if I should invest in 3 x 2 GB.
The other point is that the HDD is a 2 TB drive—does this bootloader support bigger than 1 TB?
Any other ideas?



#817
FUT1L1TY

FUT1L1TY

    InsanelyMac Geek

  • Members
  • PipPipPip
  • 110 posts
For those who are interested I've had partial success with SATA hot swap as I will describe below:

I purchased a Highpoint 620a 2 Port internal SATA 6gb card ($30) and connected it to my pair of Kingwin KF-1000-BK trayless hotswap bays. The good news is that I finally was able to eject a drive in the finder, physically remove it, re-insert the drive, and it would automatically mount. Not only that but I could also remove a drive and replace it with another drive and that drive would also mount.

In bad news, I discovered that the drives were negotiating a 1.5 megabit connection even though they were 3.0gb drives. The only way I could negotiate a 3.0gb link was if the drive was inserted before my machine powered up. In that scenario, the drive would be linked at 3.0gb. As soon as I hot swapped the drive it was down to 1.5gb. I'm assuming that is a bug/limitation in the card.

Needless to say, I've been given some hope. I've finally seen with my own two eyes what others have described. I'm certain that true sata hot swap is possible on a "mac" and I don't mind paying $30 for this feature. If anyone knows of a PCI/PCIe card that supports SATA II/NCQ/hot plug that is AHCI based please let me know. AHCI is a must so that attached drives can be booted.

Thank you again for helping/listening.

#818
newnekton1

newnekton1

    InsanelyMac Geek

  • Members
  • PipPipPip
  • 132 posts
Now I have booting motherboard (thanks for all advice and help with dsdt), I am getting messages related to the Apple RTL8169E Ethernet which say unknown hardware version ID (2c000000) and probe hardware () failed.
I have tried installing the Realtek1000SL.kext using Kext help but it's still a no go and I can't connect to the net. The chip is the RealTek RTL8111E, which should be supported by bit shoveller's kext. Any ideas what to try next?

In addition, although about this Mac shows the presence of sound hardware and I have the legacyHDA kext in E/E, I cannot set any sound output or input.

RR, I tried your AppleHDA.kext but it did not work. Again where to go from here? I attach a shot of the messages.




RR, your mailbox is full.

Here is what I tried to send you.

Very good news! It's alive and booting. As a last resort before I went down town to change the RAM, I compared all the BIOS settings with my Quadcore EP45-UD3R and spotted the problem instantly; it was because the bloody BIOS CPU max. ID 3 setting was enabled. As soon as I disabled it, it went past the KP. What a stupid waste of time-aaargh.
I am still testing but at the moment, there is no internet access or sound (even using the new AppleHDA. kext). I have put Realtek1000SL.kext in S/L/E but it makes no difference—not sure why yet but at least I have hope now. The two LANs are switched on in BIOS.
Is there a special version of the Realtek kext needed for this board?

Attached Files



#819
newnekton1

newnekton1

    InsanelyMac Geek

  • Members
  • PipPipPip
  • 132 posts
Ignoring the network and sound problems for the moment—I am seeing a very odd thing with corruption on the main HDD. After running updates like Safari 5, or OSX 10.6.3, suddenly the machine won't boot anymore and shows this error message above the Chameleon:

Failed to read boot sector from BIOS device 100H. Error=1. Loaded HFS+ file [Extra/com.apple.boot.plist] 478 bytes from 42525c0. Setting boot-uuid to A15AB...........
Loaded HFS+ file: [System/Library/CoreServices/SystemVersion.plist] 479 bytes from 42525c0


If I reinstall the OS again, it boots fine. This has happened three times during the day so is not a random cosmic ray flipping a bit.

I should add that I usually use a USB boot stick for the bootloader so the main HDD is vanilla untouched. At first, I thought the USB stick was corrupting but even reinstalling the ASERE bootloader and dsdt file to the USB strick does not fix the problem—it requires a new system install and that always fixes it.

I also tried with the bootloader installed on the HDD in the conventionl manner and same thing—a system update or a Safari update kill the hard disk with the same message.

Has anyone else seen this problem and know the answer?


Now I have booting motherboard (thanks for all advice and help with dsdt), I am getting messages related to the Apple RTL8169E Ethernet which say unknown hardware version ID (2c000000) and probe hardware () failed.
I have tried installing the Realtek1000SL.kext using Kext help but it's still a no go and I can't connect to the net. The chip is the RealTek RTL8111E, which should be supported by bit shoveller's kext. Any ideas what to try next?

In addition, although about this Mac shows the presence of sound hardware and I have the legacyHDA kext in E/E, I cannot set any sound output or input.

RR, I tried your AppleHDA.kext but it did not work. Again where to go from here? I attach a shot of the messages.



#820
d00d

d00d

    InsanelyMac Sage

  • Members
  • PipPipPipPipPipPip
  • 476 posts
  • Gender:Male
  • Location:41.648324, -70.635260

I have put Realtek1000SL.kext in S/L/E but it makes no difference—not sure why yet but at least I have hope now. The two LANs are switched on in BIOS.
Is there a special version of the Realtek kext needed for this board?

Realtek1000SL.kext or RealtekR1000SL.kext?
I took a look at Bit Shoveler's RealtekR1000SL.kext source, and the Realtek RTL8111E doesn't seem to be supported.
I'll ask him what is needed for this support.
Meanwhile, RTGMac_v2.0.4 should work for you (32 bit only);
http://www.realtek.c...p;GetDown=false
The site doesn't list it, but the installer notes that it's supported for 10.6.





1 user(s) are reading this topic

0 members, 1 guests, 0 anonymous users

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