DarwinX Posted July 16, 2011 Share Posted July 16, 2011 No you have to apply Latin McG's patches. I will post versions with the patches eventually. I'm just waiting a little because with Lion coming out lots of discoveries are still being made. Others have posted versions if you look around a little (such as DarwinX one page prior, although that one does not have the RTC fix). Immo DSDT.aml.zip Link to comment Share on other sites More sharing options...
luggi Posted July 16, 2011 Share Posted July 16, 2011 I will use CCC to make a Bootable Backup and than I will try to Update. in smbios.plist my mac is a MacBookPro3,1 an my System runs well with it. I don't have Ethernet Working on my Machine. I heart that the MAC Adress from the Build in Ethernet Adapter is somehow used to Authenticate with the Mac App Store? Is that true? I would love to get these Question Answert Luggi Link to comment Share on other sites More sharing options...
macdanny Posted July 17, 2011 Share Posted July 17, 2011 Hey Immo, is your HDMI working? I lose mine on upgrade to 10.6.3 and don't see any DSDT edits or kexts to fix it. I have Nvidia graphics on an M1330. Thank you for looking at the DSDT Dlach! I appreciate it. I've looked at my DSDT again and it looks like the _PR definition is there, and it's identical to the one that you've shown above. Could you double-check it please? It appears that the M1330 has the same PM base as the M1530. A couple other things that may be worth mentioning is that the fix for preventing removable USB media from unsafely removing on sleep never worked on my M1330 in Leopard or Snow Leopard, although others have reported it working (not sure if they had M1330's or M1530's). Also, the M1330 has no TV out and the M1530 does, but the NVidia patch I used on M1330 is exactly identical to the M1530 patch except for the adapter name. Even so, HDMI, VGA, and mirror all work fine. Probably not related but who knows. Thanks Immo Link to comment Share on other sites More sharing options...
macdanny Posted July 17, 2011 Share Posted July 17, 2011 Does your x3100 have HDMI out and if so does it work? I have the Nvidia chip and lost it after upgrading to 10.6.3. does anyone know if i should use the "x3100 laptop hack" thats in DSDTSE software? im not sure cause mine looks a lot different than the one in the example, and im not sure where it fits in... i do have the crt info removed, but im wondering if this hack will improve performance a wee bit... Link to comment Share on other sites More sharing options...
DarwinX Posted July 17, 2011 Share Posted July 17, 2011 I will use CCC to make a Bootable Backup and than I will try to Update. in smbios.plist my mac is a MacBookPro3,1 an my System runs well with it. I don't have Ethernet Working on my Machine. I heart that the MAC Adress from the Build in Ethernet Adapter is somehow used to Authenticate with the Mac App Store? Is that true? I would love to get these Question Answert Luggi This appears to be the case as upon deactivating the Ethernet in BIOS, the App Store now fails to authenticate with the following message: "Your device or computer could be verified. Contact support for assistance." Link to comment Share on other sites More sharing options...
luggi Posted July 17, 2011 Share Posted July 17, 2011 Thanks for the great help. The Update went well. I just Installt the Combo Update and deletet the AppleHDA.kext. I can even access the Mac App Store. Thanks for all this effort. Luggi Link to comment Share on other sites More sharing options...
macdanny Posted July 18, 2011 Share Posted July 18, 2011 1. Download and unzip DSDT Patcher from this thread. http://www.insanelymac.com/forum/index.php?showtopic=133683 2. Under the "Tools" subfolder, copy "iasl" and "getDSDT.sh" to the /sbin directory (this is the compiler/decompiler, and the DSDT dumping script respectively). 3. In the folder where you want to work, execute the command: getDSDT.sh A file called DSDT.dat will appear in the working folder. The above command is not working for me in 10.6.2 or 10.7. I even tried sudo getDSDT.sh and still I don't get a DSDT.dat file. I also copied the 2 files to the directory I'm working in and still nothing. I also checked /sbin to make sure it didn't create it in there. Any ideas? EDIT: I found dsdt.dat in my user folder. I think I'm getting the hang of DSDTSE now so I'll stick to it. Link to comment Share on other sites More sharing options...
DarwinX Posted July 19, 2011 Share Posted July 19, 2011 1. Download and unzip DSDT Patcher from this thread.http://www.insanelymac.com/forum/index.php?showtopic=133683 2. Under the "Tools" subfolder, copy "iasl" and "getDSDT.sh" to the /sbin directory (this is the compiler/decompiler, and the DSDT dumping script respectively). 3. In the folder where you want to work, execute the command: getDSDT.sh A file called DSDT.dat will appear in the working folder. The above command is not working for me in 10.6.2 or 10.7. I even tried sudo getDSDT.sh and still I don't get a DSDT.dat file. I also copied the 2 files to the directory I'm working in and still nothing. I also checked /sbin to make sure it didn't create it in there. Any ideas? EDIT: I found dsdt.dat in my user folder. I think I'm getting the hang of DSDTSE now so I'll stick to it. Why not simply use the much more recent DSDT Editor and Patcher and/or DSDT Auto-Patcher? Link to comment Share on other sites More sharing options...
macdanny Posted July 19, 2011 Share Posted July 19, 2011 I'll take a look at those links, thank you. I wanted to do everything by hand to learn a little more, that is why I didn't use the auto patcher. I wanted to know what it was changing. I'm noticing that the IDE fix code in the first post does NOT match the IDE sections in the latest may 25th 1330 dsdt. Do you know why? I'm still reading the thread to try to understand this. It appears as if the fix in the first post is wrong, but I'm pretty sure Immo would have fixed it by now unless he just forgot to show his latest changes because the first post fix works too. It doesn't compile for me though. Do you have a compare tool you can recommend for highlighting differences in 2 dsdt files side by side? I've used total commander in the past but haven't tried it for dsdt files yet. Why not simply use the much more recent DSDT Editor and Patcher and/or DSDT Auto-Patcher? Link to comment Share on other sites More sharing options...
immo Posted July 19, 2011 Author Share Posted July 19, 2011 I'll take a look at those links, thank you. I wanted to do everything by hand to learn a little more, that is why I didn't use the auto patcher. I wanted to know what it was changing. I'm noticing that the IDE fix code in the first post does NOT match the IDE sections in the latest may 25th 1330 dsdt. Do you know why? I'm still reading the thread to try to understand this. It appears as if the fix in the first post is wrong, but I'm pretty sure Immo would have fixed it by now unless he just forgot to show his latest changes because the first post fix works too. It doesn't compile for me though. Do you have a compare tool you can recommend for highlighting differences in 2 dsdt files side by side? I've used total commander in the past but haven't tried it for dsdt files yet. This is news to me. The compiler can make optimizations and the decompiler sometimes makes changes (for example it changes 0x00 to Zero and 0x01 to One), so this may be the reason. Of course it's possible that I just made a mistake as well. I'll look into it when I get a chance. For seeing changes you can use source control software like MacHg (Mercurial with an IDE). Immo Link to comment Share on other sites More sharing options...
LatinMcG Posted July 19, 2011 Share Posted July 19, 2011 I'll take a look at those links, thank you. I wanted to do everything by hand to learn a little more, that is why I didn't use the auto patcher. I wanted to know what it was changing. I'm noticing that the IDE fix code in the first post does NOT match the IDE sections in the latest may 25th 1330 dsdt. Do you know why? I'm still reading the thread to try to understand this. It appears as if the fix in the first post is wrong, but I'm pretty sure Immo would have fixed it by now unless he just forgot to show his latest changes because the first post fix works too. It doesn't compile for me though. Do you have a compare tool you can recommend for highlighting differences in 2 dsdt files side by side? I've used total commander in the past but haven't tried it for dsdt files yet. boot up with linux and http://linux-hybrid-graphics.blogspot.com/...nux-nvidia.html works for me. however i been looking into _CST and i see it doesnt dump a XSDT dynamic. also on my bios A03 to A04 the SSDT changed . Link to comment Share on other sites More sharing options...
macdanny Posted July 20, 2011 Share Posted July 20, 2011 Thank you Immo and LatinMcG. I have some reading to do I used a diff tool and found 478 differences between my dsdt from the bios and immo's may 25th one. A LOT of those diffs were renamed Zeros and Ones like immo mentioned, but a lot of the mods mentioned in the guide were not in the spots the guide said to put them. Are they moved on compile? I also noticed a lot of \_SB were deleted or renamed to _SB among other changes. I see a lot of \ 's removed from many sections but not ALL. Can anyone explain to me what the \'s mean? Or direct me to info about tree structure and definitions. Thank you again. If there is anything else recommended for my signature please let me know. P.S. Is this thread going to continue as is for Lion or a new one started? Immo's dsdt doesn't work for me with lion but the one I made does, I think I used a fix from another thread (10.6.8 release) a. fter I had originally used ACPI kexts from 10.6.7. I think LatinMcG was the one who posted that fix from yet another thread. EDIT: Only 19 diffs between the dsdt I made and immo's. Looks like a lot of the diffs are the same fixes just in different places in the tree. I know I put them where the first post told me so why are they different? Link to comment Share on other sites More sharing options...
immo Posted July 20, 2011 Author Share Posted July 20, 2011 P.S. Is this thread going to continue as is for Lion or a new one started? Immo's dsdt doesn't work for me with lion but the one I made does, I think I used a fix from another thread (10.6.8 release) a. fter I had originally used ACPI kexts from 10.6.7. I think LatinMcG was the one who posted that fix from yet another thread. I intend to update the first post to Lion as soon as I upgrade myself. But it's not even released yet! Hold yer horses I hope this topic will keep on going as a DSDT specific topic, as this was the intention behind it in the first place (before DSDT related posts would get lost in the swamp of those having troubles with other Hackintosh issues, although it's not as much of a problem as it used to be). EDIT: Only 19 diffs between the dsdt I made and immo's. Looks like a lot of the diffs are the same fixes just in different places in the tree. I know I put them where the first post told me so why are they different? Try compiling and decompiling your DSDT and then do the compare. I think you'll get a lot closer then. For example, you'll find that the IDE patch matches exactly. Maybe the order has something to do with how the original DSDT was dumped (Mac method vs Linux method), but I don't really think so. I used the Linux method in case you are curious. In any case if the order got changed a little I'm sure it makes no difference. Immo Link to comment Share on other sites More sharing options...
macdanny Posted July 20, 2011 Share Posted July 20, 2011 I intend to update the first post to Lion as soon as I upgrade myself. But it's not even released yet! Hold yer horses I hope this topic will keep on going as a DSDT specific topic, as this was the intention behind it in the first place (before DSDT related posts would get lost in the swamp of those having troubles with other Hackintosh issues, although it's not as much of a problem as it used to be). Try compiling and decompiling your DSDT and then do the compare. I think you'll get a lot closer then. For example, you'll find that the IDE patch matches exactly. Maybe the order has something to do with how the original DSDT was dumped (Mac method vs Linux method), but I don't really think so. I used the Linux method in case you are curious. In any case if the order got changed a little I'm sure it makes no difference. Immo I dumped my tables with a linux live cd also but I think the one I actually made changes to was one I got from DSDTSE, booting with just kexts and NO dsdt loaded from extra. I downloaded MacHg but haven't had a chance to play around with it yet. I plugged in a microsoft webcam that shows up in system profiler but only the mic works, no video. Which forum should I poke around to find a solution to that? Is there a DSDT edit to get our internal mics working? voodoohda doesn't work for me after the last motherboard I had replaced so I have speakers working through an applehda kext. I was also wondering if you knew of anyone making progress on HDMI for our machines? I have a 10.6.2 install with working HDMI and it's making me crazy that it no longer works in updates. It's the principle of it Link to comment Share on other sites More sharing options...
immo Posted July 20, 2011 Author Share Posted July 20, 2011 immo have u tried RTC with range 0x70 alignment 01 and length 0x08 ? combines the rtc into one in the dsdt i guess. no cmos resets here.lion test sooon. i have it but just not enough alone time to pay attention. Not yet. I'm in the same boat as you in regards to finding alone time with the computer! I was also wondering if you knew of anyone making progress on HDMI for our machines? I have a 10.6.2 install with working HDMI and it's making me crazy that it no longer works in updates. It's the principle of it I spent a long time trying to get HDMI to work (loading vbios's in Chameleon, trying to dump my vbios, injectors, plist editing) and never got anywhere. Eventually I cut my losses and accepted that I have to use the VGA cable Link to comment Share on other sites More sharing options...
LatinMcG Posted July 20, 2011 Share Posted July 20, 2011 if you look at Slice's dsdt youll see hda-gfx and voodoohda in dsdt. the voodoohda 2.72 supports hdmi (with the dsdt i believe) 2.61 works for me in systems with hdmi when 2.72 dont ( voodoohda 2.72 routes to hdmi audio somehow but not completely) Device (HDEF) { Name (_ADR, 0x001B0000) Name (_PRW, Package (0x02) { 0x0D, 0x03 }) Method (_DSM, 4, NotSerialized) { Store (Package () { "codec-id", Buffer (0x04) { 0x16, 0x76, 0x84, 0x83 }, "layout-id", Buffer (0x04) { 0x0C, 0x00, 0x00, 0x00 }, "model", Buffer (0x14) { "Sigmatel 9228X/Dell" }, "PinConfigurations", Buffer () { 0x40, 0x10, 0x21, 0x01, 0x20, 0x91, 0xA7, 0x90, 0x30, 0x41, 0x17, 0x90, 0x10, 0x10, 0x81, 0x01, 0x50, 0x10, 0x01, 0x01, 0x70, 0x00, 0x56, 0x98, 0x60, 0x31, 0xA6, 0x90 }, "name", Buffer () { "Voodoo HDA Device" }, "device_type", Buffer (0x16) { "High Definition Audio" }, "hda-gfx", Buffer () { "onboard-1" }, "built-in", Buffer (One) { 0x00 } }, Local0) DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0)) Return (Local0) } } and in his intel video x3100 GMA965 under _DOD section Method (_DSM, 4, NotSerialized) { Store (Package () { "AAPL01,Inverter", Buffer (0x04) { 0x00, 0x00, 0x00, 0x00 }, "AAPL01,InverterCurrent", Buffer (0x04) { 0x00, 0x00, 0x00, 0x00 }, "AAPL01,InverterFrequency", Buffer (0x04) { 0xc8, 0x95, 0x01, 0x00 }, "AAPL01,BacklightIntensity", Buffer (0x04) { 0x56, 0x00, 0x00, 0x00 }, "AAPL,BacklightRestore", Buffer (0x04) { 0x01, 0x00, 0x00, 0x00 }, "DisplayProductID", Buffer (0x04) { 0x5F, 0x9C, 0x00, 0x00 }, "DisplayVendorID", Buffer (0x04) { 0x10, 0x06, 0x00, 0x00 }, "AAPL,HasPanel", Buffer (0x04) { 0x01, 0x00, 0x00, 0x00 }, "AAPL,backlight-control", Buffer (0x04) { 0xEE, 0x01, 0x00, 0x00 }, "AAPL,NumDisplays", Buffer (0x04) { 0x02, 0x00, 0x00, 0x00 }, "AAPL,DisplayConfig", Buffer (0x20) { /* 0000 */ 0x13, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x01, /* 0008 */ 0x21, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, /* 0010 */ 0x41, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, /* 0018 */ 0x81, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00 }, "AAPL,NumFramebuffers", Buffer (0x04) { 0x02, 0x00, 0x00, 0x00 }, "AAPL,SelfRefreshSupported", Buffer (0x04) { 0x01, 0x00, 0x00, 0x00 }, "AAPL,aux-power-connected", Buffer (0x04) { 0x01, 0x00, 0x00, 0x00 }, /* "AAPL,backlight-control", Buffer (0x04) { 0x01, 0x00, 0x00, 0x00 }, */ "AAPL00,blackscreen-preferences", Buffer (0x04) { 0x00, 0x00, 0x00, 0x08 }, "AAPL01,blackscreen-preferences", Buffer (0x04) { 0x00, 0x00, 0x00, 0x08 }, "AAPL01,DataJustify", Buffer (0x04) { 0x01, 0x00, 0x00, 0x00 }, "AAPL01,Depth", // Unicode (" "), Buffer () { 0x20, 0x00, 0x00, 0x00 }, "AAPL01,Pipe", Buffer (0x04) { 0x01, 0x00, 0x00, 0x00 }, "AAPL01,DualLink", Buffer (0x04) { 0x01, 0x00, 0x00, 0x00 }, "AAPL01,T0", Buffer (0x04) { 0x00, 0x00, 0x00, 0x00 }, "AAPL01,T1", Buffer (0x04) { 0x01, 0x00, 0x00, 0x00 }, "AAPL01,T2", Buffer (0x04) { 0xC8, 0x00, 0x00, 0x00 }, "AAPL01,T3", Buffer (0x04) { 0xC8, 0x00, 0x00, 0x00 }, "AAPL01,T4", Buffer (0x04) { 0x01, 0x00, 0x00, 0x00 }, "AAPL01,T5", Buffer (0x04) { 0x00, 0x00, 0x00, 0x00 }, "AAPL01,T6", Buffer (0x04) { 0x90, 0x01, 0x00, 0x00 }, "hda-gfx", Buffer () { "onboard-1" }, "subsystem-vendor-id", Buffer (0x04) { 0x6B, 0x10, 0x00, 0x00 }, "subsystem-id", Buffer (0x04) { 0xA2, 0x00, 0x00, 0x00 }, "model", Buffer () { "GMA X3100" }, "device_type", Buffer () { "display" }, "built-in", Buffer (One) { 0x00 } }, Local0) DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0)) Return (Local0) } search for hda-gfx should be 2 spots . one in hdef and one in in video. anyways back to the nvidia shutdown rant.. i fixed a toshiba X205-s9359 with 8700M 256 mb optional intel video...guess what it shuts down fine! (i attached both dsdts for learning from it) i say we drill DELL support forums for them to fix ACPI in our D05 M08 laptops!... or i might buy me a toshiba next! a proposed fix or part of fix is once they fix the dell bios.. the flash tool should determine if x3100 or nvidia then flash proper dsdt fixed to board. so its not too generic with mixed video controls. furthermore dsdt tracing. i see difference between slices 1525 x3100 only model in Method (AINT, shows Store (Zero, LBPC) in ours shows Store (One, ASLE) im curious how to shutdown approach.. turn on intel video bus before shutdown ? since x3100 seems to shutdown X205DSDTs.zip Link to comment Share on other sites More sharing options...
immo Posted July 21, 2011 Author Share Posted July 21, 2011 immo have u tried RTC with range 0x70 alignment 01 and length 0x08 ? combines the rtc into one in the dsdt i guess. no cmos resets here.lion test sooon. i have it but just not enough alone time to pay attention. I told you I didn't try it but actually I did Oops. I've been using using it a couple weeks now and it seems to be fine. I rarely restart my computer but the odd time I did, I didn't get any CMOS resets. Seems to be working. Immo Link to comment Share on other sites More sharing options...
immo Posted July 21, 2011 Author Share Posted July 21, 2011 Updated the post and the DSDTs with LatinMcG's patches recommended here: http://www.insanelymac.com/forum/index.php...t&p=1706137 Note I haven't installed Lion yet but I've read that these patches do work for Lion. They definitely work for 10.6.8. If you haven't read elsewhere you will probably have to change your Mac type in smbios.plist to fix speed step and prevent kernel panics. I found MacBook5,1 works best. Again I can't test the M1530 DSDT so I need feedback if it works or not (the last time no one said anything). In theory it should be the same as the one DarwinX posted above. Immo Link to comment Share on other sites More sharing options...
talisman Posted July 21, 2011 Share Posted July 21, 2011 Updated to 10.6.8 with the DSDT (no cpu) in the first post for M1530. Everything is shipshape. The only thing I had to change was the Apple80211Monitor.bundle in S/L/SystemConfiguration/ I have a Dell Trumobile 1395 (BCM 4311). Update was done through the normal software update. I did not bother doing the combo. For those who have taken the wrong path and dont have a copy of the 10.6.7 Apple80211Monitor.bundle, I am attaching it. Will test out lion once I get some time. Doing a PhD isn't as trivial as I thought...!! Apple80211Monitor.bundle_10.6.7.zip Link to comment Share on other sites More sharing options...
immo Posted July 21, 2011 Author Share Posted July 21, 2011 Updated to 10.6.8 with the DSDT (no cpu) in the first post for M1530. Everything is shipshape. Thanks for the feedback. I've updated the download link as confirmed working under 10.6.8. Will test out lion once I get some time. Doing a PhD isn't as trivial as I thought...!! I'm really hoping to try out Lion soon as well. I've purchased and downloaded it but have not had the chance to install it yet. My excuse is I have a two year old! Immo Link to comment Share on other sites More sharing options...
macdanny Posted July 21, 2011 Share Posted July 21, 2011 The latest m1330 dsdt works on my machine but when I use the attached smbios.plist for MacBookPro 5,1 and I'm running on battery, system profiler hardware tab shows 2.4GHZ, when I run with no smbios.plist I'm listed as MacBookPro 4,1 and on battery it shows 1.2Ghz. Is FakeSMC what provides this data when no smbios.plist is used? What is the best way for me to test out speedstepping, p-states and c-states? I downloaded x-code 4.1 last night if that is of any help. I've also read that it's NOT good to use someone else's dsdt because of minor diffs, has anyone here found that to be true? I also read somewhere to change the misspelled manufactURer in smbios.plist FROM manufacter. Has anyone else done this? Is it just cosmetic or does it serve a purpose? I read it in a thread pertaining to a fix in Chameleon RC5. I redownloaded immo's again and notice he hasn't made the changes. I also read that having a correctly matched "board" reference in the smbios.plist matters. I need to get better at remembering where I read these things so I can post links like the more helpful people on this thread. Link to comment Share on other sites More sharing options...
immo Posted July 22, 2011 Author Share Posted July 22, 2011 The latest m1330 dsdt works on my machine but when I use the attached smbios.plist for MacBookPro 5,1 and I'm running on battery, system profiler hardware tab shows 2.4GHZ, when I run with no smbios.plist I'm listed as MacBookPro 4,1 and on battery it shows 1.2Ghz. As mentioned in the guide and elsewhere, try MacBook5,1. Is FakeSMC what provides this data when no smbios.plist is used? I believe it comes from Chameleon. What is the best way for me to test out speedstepping, p-states and c-states? I use CoolBookController to monitor the CPU speed. If idle it should go to the lowest state, and when busy it should go to the highest (obviously). C-states will not work. If you view your kernel.log you will see the message: ACPI_SMC_PlatformPlugin::registerLPCDriver - WARNING - LPC device initialization failed: C-state power management not initialized I've also read that it's NOT good to use someone else's dsdt because of minor diffs, has anyone here found that to be true? To the best of my knowledge, any M1330 on the same bios revision with NVIDIA graphics will have the same DSDT. The SSDT tables vary by CPU however. Link to comment Share on other sites More sharing options...
LatinMcG Posted July 22, 2011 Share Posted July 22, 2011 i totaly agree on MacBook5,1 or 5,2 seems i get stuck on low speedstep with 4,1 . and with 3,1 pro i get the lag from hell and no wifi. immo i got a6 yr old. yes the SMBIOSdefaults is part of chameleon code. btw from the linux side bumblebee to switch video cards in linux . i see acpi_call with a _DSM LOL (i wonder what the codes means= DUHH its DTGP entry which is in our dsdts ) bah seems its partialy in dsdt allready a method _DSM for some buffer. .. i see 0x100 0x1A 0x01 and 0x03 like a _PS3 echo _DSM $(acpi_call "\_SB.PCI0.PEG0.PEGP._DSM" \ "{0xF8,0xD8,0x86,0xA4,0xDA,0x0B,0x1B,0x47," \ "0xA7,0x2B,0x60,0x42,0xA6,0xB5,0xBE,0xE0}" \ "0x100 0x1A {0x1,0x0,0x0,0x3}") // HMMM 0x100 0x1A hmmm i seen that in GPXB . SLeep that card {0x1 0x0 0x0 0x3} ahh! the _DOD last 3 digits for LCD and CRT. 100 and 110 aka 0x1A # ok to turn off: Buffer {0x59 0x0 0x0 0x11} # is already off: Buffer {0x41 0x0 0x0 0x11} echo _PS3 $(acpi_call "\_SB.PCI0.PEGP(its AGP).GFX0(its VID)._PS3") and to enable: echo _PS0 $(acpi_call "\_SB.PCI0.PEG0.PEGP._PS0") Macdanny whenever the video dont post on your 8400 let me know .. i fix it. (he lives less than 1 mile from me.) Link to comment Share on other sites More sharing options...
DarwinX Posted July 22, 2011 Share Posted July 22, 2011 Thanks for the feedback. I've updated the download link as confirmed working under 10.6.8. I'm really hoping to try out Lion soon as well. I've purchased and downloaded it but have not had the chance to install it yet. My excuse is I have a two year old! Immo The latest posted XPS M1530 DSDT.aml is confirmed to be optimally viable on both, the latest Snow Leopard and the magnificent Lion. Link to comment Share on other sites More sharing options...
immo Posted July 22, 2011 Author Share Posted July 22, 2011 The latest posted XPS M1530 DSDT.aml is confirmed to be optimally viable on both, the latest Snow Leopard and the magnificent Lion. Excellent! I'll update the first post. immo i got a6 yr old. So you know what it's like to have a two year old Link to comment Share on other sites More sharing options...
Recommended Posts