Help - Search - Members - Calendar
Full Version: Slow Sata Issue Fix
Project OS X Forums > Snow Leopard Guides & Tutorials > DSDT Patching
Pages: 1, 2
THe KiNG
Sep 14 2009, 10:48 AM
After many trial and failure I finally found how to fix HPET IRQ conflict on some ASUS boards including mine.
I lost so many time trying to change the IRQ used by both SATA and HPET, and turned out that was wrong!
After I've looked better in MacPro4,1 ioreg dump I saw that HPET use there IRQ 2 and 8, and on my board 14 and 8.
The trick is to free that IRQ (2) in order to be used by HPET.
Here are the changes:

Original HPET:
CODE
Device (HPET)
{
Name (_HID, EisaId ("PNP0103"))
Name (CRS, ResourceTemplate ()
{
Memory32Fixed (ReadOnly,
0xFED00000, // Address Base
0x00000400, // Address Length
_Y0F)
})
OperationRegion (^LPCR, SystemMemory, 0xFED1F404, 0x04)
Field (LPCR, AnyAcc, NoLock, Preserve)
{
HPTS, 2,
, 5,
HPTE, 1,
Offset (0x04)
}

Method (_STA, 0, NotSerialized)
{
If (LEqual (OSFL (), Zero))
{
If (HPTE)
{
Return (0x0F)
}
}
Else
{
If (HPTE)
{
Return (0x0B)
}
}

Return (Zero)
}

Method (_CRS, 0, NotSerialized)
{
CreateDWordField (CRS, \_SB.PCI0.SBRG.HPET._Y0F._BAS, HPT)
Multiply (HPTS, 0x1000, Local0)
Add (Local0, 0xFED00000, HPT)
Return (CRS)
}
}


Changed HPET:

CODE
Device (HPET)
{
Name (_HID, EisaId ("PNP0103"))
Name (CRS, ResourceTemplate ()
{
IRQNoFlags ()
{0}
IRQNoFlags ()
{8}
Memory32Fixed (ReadOnly,
0xFED00000, // Address Base
0x00000400, // Address Length
_Y0F)
})
OperationRegion (^LPCR, SystemMemory, 0xFED1F404, 0x04)
Field (LPCR, AnyAcc, NoLock, Preserve)
{
HPTS, 2,
, 5,
HPTE, 1,
Offset (0x04)
}

Method (_STA, 0, NotSerialized)
{
If (LEqual (OSFL (), Zero))
{
If (HPTE)
{
Return (0x0F)
}
}
Else
{
If (HPTE)
{
Return (0x0B)
}
}

Return (Zero)
}

Method (_CRS, 0, NotSerialized)
{
CreateDWordField (CRS, \_SB.PCI0.SBRG.HPET._Y0F._BAS, HPT)
Multiply (HPTS, 0x1000, Local0)
Add (Local0, 0xFED00000, HPT)
Return (CRS)
}
}


Original RTC0:

CODE
Device (RTC0)
{
Name (_HID, EisaId ("PNP0B00"))
Name (_CRS, ResourceTemplate ()
{
IO (Decode16,
0x0070, // Range Minimum
0x0070, // Range Maximum
0x00, // Alignment
0x02, // Length
)
IRQNoFlags ()
{8}
})
}


Changed RTC0:

CODE
Device (RTC0)
{
Name (_HID, EisaId ("PNP0B00"))
Name (_CRS, ResourceTemplate ()
{
IO (Decode16,
0x0070, // Range Minimum
0x0070, // Range Maximum
0x00, // Alignment
0x02, // Length
)
})
}


Original TMR:

CODE
Device (TMR)
{
Name (_HID, EisaId ("PNP0100"))
Name (_CRS, ResourceTemplate ()
{
IO (Decode16,
0x0040, // Range Minimum
0x0040, // Range Maximum
0x00, // Alignment
0x04, // Length
)
IRQNoFlags ()
{0}
})
}


Changed TMR:

CODE
Device (TMR)
{
Name (_HID, EisaId ("PNP0100"))
Name (_CRS, ResourceTemplate ()
{
IO (Decode16,
0x0040, // Range Minimum
0x0040, // Range Maximum
0x01, // Alignment
0x04, // Length
)
IO (Decode16,
0x0050, // Range Minimum
0x0050, // Range Maximum
0x01, // Alignment
0x04, // Length
)
})
}


