Jump to content

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

d00d

By d00d,
in Power Management

 Share
1,771 posts in this topic

Recommended Posts

kdawg
kdawg
Posted
Posted
I am still searching for a fix for this: 
FireWire runtime power conservation disabled. (2)

 

Do you have an idea dood?

I don't have a X58 mobo but it would be something like this:

 

Add this to HUB0

				Device (FRWR) {
				Name (_ADR, 0x00070000)
				Name (_GPE, 0x1A)
				Method (_DSM, 4, NotSerialized){
					Store (Package (0x02){
						"built-in",  Buffer (One){0x01},
					}, Local0)
					DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))
					Return (Local0)
				}
			}

 

Add this to _GPE:

		Method (_L1A, 0, NotSerialized) {
		Notify (\_SB.PCI0.HUB0.FRWR, Zero)
		Notify (\_SB.PWRB, 0x02)
	}

 

Note that this will not fix hotplug issues. To mount a Firewire drive you'll have to either boot with the drive plugged in and turned on. Or sleep/wake your rig with the Firewire drive plugged in.

Link to comment
Share on other sites
ryansimms
ryansimms
Posted
Posted
I am still searching for a fix for this: 
FireWire runtime power conservation disabled. (2)

I get that error too, but it doesn't seem to affect my firewire usage. I use multiple firewire drives all the time, and they hot swap properly for me too. Are others with GA-EX58 boards having hotplug issues?

 

Ryan!

Link to comment
Share on other sites
kdawg
kdawg
Posted
Posted
I get that error too, but it doesn't seem to affect my firewire usage. I use multiple firewire drives all the time, and they hot swap properly for me too. Are others with GA-EX58 boards having hotplug issues?

 

Ryan!

The above DSDT additions should fix that error then. Hotplug has been an issue for most P35 and P45 motherboards.

Link to comment
Share on other sites
d00d
d00d
Posted
  • Author
Posted
@d00d

 

d00d I just have to compliment you on a great thread (especially post #1). If I ever decide to go with an i7 x58 rig this will be the thread I'll be referencing. Any n00b and can't get their setup running after reading this thread should just stick with Windows. Kudos to you!

 

I was wondering if you've done anything with Firewire. Looks as though your DSDT omits Firewire.

Thanks, I was following your FW topic at http://www.insanelymac.com/forum/index.php?showtopic=196359 and tried a few things in the DSDT to not have the `FireWire runtime power conservation disabled. (2)' message, but I was never able to retain FW hot swap.
Link to comment
Share on other sites
x.di
x.di
Posted
Posted
I don't have a X58 mobo but it would be something like this:

 

Add this to HUB0

				Device (FRWR) {
				Name (_ADR, 0x00070000)
				Name (_GPE, 0x1A)
				Method (_DSM, 4, NotSerialized){
					Store (Package (0x02){
						"built-in",  Buffer (One){0x01},
					}, Local0)
					DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))
					Return (Local0)
				}
			}

 

Add this to _GPE:

		Method (_L1A, 0, NotSerialized) {
		Notify (\_SB.PCI0.HUB0.FRWR, Zero)
		Notify (\_SB.PWRB, 0x02)
	}

 

Note that this will not fix hotplug issues. To mount a Firewire drive you'll have to either boot with the drive plugged in and turned on. Or sleep/wake your rig with the Firewire drive plugged in.

 

Thanks, I was following your FW topic at http://www.insanelymac.com/forum/index.php?showtopic=196359 and tried a few things in the DSDT to not have the `FireWire runtime power conservation disabled. (2)' message, but I was never able to retain FW hot swap.

 

I,ve managed to fix hotplug issues with Firewire it was F...ING brain damage.

Now my firewire ALWAYS Hot Plug :D

This is a temporary solution .

There are the problem with IRQ routing in bios on EVERY Gigabyte board ... and it is not easy to fix with DSDT "IRQ routing override"

 

For X58 boards Intel Corporation X58 I/O Hub to ESI Port [8086:3405] causing lag !

On boot for some unknown reason "ESI" gets IRQ from APIC and the same IRQ uses

USB Highspeed bus (0x001D0007) -> USB2 EHCI Controller #1 [8086:3a3a] and also

USB 1.0 bus (0x001D0001) -> USB UHCI Controller #1 [8086:3a34] and also

Firewire gets the same IRQ

 

