Jump to content

jedi_shaman

Members
  • Content count

    27
  • Joined

  • Last visited

About jedi_shaman

  • Rank
    InsanelyMac Protégé

Profile Information

  • Gender
    Male
  1. jedi_shaman

    10.7.4 is OUT !

    confimed will try applesmc rollback ########### Don;t update fellas
  2. jedi_shaman

    DSDT editor and patcher

    Hey guys, I'm trying to get this board up and running and can't seem to get Lion booting right. This board has been great help in the past, so I figured I'd come back and ask the pros http://www.newegg.ca/Product/Product.aspx?Item=N82E16813130305 dsdt extracted in linux included in post's attachment. thx! dsdt_g41m-p23_ORIG.aml.zip
  3. jedi_shaman

    DSDT Auto-Patcher

    Here's the dsdt, not sure what you mean I'm afraid I think I'm slowly learning though! Ok, so I looked into it, found a hack in DSDSE : USB native driver hack USB native driver hack: Locate your usb devices and add this code to each one, changing the values from device id with the one supplied under the code: Method (_DSM, 4, NotSerialized) { Store (Package (0x0f) { "device-id", Buffer (0x04) { 0x34, 0x3A, 0x00, 0x00 //the values below }, "AAPL,clock-id", // property needed for sleep support Buffer (One) { 0x0a }, "built-in", Buffer () { 0x00 }, "device_type", //not sure it is useful Buffer (0x05) { "EHCI" }, "AAPL,current-available", 0x04B0, "AAPL,current-extra", 0x02BC, "AAPL,current-in-sleep", // to solve a problem with sleep when stick is inserted 0x03E8, Buffer (0x01) { 0x00 } }, Local0) DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0)) Return (Local0) } DeviceIDs Intel USB1 - 0x2830 USB2 - 0x2831 USB3 - 0x2832 USB4 - 0x2834 USB5 - 0x2835 EHC1 - 0x2836 EHC2 - 0x283a nForce USB1 - 0x0aa5 USB2 - 0x0aa7 EHC1 - 0x0aa6 EHC2 - 0x0aa9 So I put the following id for ehc1: "device-id", Buffer (0x04) { 0x36, 0x28, 0x00, 0x00 }, good? dsdt_maldon.txt
  4. jedi_shaman

    DSDT Auto-Patcher

    This is what I have Device (EHC1) { Name (_ADR, 0x001D0000) Device (RHUB) { Name (_ADR, Zero) Device (PRT1) { Name (_ADR, One) Name (_UPC, Package (0x04) { 0xFF, Zero, Zero, Zero }) Name (_PLD, Package (0x10) { 0x81, Zero, Zero, Zero, Zero, Zero, Zero, Zero, 0x30, 0x1C, Zero, Zero, Zero, Zero, Zero, Zero }) } } Method (_S3D, 0, NotSerialized) { If (LEqual (OSFL, 0x02)) { Return (0x02) } Return (0x03) } Name (_PRW, Package (0x02) { 0x0D, 0x03 }) Method (_DSM, 4, NotSerialized) { Store (Package (0x0B) { "AAPL,current-available", 0x0834, "AAPL,current-extra", 0x0A8C, "AAPL,current-extra-in-sleep", 0x0A8C, "AAPL,max-port-current-in-sleep", 0x0834, "AAPL,device-internal", 0x02, Buffer (One) { 0x00 } }, Local0) DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0)) Return (Local0) } }
  5. jedi_shaman

    DSDT Auto-Patcher

    Actually : http://osxdaily.com/2010/07/17/why-mac-wakes-from-sleep/ hmmmm EDIT: I see that my dsdt currently doesn't have something like : Patching the "device-id" of the UHCI Devices Store (Package (0x02) { "device-id", Buffer (0x04) { 0x35, 0x3A, 0x00, 0x00 } }, Local0) but rather this : Store (Package (0x0B) { "AAPL,current-available", 0x0834, "AAPL,current-extra", 0x0A8C, "AAPL,current-extra-in-sleep", 0x0A8C, "AAPL,max-port-current-in-sleep", 0x0834, "AAPL,device-internal", 0x02, Buffer (One) { 0x00 } }, Local0) Just asking questions
  6. jedi_shaman

    DSDT Auto-Patcher

    yslog |grep -i "Wake" Aug 6 09:51:30 Z68 kernel[0] <Debug>: Wake reason: ? Should normally see EHC1 right?
  7. jedi_shaman

    DSDT Auto-Patcher

    Removed kext, issue unchanged I believe, still nee to replug keyboard, my wacom tablet is fine though, I don't get it.
  8. jedi_shaman

    DSDT Auto-Patcher

    Disabled usb3 in the bios, tried wake from usb, need to replug, seems like the same deal Normal?
  9. jedi_shaman

    DSDT Auto-Patcher

    Damn! forgot to press upload! here it is : Basically, this is me turning on the OS, connecting to a network share, then putting it to sleep, and wake ia the apple keyb. Had to replug the keyb, and the usb key had plugged in got violently ejected... arrrgh! thx maldon kernel_log.txt
  10. jedi_shaman

    DSDT Auto-Patcher

    Here you go, still have a bunch of usb gone wrong, for the record, this is my boot.plist
  11. jedi_shaman

    DSDT Auto-Patcher

    Well keeping it as vanilla as possible is the reason to invest so much time in a proper dsdt and using applehda slightly modified. I don't think it's faster per se, but it's just that I want to see a clean verbose boot because I'm trying to figure out the usb issues. Mald0n's been a lot of help. Putting kexts in S/L/E is not faster or anything, I just experimented and noticed a whole lout of USB erros in verbose mode went away using the kernel cache stuff. Totally get that, I'm exhausted and the canon raw files from this summer are piling up Could be worse, imagine being in Mald0n's shoes, I honestly don't know how he can keep up with this thread I'm pretty happy someone out there has got the same kind of board to tell you the truth. My last rig, which I sold to partially finance the 2600k based system was so solid it wasn't a challenge anymore Here's my deal so far : Install Lion, patch applertc and AppleHDA extensions used so far : FakeSMC.kext (duh!) IOAHCIBlockStorageInjector.kext (orange drive fix, would love a dsdt fix if that's possible) ALC8xxHDA.kext (not sure why I need this honestly, I though dsdt HDEF and a patched Applehda were enough) Realtek kext for network from [url=&quot;http://www.insanelymac.com/forum/topic/279450-why-insanelymac-does-not-support-tonymacx86/&quot;]#####[/url]. The lnx2mac driver for this board's chipset is in the works I think, sent the author a request for testing but haven't heard from him yet, probably sipping margaritas, it's summer after all What doesn't work : Need to replug apple keyboard every sleep, bluetooth dongle needs to repair every time I come back from sleep, totally messing up the battery life. Computer doesn't sleep until I say so, it's half on when I sit in from of it in the morning for example. So basically, I think USB's a bit flaky in Lion right now. definitely keep in touch
  12. jedi_shaman

    DSDT Auto-Patcher

    Do you have ALC8xxHDA.kext in S/L/E ? Right now my tests are at the point that I'm not putting extensions in /Extra Rather, I'm putting them in S/L/E and then sudo kextcache -v 1 -a i386 -a x86_64 -m /System/Library/Caches/com.apple.kext.caches/Startup/Extensions.mkext /System/Library/Extensions and adding this to the boot.plist <key>UseKernelCache</key> <string>Yes</string> sounds weird, but I'm getting way less {censored} /var/log/kernel.log at startup Mald0n, is there any chance these flags could help usb using your dsdt, or are the fixes already contained? USBBusFix EHCIacquire UHCIreset thx!
  13. jedi_shaman

    DSDT Auto-Patcher

    Well, that doesn't work for this board. this is the hdef that works: Device (HDEF) { Name (_ADR, 0x001B0000) Method (_PRW, 0, NotSerialized) { Return (Package (0x02) { 0x0D, 0x05 }) } Method (_DSM, 4, NotSerialized) { Store (Package (0x04) { "layout-id", /**** Is ResourceTemplate, but EndTag not at buffer end ****/ Buffer (0x04) { 0x79, 0x03, 0x00, 0x00 }, "PinConfigurations", Buffer (Zero) {} }, Local0) DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0)) Return (Local0) } }
  14. jedi_shaman

    DSDT Auto-Patcher

    Ok that seems to have fixed the audio! Can you make sure it's okay in auto patcher for future users? thx!
  15. jedi_shaman

    DSDT Auto-Patcher

    ALC889 http://www.gigabyte.com/products/product-p...spx?pid=3912#sp
×