Original PIC:

CODE
Device (PIC)
{
Name (_HID, EisaId ("PNP0000"))
Name (_CRS, ResourceTemplate ()
{
IO (Decode16,
0x0020, // Range Minimum
0x0020, // Range Maximum
0x00, // Alignment
0x02, // Length
)
IO (Decode16,
0x00A0, // Range Minimum
0x00A0, // Range Maximum
0x00, // Alignment
0x02, // Length
)
IRQNoFlags ()
{2}
})
}


Changed PIC:

CODE
Device (PIC)
{
Name (_HID, EisaId ("PNP0000"))
Name (_CRS, ResourceTemplate ()
{
IO (Decode16,
0x0020, // Range Minimum
0x0020, // Range Maximum
0x00, // Alignment
0x02, // Length
)
IO (Decode16,
0x00A0, // Range Minimum
0x00A0, // Range Maximum
0x00, // Alignment
0x02, // Length
)
})
}


After all this HPET looks in ioreg identical with MacPro4,1 one:


And SATA is using IRQ 14 as it should:


I recommend this changes for all boards.

Enjoy!
Slice
Sep 14 2009, 12:21 PM
My HPET works without any IRQ
CODE
                Device (HPET)
                {
                    Name (_HID, EisaId ("PNP0103"))
                    Name (ATT3, ResourceTemplate ()
                    {
                        Memory32Fixed (ReadWrite,
                            0xFED00000,         // Address Base
                            0x00000400,         // Address Length
                            )
                    })
                    Name (ATT4, ResourceTemplate ()
                    {
                    })
                    Method (_STA, 0, NotSerialized)
                    {
                        Return (0x0F)
                    }

                    Method (_CRS, 0, NotSerialized)
                    {
                        Return (ATT3)
                    }
                }