In normal conditions "ESI" MUST NOT HAVE shared IRQ !

because of that it steals "IRQ" from USB2 EHCI Controller #1

...

make LSPCI on boot and you will see that USB2 EHCI does not have IRQ assigned !!!

and "ESI" have IRQ !

BUT IOREG shows that USB2 EHCI HAVE IRQ !!! :)

system goes to strange infinite loop between USB2 EHCI - USB UHCI - ESI -firewire...

and just IGNORES any events from FIREWIRE !

If you sleep and wake your PC and looks in ioreg it will show you that nothing changed BUT

if you make LSPCI you will see that USB2 EHCI now HAVE IRQ

and "ESI" loose his IRQ !

Now SYSTEM can see events from FIREWIRE BUT you will get another LAG

Video card output gets jitter ! It's clearly noticable when you move window or play QT movie...

because of that loop between USB2 EHCI - USB UHCI - ESI -firewire

............................

Solution would be to deny "ESI" to get IRQ on boot BUT i did not found how to make it...

Sad BUT...

I decided to DISABLE USB2 EHCI that system don't see it at all!

and it WORKS!

side effect you will lose one EHCI bus but that not so important becase it is FRONT BUS (on gigabyte boards) and usually all people put they USB 2 Highspeed devices on back panel and they are rooted by system to

USB Highspeed bus (0x001A0007) -> USB2 EHCI Controller #2 [8086:3a3c]

And on real Macs Front panel is USB2 normal speed bus

So not so big loss !

...........

The procedure of disabling

USB Highspeed bus (0x001D0007) -> USB2 EHCI Controller #1 [8086:3a3a]

is very simple!

"THe KiNG" wrote about it here :

Fd—function Disable Register, How to use Function Disable Register

http://www.projectosx.com/forum/index.php?showtopic=851

P.S.1

....

Name (_ADR, 0x000X0000)

must be like you see it in IOREG where X is number

for me it Name (_ADR, 0x00060000)

and in HUB0 in method _PRT must be corresponding IRQ entry for this adress or you will see message in

System Profiler in tab FireWire -> FireWire Bus: Warning: Unable to list FireWire devices

....

P.S.2

....

I will post CODE (for disabling USB2 EHCI Controller #1 ) a bit later because my dsdt now is a real mess!!!

and I want to upgrade my board bios to F11 version (GA-EX58-EXTREME)

....

P.S.3

....

REMEMBER this is a temporary solution .

And sorry for my English :P

....

:)

Link to comment
Share on other sites
kdawg
kdawg
Posted
Posted
I,ve managed to fix hotplug issues with Firewire it was F...ING brain damage.

Now my firewire ALWAYS Hot Plug :D

This is a temporary solution .

There are the problem with IRQ routing in bios on EVERY Gigabyte board ... and it is not easy to fix with DSDT "IRQ routing override"

 

For X58 boards Intel Corporation X58 I/O Hub to ESI Port [8086:3405] causing lag !

On boot for some unknown reason "ESI" gets IRQ from APIC and the same IRQ uses

USB Highspeed bus (0x001D0007) -> USB2 EHCI Controller #1 [8086:3a3a] and also

USB 1.0 bus (0x001D0001) -> USB UHCI Controller #1 [8086:3a34]

 

In normal conditions "ESI" MUST NOT HAVE apic IRQ !

because of that it steals "IRQ" from USB2 EHCI Controller #1

...

make LSPCI on boot and you will see that USB2 EHCI does not have IRQ assigned !!!

and "ESI" have IRQ !

BUT IOREG shows that USB2 EHCI HAVE IRQ !!! :)

system goes to strange infinite loop between USB2 EHCI - USB UHCI - ESI ...

and just IGNORES any events from FIREWIRE !

If you sleep and wake your PC and looks in ioreg it will show you that nothing changed BUT

if you make LSPCI you will see that USB2 EHCI now HAVE IRQ

and "ESI" loose his IRQ !

Now SYSTEM can see events from FIREWIRE BUT you will get another LAG

Video card output gets jitter ! It's clearly noticable when you move window or play QT movie...

because of that loop between USB2 EHCI - USB UHCI - ESI

............................

Solution would be to deny "ESI" to get IRQ on boot BUT i did not found how to make it...

Sad BUT...

I decided to DISABLE USB2 EHCI that system don't see it at all!

