![]() |
Hey, will iATKOS v7 10.5.7 work on my laptop?
I have a Toshiba Satellite A300-1BL. I tried to search it on osx86 project wiki but I couldn't find it on any of the compatibility lists since 10.4.11 till 10.6.3. But I really want to run Mac OSX, maybe not iATKOS... Any help would be appreciated :( |
Quote:
|
DSDT problem
Quote:
I have quite a similar machine and a similar problem. There is a known trouble with BIOS in these series (L505D, A505). Linux couldn't be installed on them neither. On Linux however the problem has been quickly resolved by a simple operation incorporated into the loader, which is copying the DSDT to memory prior to loading the system. And further referring to the tables copied to the RAM rather than working with the motherboard directly. The issue is that somehow the DSDT tables get overwrited with garbage on some stage of loading the system, which totally messes the whole thing up. As to Hackintosh, there is a built-in possibility to do quite the same with Chameleon. Just get the right DSDT and place it into the dedicated folder inside the installer media, and the bootloader should pick it up (I think this is "Extra" folder on your installer media). Probably you would need to make your bootloader load from a usb stick (where you may easily place your DSDT file) or otherwise mess with the image before burning it on CD/DVD, which is a bit more complicated. I was moving in this direction, but eventually I had some more important things to do and so this is being delayed as for now. Of course, no guarantees this will actually work, but it might, especially combined with other techniques, such as tuning the DSDT to match the OsX expectations of hardware. There are plenty of tutorials (most of them outdated) referring to how this should be done. The right DSDT is located right here: https://bugzilla.kernel.org/attachment.cgi?id=23950 I think you should rename it to dsdt.aml in order to use it with Chameleon. You may also refer to this discussion by Linux developers: https://bugzilla.kernel.org/show_bug.cgi?id=14679 Please post any resluts, positive or negative, so other people with this problem can benefit of your trial and error too and maybe think of methods to make a further progress. |
Quote:
Now I have another question: will updating to 10.6.3 using Apple Software Update have any consequences? |
@benzin: I'll give your DSDT file a try. Give me some time to set it up.
@Scream: You can't update from 10.5.7 to 10.6.3 using apple software update. |
[quote=MehStrongBadMeh;50217]@benzin: I'll give your DSDT file a try. Give me some time to set it up.
Hey, I just realized your model doesn't match the machine this DSDT file was pulled of (L505D-S5983), it has AMD processor, so pretty sure it won't work on your machine. In order to try this method, you should get dsdt.aml matching your computer. You should be able to do this from windows. It's ought to be genuine, because some of the cracking techniques include overriding the original DSDT tables, in order to make Windows think it's installed on valid OEM machine. If this kind of technique is in use on your machine you won't be able to get the right DSDT while on Windows. If your Windows is genuine, go to acpica.org and download Windows Binary Tools (current direct link: http://acpica.org/download/iasl-win-20100806.zip). There should be utility named iasl in this package, use it in command prompt (probably need to be administrator): iasl -g. This should provide you with DSDT matching your computer. There is a way to do the same from Linux, if you have troubles with Windows for some reason. Good luck! |
My copy of Windows is genuine. I succesfully ran the iasl utility and got a file named dsdt_TOSINV00.dsl that I will rename to DSDT.aml, I will use this instead of the one I downloaded from you.
Update: I tried using the DSDT with myhack 1.1 and myhack mod 1.1.4. The vanilla kernel would just crash and reboot immediately and the "chocolate" kernel would just kernel panic. I also tried making a custom empire efi boot CD using the DSDT.aml file. It also just crashed and rebooted. Sigh... |
Actually, the file generated by iasl (dsdt.dsl) is no good for this use. Sorry for the confusion. It is the same data, but disassembled and parsed to a higher-level language. In order to get the aml file (which is a binary file), you need either to compile the dsl file with iasl or make it output the binary itself. I'll try to figure out how to get the binary without compiling. You may also refer to the various guides throughout the osx forums.
|
Just looked at the output of iasl, there is a file named dsdt_TOSINV00.dat. With pretty high probability, this is the binary which should be renamed to dsdt.aml. Worth some additional research though.
|
Just checked with hex editor. Yep, this is the binary. Just rename it to dsdt.aml (all lower case).
|