as well as RTC and TMR.
PIC uses IRQ 2
But in ioreg I see that HPET and RTC uses interrupts
CODE
    | +-o HPET  <class IOACPIPlatformDevice, id 0x10000012e, registered, matched, active, busy 0 (96 ms), retain 7>
    | | | {
    | | |   "_STA" = 0xf
    | | |   "IODeviceMemory" = (({"address"=0xfffffffffed00000,"length"=0x400}))
    | | |   "name" = <504e503031303300>
    | | |   "IOInterruptControllers" = ("io-apic-0","io-apic-0")
    | | |   "IOInterruptSpecifiers" = (<1700000000000000>,<0b00000000000000>)
    | | | }
    | | |
    | | +-o AppleHPET  <class AppleHPET, id 0x1000001f3, !registered, !matched, active, busy 0, retain 4>
    | |     {
..............
    | +-o RTC  <class IOACPIPlatformDevice, id 0x100000127, registered, matched, active, busy 0 (94 ms), retain 8>
    | | | {
    | | |   "IODeviceMemory" = (({"address"=0x70,"length"=0x2}),({"address"=0x72,"length"=0x6}))
    | | |   "_STA" = 0xf
    | | |   "IOInterruptSpecifiers" = (<0400000000000000>)
    | | |   "acpi-wake-type" = 0x4
    | | |   "name" = <504e503042303000>
    | | |   "IOInterruptControllers" = ("ACPIEventController")
    | | | }
    | | |
    | | +-o AppleRTC  <class AppleRTC, id 0x1000001f1, registered, matched, active, busy 0 (0 ms), retain 6>
    | |     {


Snow 10.6.1 on Dell 1525 Chipset ICH8M.
THe KiNG
Sep 14 2009, 12:40 PM
Yes, HPET works w/o IRQ added in DSDT, that is just for cosmetic wink.gif
PIC(IPIC) was the key...
Slice
Sep 14 2009, 12:45 PM
When I add IRQ 0,8 to HPET I got more interrupts but not exclude b and 17.
Click to view attachment
THe KiNG
Sep 17 2009, 07:42 AM
QUOTE (Slice @ Sep 14 2009, 01:45 PM) *
When I add IRQ 0,8 to HPET I got more interrupts but not exclude b and 17.

Did you removed IRQ from RTC and PIC as I suggested?

As a tip, try to remove from DSDT unused crap like floppy and/or PS2, apple use other stuff on those irq's, I made my DSDT as much clean I could, still keeping functionality....
Slice
Sep 17 2009, 12:18 PM
CODE
Device (RTC)
{
Name (_HID, EisaId ("PNP0B00"))
Name (RT, ResourceTemplate ()
{
IO (Decode16,
0x0070, // Range Minimum
0x0070, // Range Maximum
0x10, // Alignment
0x02, // Length
)
IO (Decode16,
0x0072, // Range Minimum
0x0072, // Range Maximum
0x02, // Alignment
0x06, // Length
)
})
Method (_CRS, 0, NotSerialized)
{
Return (RT)
}
}

Device (TIMR)
{
Name (_HID, EisaId ("PNP0100"))
Name (TM, ResourceTemplate ()
{
IO (Decode16,
0x0040, // Range Minimum
0x0040, // Range Maximum
0x10, // Alignment
0x04, // Length
)
IO (Decode16,
0x0050, // Range Minimum
0x0050, // Range Maximum
0x10, // Alignment
0x04, // Length
)
})
Method (_CRS, 0, NotSerialized)
{
Return ™
}
}

For PIC I set IRQ 2 - this is help me for brightness control.
HPET - no IRQ
Gringo Vermelho
Sep 17 2009, 02:14 PM
After making the changes, my SATA is on IRQ 13.

I was wondering if it would be okay to strip out unused stuff like floppy and PS2 from the DSDT, so thanks. I'll try it.

KiNG, do you have P-and C-states added to your DSDT?
If you do, is it working with the RTC,TMR,PIC and HPET changes you've outlined here?

I had made some similar changes earlier using the information here:
http://aserebln.blogspot.com/2009/07/20.html
But got horrible jumpy sound when using a DSDT with SSDT data.

If it works fine for you with your modifications to HPET and friends, please let me know.
THe KiNG
Sep 18 2009, 11:25 AM
QUOTE (Gringo Vermelho @ Sep 17 2009, 03:14 PM) *
After making the changes, my SATA is on IRQ 13.

I was wondering if it would be okay to strip out unused stuff like floppy and PS2 from the DSDT, so thanks. I'll try it.

KiNG, do you have P-and C-states added to your DSDT?
If you do, is it working with the RTC,TMR,PIC and HPET changes you've outlined here?

I had made some similar changes earlier using the information here:
http://aserebln.blogspot.com/2009/07/20.html
But got horrible jumpy sound when using a DSDT with SSDT data.

If it works fine for you with your modifications to HPET and friends, please let me know.

I have no SSDT data added in my DSDT, it works just fine with original SSDT and with my dummy kext for SpeedStep.
Still this is a temporary solution since I want to get SpeedStep working w/o touching SMC_Platform_Plugin same as it works for MacPro4,1.
And yes it works just fine with this DSDT fixes.

About your jumpy sound, that mean you didn't set SSDT data for your CPU ok, try more tongue.gif
Gringo Vermelho
Sep 19 2009, 05:10 AM
Triumph!

It's working now - without editing the SMCPlugin. I use iMac9,1 for model identifier.

http://www.insanelymac.com/forum/index.php...t&p=1272462
blackCH
Sep 21 2009, 09:57 PM
Thanks for this!. It finally solved HPET & USBs IRQ conflicts on my HP6720s!
Gusar
Sep 23 2009, 10:22 PM
CODE
Device (RTC0)
                {
                    Name (_HID, EisaId ("PNP0B00"))
                    Name (BUF0, ResourceTemplate ()
                    {
                        IO (Decode16,
                            0x0070,             // Range Minimum
                            0x0070,             // Range Maximum
                            0x00,               // Alignment
                            0x02,               // Length
                            )
                    })
                    Name (BUF1, ResourceTemplate ()
                    {
                        IO (Decode16,
                            0x0070,             // Range Minimum
                            0x0070,             // Range Maximum
                            0x00,               // Alignment
                            0x02,               // Length
                            )
                        IRQNoFlags ()
                            {8}
                    })
                    Method (_CRS, 0, Serialized)
                    {
                        If (^^HPET.HPTE)
                        {
                            Return (BUF0)
                        }

                        Return (BUF1)
                    }
                }


All works without problems.
THe KiNG
Sep 24 2009, 06:09 AM
That is half of the problem, IRQ 2 is still set on TMR, so the bug is still present...
I don't see why add more code instead just remove that IRQ and add it to HPET, maybe you should explain the reason, and also to specify what board you have.
Gusar
Sep 24 2009, 07:43 AM
QUOTE (THe KiNG @ Sep 24 2009, 10:09 AM) *
That is half of the problem, IRQ 2 is still set on TMR, so the bug is still present...
I don't see why add more code instead just remove that IRQ and add it to HPET, maybe you should explain the reason, and also to specify what board you have.

I have a very nice HPET rolleyes.gif
MacPro4,1 has acpi-tables idetifically Asus Q-series Mobo. Sorry for my English.
THe KiNG
Sep 24 2009, 08:12 AM
Q Series is a long board list LOL, can you be more specific?
Also check in ioreg and tell me what IRQ it use on SATA(first one)

Thanks.
Gusar
Sep 24 2009, 10:01 AM
QUOTE (THe KiNG @ Sep 24 2009, 12:12 PM) *
Q Series is a long board list LOL, can you be more specific?
Also check in ioreg and tell me what IRQ it use on SATA(first one)

Thanks.

P5QL Pro
13
THe KiNG
Sep 24 2009, 12:13 PM
QUOTE (Gusar @ Sep 24 2009, 10:01 AM) *
P5QL Pro
13

That explain why it works for you, look on first post on pics, on boards with AHCI problem it use IRQ 14 for SATA and HPET b/c IRQ 2 is set on PIC. Once is removed and HPET get 2 and 8 avail it use them. IRQ 2 on PIC is not needed on desktop boards so is safe to remove it.
IMO save space and remove that IRQ on RTC(that check you added does the same thing but in a fashion way... tongue.gif )
Stick with MacPro4,1 DSDT as example wink.gif

Now if someone know how to get both io-apic's to be used?
Seems they are used on linux(guess on win too) but not on OS X:
CODE
[ 0.000000] ACPI: IOAPIC (id[0x08] address[0xfec00000] gsi_base[0])
[ 0.000000] IOAPIC[0]: apic_id 8, version 32, address 0xfec00000, GSI 0-23
[ 0.000000] ACPI: IOAPIC (id[0x09] address[0xfec8a000] gsi_base[24])
[ 0.000000] IOAPIC[1]: apic_id 9, version 32, address 0xfec8a000, GSI 24-47
[ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
[ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
[ 0.000000] ACPI: IRQ0 used by override.
[ 0.000000] ACPI: IRQ2 used by override.
[ 0.000000] ACPI: IRQ9 used by override.
[ 0.000000] Enabling APIC mode: Flat. Using 2 I/O APICs


BTW as you can see in linux dmesg IRQ's 0, 2 and 9 are used for override...
Slice
Sep 25 2009, 07:39 AM
QUOTE (THe KiNG @ Sep 24 2009, 03:13 PM) *
Now if someone know how to get both io-apic's to be used?

I am not clear about this. Look my post #2
QUOTE
Seems they are used on linux(guess on win too) but not on OS X:


BTW as you can see in linux dmesg IRQ's 0, 2 and 9 are used for override...

It depends on driver if it can share interrupts.
THe KiNG
Sep 25 2009, 05:22 PM
I'm not clear either what is not clear for you laugh.gif

A very good article: Plug-and-Play-HOWTO
Gringo Vermelho
Oct 22 2009, 05:23 AM
Look, I found a lost DRAM Controller:
Click to view attachment
00:00.0 Host bridge [0600]: Intel Corporation 4 Series Chipset DRAM Controller [8086:2e20] (rev 02)
Any way to deal with it in the DSDT? Does it exist on real Macs in some shape or form?
Slice
Oct 30 2009, 07:59 AM
QUOTE (Gringo Vermelho @ Oct 22 2009, 08:23 AM) *
Look, I found a lost DRAM Controller:
Click to view attachment
00:00.0 Host bridge [0600]: Intel Corporation 4 Series Chipset DRAM Controller [8086:2e20] (rev 02)
Any way to deal with it in the DSDT? Does it exist on real Macs in some shape or form?

It always present in any computer and it does'n need any drivers or DSDT patch.
On AGP system driver AGPGart deals with the controller. On PCIe system no tunings needed.
Gringo Vermelho
Nov 2 2009, 02:55 AM
QUOTE (Slice @ Oct 30 2009, 05:59 AM) *
It always present in any computer and it does'n need any drivers or DSDT patch.
On AGP system driver AGPGart deals with the controller. On PCIe system no tunings needed.


Thanks Slice.
I was looking for it in the DSDT because I wanted to give it a proper name in IOReg, but I couldn't find it.
I guess I'll leave it as it is.
scrax
Nov 12 2009, 08:10 PM
Hi to all, this is my first post, so first thankyou to all how wrote on this forum for the help that you give.

Now my situation is this, I patched my DSDT with THe KiNG suggestions but my original ASUS P5KC (ICH9) DSDT is a little different from the one in your example:

CODE
Device (HPET)
                {
                    Name (_HID, EisaId ("PNP0103"))
                    Name (CRS, ResourceTemplate ()
                    {
                        IRQNoFlags ()
                            {0}
                        IRQNoFlags ()
                            {8}
                        Memory32Fixed (ReadOnly,
                            0xFED00000,         // Address Base
                            0x00000400,         // Address Length
                            _Y09)                                        /*<----   HERE   -------*/
                    })
                    OperationRegion (^LPCR, SystemMemory, 0xFED1F404, 0x04)
                    Field (LPCR, AnyAcc, NoLock, Preserve)
                    {
                        HPTS,   2,
                            ,   5,
                        HPTE,   1,
                                Offset (0x04)
                    }

                    Method (_STA, 0, NotSerialized)
                    {
                        If (LEqual (OSFL (), Zero))
                        {
                            If (HPTE)
                            {
                                Return (0x0F)
                            }
                        }
                        Else
                        {
                            If (HPTE)
                            {
                                Return (0x0B)
                            }
                        }

                        Return (Zero)
                    }

                    Method (_CRS, 0, NotSerialized)
                    {
                        CreateDWordField (CRS, \_SB.PCI0.LPCB.HPET._Y09._BAS, HPT)      /*<----  HERE ------*/
                        Multiply (HPTS, 0x1000, Local0)
                        Add (Local0, 0xFED00000, HPT)
                        Return (CRS)
                    }
                }



In THe KiNG's one _Y09 is Y_0F , RPC TMR and IPIC are the same yours.
BUT in ioreg i have only 1 IOInterruptSpecifiers
0 <16 00 00 00 07 00 00 00>

on another IOreg from a Mac Pro 3,1 there is this:
0 <15 00 00 00 07 00 00 00>
and in the HPET here are only the first two (02 08) no 0b 0c
So i think the different IRQ is not a problem with my SATA not working good,am I wrong?
But that _Y09 is correct ? And my smbios emulates a MP 3.1, there are some problem with this method?

And to be sure that this method will work what test can I do, cpu-i crashes with his kext installed and of course don't works without, for now the biggest issue is a boring delay in opening another hd from the finder the first time, with stop HD when possible in energy pref panel (i don't know the right terminology in english, sorry) and sata not displayed correctly in IOreg (see file linked).

My file are:

DSDT modded: http://dl.dropbox.com/u/2942957/OSX86/dsdt.aml
LSPCI info: http://dl.dropbox.com/u/123918�..0info.text
IOREG final: http://dl.dropbox.com/u/123918�..P5KC.ioreg
SMBIOS.plist: http://dl.dropbox.com/u/2942957/OSX86/smbios.plist
com.apple.Boot.plist: http://dl.dropbox.com/u/2942957/OSX86/com.apple.Boot.plist

Kext installed in /Extra:

AppleVIAATA.kext (that i think i can eliminate, i've also used AppleIntelPIXATA and IOATAfamily but this was the more stable.)
fakesmc.kext
JMicronATA.kext
PlatformUUID.kext (info.plist edited with my en0 mac addres)
OHR.kext (in place of your �I�m feeling better� EvOBoot.kext)

installed in S/L/E with Kext Helper b7:
AttansicL1Ethernet.kext
VoodooHDA.kext-Snow32/64-v0243 with cVad correction
mimayin
Nov 23 2009, 09:07 PM
I followed this guide but my SATA is still slow, copying a 6gb file takes around 6 minutes on SL compared to 1m 30s on Windows.

DSDT: http://82.113.155.91/DSDT.dsl

System is a Foxconn Blackops, X48 with ICH9R.

If anyone can offer any advice I'd be very grateful.
THe KiNG
Nov 30 2009, 06:51 AM
QUOTE (scrax @ Nov 12 2009, 08:10 PM) *
...
BUT in ioreg i have only 1 IOInterruptSpecifiers
0 <16 00 00 00 07 00 00 00>

Are you sure SATA is set as AHCI in BIOS?
Anyway try this one: Click to view attachment
omf
Dec 16 2009, 12:55 AM
I was hoping King's interrupt change would fix my problem with slow SATA disk speeds on my Gigabyte GA-P35-DS4 board, but it doesn't seem to have made a difference. The HPET is showing interrupts 2 and 8 now, and RTC and TMR are no longer using an interrupt.

It's interesting that disk WRITES are what seem to be mostly affected on my board. Tests with XBENCH give me around 2 or 3MB/s writes, but up to 190GB/s reads. Have any of you noticed anything similar?

Also, I noticed the King's IOREG screenshot shows a SATA interface, but mine shows IDE (with AppleAHCI devices under it). All of my BIOS settings are for AHCI.
Here's a shot of my IOREG:


Anyway, if anyone has any thoughts, I'd love to hear them!
scrax
Dec 27 2009, 01:32 AM
QUOTE (omf @ Dec 16 2009, 01:55 AM) *
Anyway, if anyone has any thoughts, I'd love to hear them!


It's just a cosmetic issue
THe KiNG
Jan 6 2010, 07:06 AM
Devices name in DSDT are very important, is not just cosmetic!
On hackit0sh we have to follow Apple.
I don't know if apply on SATA but on most(some) does matter.
As result on my DSDT all are like on Apple.
habibelhabab
Jun 11 2010, 05:00 PM
O M G!!!
After spending days trying to fix my slow SATA system drive (ONLY this volume was slow on xbench!)
with various pointless DSDT attempts and kexts,

I read somewhere in this thread a post by Billabongo:
http://www.insanelymac.com/forum/index.php?showtopic=181903

"Found a BIG issue for those running a drive or partition with windows 7 installed and formated with NTFS!
Remove or disconnect your Windows 7 drive, or you will be getting OSX crashes, *ntfs corruption*, possible KP's!"

I never had any KP myself but as soon as I ejected my windows volume,
my disk became rocket-fast!!! Wooo!

Just thought I'd post this here as a reminder for others out there who have a slow system volume though SATA is perfectly fine.
Seems like this is something easily overlooked.
I'll experiment with not mounting NTFS volume at boot, might speed up boot... anyone know how to do this?

Cheers
rednous
Jul 6 2010, 09:20 AM
Hi The KiNG smile.gif

I inspected the current HPET section in my DSDT and it was a little bit different than you suggested. So i decided to give it a go and copied the whole new HPET part as you suggest for all motherboards (mine is EP43-DS3). During DSDT compilation i got 2 errors (not defined object _BAS), although i got a newly compiled DSDT.
Using the newly compiled DSDT i got a KP smile.gif "CPU1 has no HPET..."

I'll post the exact iASL and KP errors later in order my post to be complete.

Thanx in advance for your time and help.
limonada
Jul 8 2010, 07:24 PM
QUOTE (Gringo Vermelho @ Nov 1 2009, 11:55 PM) *
Thanks Slice.
I was looking for it in the DSDT because I wanted to give it a proper name in IOReg, but I couldn't find it.
I guess I'll leave it as it is.


It's named "MCHC" in MacBooks
panzar
Sep 21 2010, 09:22 AM
hi there ... i'm new to this board but have been using it's information a lot ... so to start off i'd like to thank all making it possible to hack around on our machines and make things work for us.

Now I have been modifying my dsdt and managed to get it compiling with no errors (still warnings) and did the edits the king suggested.

However my sata is still slow and when i look into ioreg explorer it looks little different than the kings's screenschot (I am fully aware it's something i must have done wrong)

If i extract my dsdt again it shows me the code edited as the king suggests.

Could anyone help me to sort this out ? and what do you need from me for this ?

I tried to attach the dsdt but i get an error that i'm not permitted to upload this type of file.
Gringo Vermelho
Sep 22 2010, 06:34 AM
QUOTE (panzar @ Sep 21 2010, 06:22 AM) *
I get an error that i'm not permitted to upload this type of file.


zip it first
panzar
Sep 22 2010, 07:05 AM
ok ... did some more fiddling around ... progress it seems but no succes yet.

I get the dsdt to compile with 6 warnings no errors and lots of optimizations.
if I reextract the dsdt it looks like my edits are loaded but my sata is still slow and my ioreg doesn't
look like the Kings.

my mainboard is a asus P6T-SE - cpu intell core I7 - HD 2x velocity raptor - nvidia 250 GT 1GB

could it be something i setup wrong in the chameleon bootloader ?


Click to view attachment

Click to view attachment

any pointers or help are really appreciated

THe KiNG
Sep 23 2010, 09:36 PM
QUOTE (panzar @ Sep 21 2010, 12:22 PM) *
Now I have been modifying my dsdt and managed to get it compiling with no errors (still warnings) and did the edits the king suggested.

No you didn't!
You forgot to remove the IRQ's on TMR & PIC.
Try this one, I did a quick edit for you, rest is your job.
Also pay attention on capitals dsdt is not the same with DSDT same for members nick rolleyes.gif
Click to view attachment
panzar
Sep 23 2010, 10:04 PM
Thnx for helping me out ...

Edit tried it and worked flawless ... thnx to THe KiNG !!!
XPbIM3
Sep 30 2010, 11:43 PM
QUOTE (THe KiNG @ Jan 6 2010, 01:06 PM) *
Devices name in DSDT are very important, is not just cosmetic!


Any examples please?
Gringo Vermelho
Oct 1 2010, 01:52 AM
Grab a DSDT from a MacPro3,1 or whatever and compare to yours.
XPbIM3
Oct 1 2010, 06:46 PM
QUOTE (Gringo Vermelho @ Oct 1 2010, 07:52 AM) *
Grab a DSDT from a MacPro3,1 or whatever and compare to yours.


So? My devices have completely different names but OSX works.
Give me such example when device naming is really matters.
THe KiNG
Oct 2 2010, 11:48 AM
QUOTE (XPbIM3 @ Oct 1 2010, 09:46 PM) *
So? My devices have completely different names but OSX works.
Give me such example when device naming is really matters.

HDEF HDAU to show you just 2.
Next time think twice before asking...
Marucins
Oct 3 2010, 11:26 PM
I plugged the external disk to eSATA. IDE works fine but slowly. HDD in AHCI barely works.

I modified (use DSDTSE) the dsdt by instructions **THe KiNG**... and now the OSX crashes



- Asus Rampage II Extreme (BIOS 1802)
- Chameleon RC5 r 518
- Extra (AD2000b, EvOreboot, fakesmc, OrangeIconFix)
- 1 HDD ICH10 AHCI + 1 HDD eSATA JMicron

What is wrong. Does someone can help me?
THe KiNG
Oct 4 2010, 04:28 AM
As panic say you did wrong modification to HPET device.
Redo the modifications and use Textmate as editor plus iasl.

You can use this simplified HPET device, and let the OS to do the job...:

CODE
Device (HPET)
{
Name (_HID, EisaId ("PNP0103"))
Name (_STA, 0x0F)
Name (_CRS, ResourceTemplate ()
{
IRQNoFlags (){0}
IRQNoFlags (){8}
Memory32Fixed (ReadOnly, 0xFED00000, 0x00000400)
})
}
Marucins
Oct 4 2010, 04:32 PM
I use iASLMe_64Bit_09_15_2010

Error crashes ... While compiling:

QUOTE
14388 lines, 473046 bytes, 6279 keywords
Compilation complete. 2 Errors, 0 Warnings, 1 Remarks, 80 Optimizations



Even as there has not been modified. Simply use decompile and compile :\


I doubt that it helped sad.gif I see that only a section of TMR varies:

MY
QUOTE
0x0050, // Range Minimum
0x0050, // Range Maximum
0x10, // Alignment
0x04, // Length


YOURS
QUOTE
0x0050, // Range Minimum
0x0050, // Range Maximum
0x01, // Alignment
0x04, // Length

The rest have the same...


I enclose my DSDT. **THe KiNG** can U check?
mellow.gif
THe KiNG
Oct 4 2010, 07:30 PM
There is nothing attached, what to check?
Marucins
Oct 5 2010, 04:39 AM
For what when compiling DSDT after amendment gives me an 2 errors.
THe KiNG
Oct 5 2010, 07:29 AM
Seems you have problem to understand plain English, so I downloaded DSDT using your signature dry.gif
Try this one:
Click to view attachment
Marucins
Oct 5 2010, 08:01 PM
Thank U for Your help.
After changing the DSDT system for a very long time boot. Then the display shows a blue screen (no mouse arrow).

Due to poor knowledge of English and communication problems with recorded video...

http://www.youtube.com/watch?v=iOLjUVS-IYM

I intend to solve this problem. Will you help me? (Can you tell what you need ACPI, SSDT, lspci...,IORegistryExplorer, etc.)


Currently the disk conect under eSATA (JMicron) -> "IDE Mode"
I want to change the BIOS setting on the -> "AHCI + IDE MODE" Better, faster, more efficiently smile.gif
THe KiNG
Oct 6 2010, 08:32 AM
Apple dropped support for JMicron, they never use it...
So if you want to use that controller it must be in AHCI mode, there are some drivers around for it but I dunno how good they are...
Marucins
Oct 6 2010, 02:43 PM
The system operates on the drive hooked into a ICH10 AHCI. I have an extra external drive that I wanted to do a TimeMachine. My MOBO has only one output eSATA, and it is the JMicron chipset sad.gif

At the end of this week or early next. Come to my new hard drives that connect of ICH10 (inside case) and make RADI0.

As soon as we'll have a HDD I test your modifications my DSDT.
webguy0822
Feb 8 2011, 01:54 AM
Hey Guys,

I've had a Dell XPS420 with SATA running normal (thanks to the fixes in this thread). I upgraded to 10.6.6 and SATA is crawling again....ideas??

I've attached my DSDT in case anyone wants to take a peek.

Thanks!Click to view attachment
LatinMcGyver75
Feb 8 2011, 05:54 PM
i have a question .. what difference does ReadOnly Vs ReadWrite make in HPET ?
i seen a few around with ReadWrite so i started using it but i notice no difference.
also anone know anything about Multiple Event Count Increment (MECI) and Multiple Event Time Window (METW) ?
i see thats the main difference between xps m1330 and M1530.. inspiron 1520 has MECI enabled in Method SMIX.
CODE
Mutex (SMIX, 0x01)
    Method (SMI, 2, NotSerialized)
    {
        Acquire (SMIX, 0xFFFF)
        While (LEqual (\_SB.MECI, Zero)) {}// here is different that m1530 that shuts down with _PTS trick.
//        While (Zero) {}
        Store (Arg1, \_SB.SMIA)
        Store (Arg0, \_SB.SMIC)
        Store (\_SB.SMIC, Local0)
        While (LNotEqual (Local0, Zero))
        {
            Store (\_SB.SMIC, Local0)
        }

        Store (\_SB.SMIA, Local1)
        Release (SMIX)
        Return (Local1)
    }

should this be disabled in _PTS prior to calls unlike SMBD thats at end of _PTS or even not disabled at all ?
but i suspect its replaced by device WSEC like in slice dsdt
heres a doc about it http://dmtf.org/sites/default/files/standa...P0134_2.7.1.pdf
but i dont speak bitneese (bit register special skill)
This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please click here.
Invision Power Board © 2001-2012 Invision Power Services, Inc.