and it WORKS!

side effect you will lose one EHCI bus but that not so important becase it is FRONT BUS (on gigabyte boards) and usually all people put they USB 2 Highspeed devices on back panel and they are rooted by system to

USB Highspeed bus (0x001A0007) -> USB2 EHCI Controller #2 [8086:3a3c]

And on real Macs Front panel is USB2 normal speed bus

So not so big loss !

...........

The procedure of disabling

USB Highspeed bus (0x001D0007) -> USB2 EHCI Controller #1 [8086:3a3a]

is very simple!

"THe KiNG" wrote about it here :

Fd—function Disable Register, How to use Function Disable Register

http://www.projectosx.com/forum/index.php?showtopic=851

P.S.1

....

Name (_ADR, 0x000X0000)

must be like you see it in IOREG where X is number

for me it Name (_ADR, 0x00060000)

and in HUB0 in method _PRT must be corresponding IRQ entry for this adress or you will see message in

System Profiler in tab FireWire -> FireWire Bus: Warning: Unable to list FireWire devices

....

P.S.2

....

I will post CODE (for disabling USB2 EHCI Controller #1 ) a bit later because my dsdt now is a real mess!!!

and I want to upgrade my board bios to F11 version (GA-EX58-EXTREME)

....

P.S.3

....

REMEMBER this is a temporary solution .

And sorry for my English :P

....

:)

Well that helps shed some light as to why everyone has been having problems. At least there's a little progress there.

Link to comment
Share on other sites
d00d
d00d
Posted
  • Author
Posted
I,ve managed to fix hotplug issues with Firewire it was F...ING brain damage.

Now my firewire ALWAYS Hot Plug :)

This is a temporary solution .

There are the problem with IRQ routing in bios on EVERY Gigabyte board ... and it is not easy to fix with DSDT "IRQ routing override"

 

For X58 boards Intel Corporation X58 I/O Hub to ESI Port [8086:3405] causing lag !

On boot for some unknown reason "ESI" gets IRQ from APIC and the same IRQ uses

USB Highspeed bus (0x001D0007) -> USB2 EHCI Controller #1 [8086:3a3a] and also

USB 1.0 bus (0x001D0001) -> USB UHCI Controller #1 [8086:3a34]

 

In normal conditions "ESI" MUST NOT HAVE apic IRQ !

because of that it steals "IRQ" from USB2 EHCI Controller #1

...

make LSPCI on boot and you will see that USB2 EHCI does not have IRQ assigned !!!

and "ESI" have IRQ !

BUT IOREG shows that USB2 EHCI HAVE IRQ !!! :)

system goes to strange infinite loop between USB2 EHCI - USB UHCI - ESI ...

and just IGNORES any events from FIREWIRE !

If you sleep and wake your PC and looks in ioreg it will show you that nothing changed BUT

if you make LSPCI you will see that USB2 EHCI now HAVE IRQ

and "ESI" loose his IRQ !

Now SYSTEM can see events from FIREWIRE BUT you will get another LAG

Video card output gets jitter ! It's clearly noticable when you move window or play QT movie...

because of that loop between USB2 EHCI - USB UHCI - ESI

............................

Solution would be to deny "ESI" to get IRQ on boot BUT i did not found how to make it...

Sad BUT...

I decided to DISABLE USB2 EHCI that system don't see it at all!

and it WORKS!

side effect you will lose one EHCI bus but that not so important becase it is FRONT BUS (on gigabyte boards) and usually all people put they USB 2 Highspeed devices on back panel and they are rooted by system to

USB Highspeed bus (0x001A0007) -> USB2 EHCI Controller #2 [8086:3a3c]

And on real Macs Front panel is USB2 normal speed bus

So not so big loss !

...........

The procedure of disabling

USB Highspeed bus (0x001D0007) -> USB2 EHCI Controller #1 [8086:3a3a]

is very simple!

"THe KiNG" wrote about it here :

Fd—function Disable Register, How to use Function Disable Register

http://www.projectosx.com/forum/index.php?showtopic=851

P.S.1

....

Name (_ADR, 0x000X0000)

must be like you see it in IOREG where X is number

for me it Name (_ADR, 0x00060000)

and in HUB0 in method _PRT must be corresponding IRQ entry for this adress or you will see message in

