Jump to content
InsanelyMac Forum
gygabyte666

[WIP/UNRESOLVED] 10v + Tiger (10.4) [Needs Member Support!]

Recommended Posts

Jep, the Binary File: AppleIntelGMA950.kext/Contents/MacOS/AppleIntelGMA950

 

In Info.plist, which ID´s do you have there?

Share this post


Link to post
Share on other sites
Advertisement
Jep, the Binary File: AppleIntelGMA950.kext/Contents/MacOS/AppleIntelGMA950

 

In Info.plist, which ID´s do you have there?

 

Ok good, thought so. Well, I replaced them anyway, testing now...

 

I didn't need to modify the one you provided me at all. 0x808627ae is one of my compatible ids, so it just worked. No editing needed.

 

UPDATE: Tested the newly edited GMA950 kext and it KPs on me now. I screwed it up. I have no idea what i'm doing. Looks like I changed the wrong thing afterall. :)

Share this post


Link to post
Share on other sites

Um, what? Delete what kext? I hexed the 950 binary but I must have did it wrong. All I get are KPs when I try to boot using it. Sorry, I never hexedit anything. :)

 

Do I need a specific setup to use with 0xED? I currently have it setup using Little Endian and Insert. Should this be changed to Big Endian and Overwrite?

Share this post


Link to post
Share on other sites

So basically, there is no need to try to hexedit the 950 binary file? Because it just won't work? Hmmm...I'm confused.

 

Well, whatever screw it. I'm just gonna keep trying to patch my device id into all the 950 {censored} to see if I can get lucky. Maybe I just need to add it into everyone of them and then QE will work. A Mac is essentially useless w/o QE. We can't have that. Especially since SL and Leo both having it working. Thanks.

Share this post


Link to post
Share on other sites

I don't think hexeditting them is the right way to go. I think that's the cause for KP. I think the only reason some had success doing that on Leopard is because Apple screwed up. I believe there are checks for modification to the GMA950 kexts on Tiger, that aren't there for early Leo.

 

We need to figure out some sort of DSDT patch for this through Tiger. I'm trying out some different Chameleon revs that support it, based on Slice's post. I have a working DSDT from SL, as long as the values/etc are still valid, it should work fine. That's the only reason this GMA has QE/CI on SL, because Chameleon DSDT patched it in. There must be a way in Tiger to get around this...

 

UPDATE: Interesting. I just copied my custom version of Chameleon for SL to my Tiger HDD and attempted a boot from it. Mind you, it was created using NBI and has custom attributes applied to it. This version of Chameleon has been specially modified to run on netbooks/my Mini so it tried loading DSDT patches and looked like it succeeded. Problem is, after booting to Tiger I noticed that everything seems the same. No QE/CI still. It really looked like it was applying patches though. Any thoughts?

Share this post


Link to post
Share on other sites

Hex Edit is needed, the Kext wont load or not fully if it does not have the GMA ID. If you patch the GMA 900 ID´s (2592 or 2582), the Kext gets loaded, but wont load the 2D or 3D plugins/bundles.

 

What kind of Fixes do you have in your DSDT?

Share this post


Link to post
Share on other sites

I tried adding in fixes from my 10.4.4 restore DVD and tried out the GMA915 kexts with patched FrameBuffer but it didn't do anything. I was going to try the ones from my 10.4.6 disc next, so we'll see what happens. EDIT: Tried out 10.4.6 and hexed it. Nothing but KPs again. More failure *sigh* :)

 

Honestly, I don't know what kind of fixes are in the DSDT, I don't have anything to read them with. I just know they are there and because of my working SL, I know they work. I'll add them as attachments so you can take a look at them if you want. I don't know what else I could do with them anyway. The modules folder is what I think are the actual patches. Obviously the other two are the DSDT.aml files that were generated out of the patches.

 

I was thinking, maybe I could try patching in another device id for the GMA950 to trick it into working. I have three compatible ids, I wonder if one of the other two might work instead.

pci1028,2f4","pci8086,27ae","pciclass,030000

these are what I extracted earlier from ioreg.

 

CONFIRMED: Yeah, using my SL custom Chameleon is most definitely patching something up. I installed my testing GMA950/FrameBuffer kexts incorrectly (so they weren't being loaded) and still had native res at boot. Native res, with no kext loaded for gfx. This chameleon is patching things up for me it seems. It could just be a simple "Graphics Mode"="1024x576x32@60" fix that it applies though too. Still, as long as I use this Chameleon, I'll never have to worry about not having native res. :)

10v_DSDT_Patches.zip

Share this post


Link to post
Share on other sites

Ugh, I'm at my limit. I'm gonna classify this as WIP and give up for the time being. Lots of progress was made and I thank you both very much for your support but sadly, as I said before if QE/CI can't be obtained, then this is for the most part, a useless Mac. I will keep the thread open and hopefully in the near future i'll hear back from meklort with a possible fix. Perhaps, someone will post an untested fix that'll work too. I don't know. All I know is I have done all I can do and have lost enough sleep over this damn thing so for the time being i'm putting it on hold and will image it for later tinkering.

 

If ANYONE has a fix for getting QE/CI working on a mobile GMA950 on Tiger, please DON'T be greedy and keep it to yourself. Share it with the rest of us Tiger lovers. I love Tiger and would be extremely excited it have it working a main OS for my Mini but if this problem doesn't have a solution, I don't know how that's possible. Once again, everyone thank you for your time, patience and understanding but this project has drained a lot out of me (this and the 5-6 other Mac-related projects I completed successfully over the last month). I'll try to stay on top of it from time to time testing here and there but I don't expect anything extraordinary to happen while doing so. Still, thanks again at the very least, I got it running, which is something I wasn't able to make happen until visiting this forum.

 

:)

 

UPDATE: If anyone has some test GMA950 kexts that they have hexed from

86 80 A2 27

to

86 80 AE 27

then please attach them for testing ONLY after you have tested them on your machine and can 'confirm' them working. I just find it very odd that so many people have had success with getting this device id loaded after hex-patching the GMA950 kext while people like myself and riws have had nothing but failure using the EXACT same dev-ids.

Share this post


Link to post
Share on other sites

Does anyone have any modified GMA950 kexts that I could tinker with to try to fix QE/CI on my Tiger machine? Any tips, tricks or hacks that could possibly work are welcome also. Any and all support is greatly appreciated. I hope someone has something to offer soon.

Share this post


Link to post
Share on other sites

I appreciate the help but none of them worked. I expected them not to though simply because the last revision to my knowledge of GMA950 for Tiger is 1.4.58.2 and the two you sent me are 1.6.10.32 & 1.5.24.9 respectively. They are both designed for Leopard and didn't stand a chance of working on a Tiger system anyway.

 

Secondly, I'm pretty sure that Natit is useless for Intel gfx chipsets. It is designed to 'patch' Nvidia and ATI gfx kexts. As far as I know, it was never intended to fix Intel gfx problems like this. Still, I was hopeful and tried them just for kicks and no luck. I really appreciate you posting them though. I need more people like you on this thread. :)

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

  • Recently Browsing   0 members

    No registered users viewing this page.



×