System Profiler in tab FireWire -> FireWire Bus: Warning: Unable to list FireWire devices

....

P.S.2

....

I will post CODE (for disabling USB2 EHCI Controller #1 ) a bit later because my dsdt now is a real mess!!!

and I want to upgrade my board bios to F11 version (GA-EX58-EXTREME)

....

P.S.3

....

REMEMBER this is a temporary solution .

And sorry for my English :P

....

:)

My IRQs don't jump around, perhaps because I removed the IRQ from the PIC device in step 11 of post 1?

 

From lspci;

00:00.0 Host bridge [0600]: Intel Corporation QuickPath Architecture I/O Hub to ESI Port [8086:3405] (rev 12)

00:1a.0 USB Controller [0c03]: Intel Corporation 82801JI (ICH10 Family) USB UHCI Controller #4 [8086:3a37]

00:1a.1 USB Controller [0c03]: Intel Corporation 82801JI (ICH10 Family) USB UHCI Controller #5 [8086:3a38]

00:1a.2 USB Controller [0c03]: Intel Corporation 82801JI (ICH10 Family) USB UHCI Controller #6 [8086:3a39]

00:1a.7 USB Controller [0c03]: Intel Corporation 82801JI (ICH10 Family) USB2 EHCI Controller #2 [8086:3a3c]

00:1d.0 USB Controller [0c03]: Intel Corporation 82801JI (ICH10 Family) USB UHCI Controller #1 [8086:3a34]

00:1d.1 USB Controller [0c03]: Intel Corporation 82801JI (ICH10 Family) USB UHCI Controller #2 [8086:3a35]

00:1d.2 USB Controller [0c03]: Intel Corporation 82801JI (ICH10 Family) USB UHCI Controller #3 [8086:3a36]

00:1d.7 USB Controller [0c03]: Intel Corporation 82801JI (ICH10 Family) USB2 EHCI Controller #1 [8086:3a3a]

 

IRQs seen in ioreg, which are the same after resume from S3;

io-apic (00:00.0) 0

USB3 (00:1a.0) 10

USB4 (00:1a.1) 15

USB5 (00:1a.2) 12

USE2 (00:1a.7) 12

USB0 (00:1d.0) 17

USB1 (00:1d.1) 13

USB2 (00:1d.2) 12

USBE (00:1d.7) 17

Link to comment
Share on other sites
x.di
x.di
Posted
Posted
My IRQs don't jump around, perhaps because I removed the IRQ from the PIC device in step 11 of post 1?

 

IRQs must be seen in LSPCI ! in Ioreg nothing changes :wacko:

...

lspci -nnnvvvb

compare before and after sleep

Link to comment
Share on other sites
d00d
d00d
Posted
  • Author
Posted
IRQs must be seen in LSPCI ! in Ioreg nothing changes :(

...

lspci -nnnvvvb

compare before and after sleep

For me the only change is ESI looses it's IRQ after resume from S3, and in both cases FW hot plug works.

I haven't modified my DSDT with respect to FW.

 

Running `/usr/bin/lspci -nnnvvvb' after restart;

00:00.0 Host bridge [0600]: Intel Corporation X58 I/O Hub to ESI Port [8086:3405] Interrupt: pin A routed to IRQ 16

00:1a.0 USB Controller [0c03]: Intel Corporation 82801JI (ICH10 Family) USB UHCI Controller #4 [8086:3a37] Interrupt: pin A routed to IRQ 16

00:1a.1 USB Controller [0c03]: Intel Corporation 82801JI (ICH10 Family) USB UHCI Controller #5 [8086:3a38] Interrupt: pin B routed to IRQ 21

00:1a.2 USB Controller [0c03]: Intel Corporation 82801JI (ICH10 Family) USB UHCI Controller #6 [8086:3a39] Interrupt: pin C routed to IRQ 18

00:1a.7 USB Controller [0c03]: Intel Corporation 82801JI (ICH10 Family) USB2 EHCI Controller #2 [8086:3a3c] Interrupt: pin C routed to IRQ 18

00:1d.0 USB Controller [0c03]: Intel Corporation 82801JI (ICH10 Family) USB UHCI Controller #1 [8086:3a34] Interrupt: pin A routed to IRQ 23

00:1d.1 USB Controller [0c03]: Intel Corporation 82801JI (ICH10 Family) USB UHCI Controller #2 [8086:3a35] Interrupt: pin B routed to IRQ 19

00:1d.2 USB Controller [0c03]: Intel Corporation 82801JI (ICH10 Family) USB UHCI Controller #3 [8086:3a36] Interrupt: pin C routed to IRQ 18

00:1d.7 USB Controller [0c03]: Intel Corporation 82801JI (ICH10 Family) USB2 EHCI Controller #1 [8086:3a3a] Interrupt: pin A routed to IRQ 23

08:06.0 FireWire (IEEE 1394) [0c00]: Texas Instruments TSB43AB23 IEEE-1394a-2000 Controller (PHY/Link) [104c:8024] Interrupt: pin A routed to IRQ 18

 

Running `/usr/bin/lspci -nnnvvvb' after resume from S3;

00:00.0 Host bridge [0600]: Intel Corporation X58 I/O Hub to ESI Port [8086:3405] Interrupt: pin A routed to IRQ 0

00:1a.0 USB Controller [0c03]: Intel Corporation 82801JI (ICH10 Family) USB UHCI Controller #4 [8086:3a37] Interrupt: pin A routed to IRQ 16

00:1a.1 USB Controller [0c03]: Intel Corporation 82801JI (ICH10 Family) USB UHCI Controller #5 [8086:3a38] Interrupt: pin B routed to IRQ 21

00:1a.2 USB Controller [0c03]: Intel Corporation 82801JI (ICH10 Family) USB UHCI Controller #6 [8086:3a39] Interrupt: pin C routed to IRQ 18

00:1a.7 USB Controller [0c03]: Intel Corporation 82801JI (ICH10 Family) USB2 EHCI Controller #2 [8086:3a3c] Interrupt: pin C routed to IRQ 18

00:1d.0 USB Controller [0c03]: Intel Corporation 82801JI (ICH10 Family) USB UHCI Controller #1 [8086:3a34] Interrupt: pin A routed to IRQ 23

00:1d.1 USB Controller [0c03]: Intel Corporation 82801JI (ICH10 Family) USB UHCI Controller #2 [8086:3a35] Interrupt: pin B routed to IRQ 19

00:1d.2 USB Controller [0c03]: Intel Corporation 82801JI (ICH10 Family) USB UHCI Controller #3 [8086:3a36] Interrupt: pin C routed to IRQ 18

00:1d.7 USB Controller [0c03]: Intel Corporation 82801JI (ICH10 Family) USB2 EHCI Controller #1 [8086:3a3a] Interrupt: pin A routed to IRQ 23

08:06.0 FireWire (IEEE 1394) [0c00]: Texas Instruments TSB43AB23 IEEE-1394a-2000 Controller (PHY/Link) [104c:8024] Interrupt: pin A routed to IRQ 18

Link to comment
Share on other sites
CruiSAr
CruiSAr
Posted
Posted
FYI;

 

I couldn't login after testing a 4.4 GHz over clock that KPd on boot, because of a weird looping condition before the login windoid;

Feb 28 23:23:48 mac05 /System/Library/CoreServices/loginwindow.app/Contents/MacOS/loginwindow[449]: Login Window Application Started

Feb 28 23:23:48 mac05 loginwindow[449]: Login Window Started Security Agent

Feb 28 23:23:48 mac05 loginwindow[449]: Login Window - Returned from Security Agent

Feb 28 23:23:48 mac05 loginwindow[449]: AuthorizationRef returned errAuthorizationDenied. Exiting.

Feb 28 23:23:48 mac05 com.apple.loginwindow[449]: AuthorizationRef returned errAuthorizationDenied. Exiting.

Feb 28 23:23:48 mac05 com.apple.launchd[1] (com.apple.loginwindow): Throttling respawn: Will start in 10 seconds

 

This was the first problem I've had that I wasn't able to find a solution for on the internet, although a person posting to a German language site had an additional system.log message which was a good hint.

 

My /private/etc/authorization data file had become corrupted, and after SSHing in and replacing it with authorization~previous I was able to login.

Thanks for the tip d00d, I had this problem sometime back and I couldnt figure it out so I had to reinstall.... :D ...bummer. At least now I know how to fix it when it crops up again

Link to comment
Share on other sites
x.di
x.di
Posted
Posted
For me the only change is ESI looses it's IRQ after resume from S3, and in both cases FW hot plug works.

I haven't modified my DSDT with respect to FW.

 

Then you are lucky :(

for me FW hot plug begin to works when i rewroute IRQs in DSDT. :)

Link to comment
Share on other sites
FUT1L1TY
FUT1L1TY
Posted
Posted

I just stumbled across something strange. I wonder if anyone has noticed this as well. I just installed Apple Mac Pro Audio Update 1.0 so I knew that I need to update the MacPro4_1.plist inside of IOPlatformPluginFamily.kext with the section from MacPro3_1.plist.

 

Anyway, I did that without any noticeable problems. I then ran the 32-bit version of Geekbench and got a score of 6137. I didn't believe it so I rebooted and ran it again. No change. I ran it several more times with no significant change.

 

I then restored the MacPro4_1.plist to its original form. Ran Geekbench again and got a score of 10340 which is my usual score.

 

I've attached my screenshots of my results as well. I hope this information is of use to someone. Thanks again for all your help.

post-405332-1268178236_thumb.png

post-405332-1268178252_thumb.png

Link to comment
Share on other sites
callumj09
callumj09
Posted
Posted
I just stumbled across something strange. I wonder if anyone has noticed this as well. I just installed Apple Mac Pro Audio Update 1.0 so I knew that I need to update the MacPro4_1.plist inside of IOPlatformPluginFamily.kext with the section from MacPro3_1.plist.

 

Anyway, I did that without any noticeable problems. I then ran the 32-bit version of Geekbench and got a score of 6137. I didn't believe it so I rebooted and ran it again. No change. I ran it several more times with no significant change.

 

I then restored the MacPro4_1.plist to its original form. Ran Geekbench again and got a score of 10340 which is my usual score.

 

I've attached my screenshots of my results as well. I hope this information is of use to someone. Thanks again for all your help.

 

I doubt that identifying your system differently could physically effect your hardware. I can only assume it's got something to do with how Geekbench is coded. Geekbench scores are based largely on the CPU, if I remember correctly. Probably gets confused or something, since the older Mac Pros didn't have Nehalem CPUs.

 

Just a guess though. I wouldn't worry about it unless your system is noticeably slower (which, again, I doubt).

Link to comment
Share on other sites
FUT1L1TY
FUT1L1TY
Posted
Posted
I doubt that identifying your system differently could physically effect your hardware.

 

Perhaps I wasn't clear. I did not misidentify my machine. I modified my MacPro4_1.plist as per d00ds instructions on page 1. It had a substantial effect on my performance. Why? I'm not sure. As a result, I'm using the vanilla version of IOPlatformPluginFamily that gets installed with Mac Pro Audio Update.

 

I guess what I'm trying to say is that maybe we don't need that MacPro4_1.plist mod after installing that update. It's possible that people have updated and didn't realize that kext got changed in the first place.

Link to comment
Share on other sites
MowgliBook
MowgliBook
Posted
Posted

If you had repaired authorisations and flush caches (extention.mkext) you would not have had that problem. `

The MacPro4_1.plist is edited to enjoy full speedstep with variable speed and works perfectly, you had that performance issue because you didn't install it properly.

 

Replace the vanilla plist,

Repair authorisations,

clean caches and make sure a new mkext is created, then restart.

Link to comment
Share on other sites
Swhay
Swhay
Posted
Posted
Thank you very much for trying to helping me! I'm very thankful. :(

 

I'll check the permissions when I get home from work, but I think I did manage to do that change to the permissions of / some time ago, and haven't been the complaints in the log since then.

 

I have the GA-EX58-UD5 mobo (doesn't it show in the signature?)

 

Alright, so I'll try to remove AppleHDAController.kext.

Let's see what goes...

 

Thanks again!

 

Edit:

I checked the permissions on / and I had root:admin so I entered your command so now it's root:wheel.

I also decided to compare the /S/L/E folder of my Hack with the same folder on my girlfriends MacBook.

 

Below is the result including some arrows with questions.

There are a lot of printer kexts in the upper section (the MacBook) which you have to ignore.

I will try to add OSvKernDSPLib.kext to my Hack since it seems to miss that during boot.

 

What do you say about the other kexts that differ?

Thanks for your input!

kexts_compared.jpg

 

You can remove:

IOAHCIBlockStorageInjector.kext

SleepEnabler.kext

 

 

If you are using Asere 1.1.8 Bootloader (this is a modified Chameleon bootloader from a member of EFIXUsers.com forum). Which was installed on my system as part of the Kakewalk install method, then you can remove

 

PlatformUUID.kext

 

AsereBLN Booter - Based on Chameleon RC4 / PCEFI10.5

 

Kakewalk: Minimal effort install (EP45, EX58, P55, G41), Kakewalk is a simple vanilla method for installing Snow Leopard

 

The only Kexts you need with my DSDT are

 

Fakesmc.kext in /Extra/Extensions

RealtekR1000SL.kext in /System/Library/Extensions

 

I can confirm that I have

OSvKernDSPLib.kext and JMicronATA.kext in /System/Library/Extensions on both my 2009 27" iMac and my GA-EX58-UD5 ("Mac Pro").

Link to comment
Share on other sites
FUT1L1TY
FUT1L1TY
Posted
Posted
If you had repaired authorisations and flush caches (extention.mkext) you would not have had that problem. `

The MacPro4_1.plist is edited to enjoy full speedstep with variable speed and works perfectly, you had that performance issue because you didn't install it properly.

 

Replace the vanilla plist,

Repair authorisations,

clean caches and make sure a new mkext is created, then restart.

 

Actually, I never replaced the kext. I simply edited the the plist in place using vi logged in as root. The permissions never were changed. The kext never left /S/L/E. When I was done, I ran "touch /System/Library/Extensions".

 

After I noticed the problem, I reverted the kext using the same method above. The kext never moved. If I had messed up permissions, I would still be experiencing the problem.

 

With that said, it's possible that I made mistake. Who knows. Anything is possible. What I would like to know is there anyone who has installed the Mac Pro Audio Update? If so then they are mostly likely running the vanilla version of IOPlatformPluginFamily.kext.

Link to comment
Share on other sites
FUT1L1TY
FUT1L1TY
Posted
Posted
I did install it, and I re-edited my plist after. Everything's fine, and I have variable speeds

I'm convinced that your problem comes from the kext caches...

 

 

Thanks. I tried it again. It was in fact a bad edit and not permissions. It's now working. Sorry to report a false positive.

 

On a non-related note (for everyone on the list), did you know WOL (wake-on-lan) can be used to start your computer from a powered off state? Well, it can. Up until now I've only used WOL to wake from sleep. This is way cooler!

Link to comment
Share on other sites
aschar1
aschar1
Posted
Posted

i changed the dsdt HDEF patch - it reduces the popping noise after wake from sleep. At boot its completely gone.

This is for layout id 12 - which is for my legacy alc889a kext. If your legacy kext needs different layout just change the layout id to your needs (alc889 or alc888).

 

 

            Device (HDEF)
           {
               Name (_ADR, 0x001B0000)
               Method (_PRW, 0, NotSerialized)
               {
                   Return (Package (0x02)
                   {
                       0x0D, 
                       0x05
                   })
               }

               Method (_DSM, 4, NotSerialized)
               {
                   Store (Package (0x08)
                       {
                           "subsystem-id", 
                           Buffer (0x04)
                           {
                               0x0A, 0x00, 0x00, 0x00
                           }, 

                           "subsytem-vendor-id", 
                           Buffer (0x04)
                           {
                               0x6B, 0x10, 0x00, 0x00
                           }, 

                           "layout-id", 
                           Buffer (0x04)
                           {
                               0x0C, 0x00, 0x00, 0x00
                           }, 

                           "PinConfigurations", 
                           Buffer (Zero) {}
                       }, Local0)
                   DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))
                   Return (Local0)
               }
           }

Link to comment
Share on other sites
ANARCHiNTOSH
ANARCHiNTOSH
Posted
Posted
aschars link to his alc889a v2 doesnt work. anyone who has the kext for audio?

i have the ga-ex58-ud5 with 6, 3.5mm jacks on the mobo. i'm using d00d's dsdt.aml and want to get 5.1 digital/analog sound.

 

just read through the audio part of d00ds post, there are plenty of alternative methods, like my AppleHDA patcher or the LegacyHDA. You will have to edit your dsdt's audio section though.

 

@ashar1

i love it that there are about 5 different methods for ud5 ALC889a audio, itll be really hard for Apple to break support ;)

Link to comment
Share on other sites
 Share
Go to topic listing
×
×
  • Create New...