Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.
Installing Mavericks on early 2006 Mac mini with n airport 2.0 ghz intelcore2duo and 4gb ram. Should I stick to mountain lion. P.s I really just want caching server. Any open source projects?

Stick to ML. As the old saying goes: If it ain't broke....

My only other option (pretty much) was/is Snow Leopard which no longer gets security updates and occasionally presented compatibility issues for me (primarily with iTunes and being able to download/restore iPhone apps though).

I'm still stuck using Snow Leopard (which I keep on another partition just in case) for wifi if I need it. Thinking that wifi would probably be the deal-breaker with your setup.
 
I probably found a solution on how to download Mavericks (Mountain Lion) on an unsupported Mac the easy way. Just download the zip file, apply it, reboot and go ahead downloading.

This should work but is not confirmed yet! Please feedback.

WORKS. One user noted, that it doesn't, but I could finally test it myself and found it working. Remember that you still need a system version (10.6.8, 10.7.5, 10.8.5 I think), which is actually certified for making the Mavericks upgrade.

EDIT:
UPDATED! This one does not work anymore...

Rastafabi, is there any chance to get a working updated version of the first MDE, the one using the kext and not the USB stick? I would like to try to have OS X (Yosemite) permanently thinking my MacBook is a supported one.
 
Last edited:
Guys, this is driving me crazy, honestly.

I am as dissatisfied as you are because of the dropped support for our still capable MacBooks.

What I have noticed when installing Mavericks 10.9.5 on MacBook 4,1.
1. The only change I had to make to the installer was to add my MacBook ID into the PlatformSupport.plist and SupportedMachines.plist and that's it.
2. Installation was smooth and fast.
3. Every hardware component was identified in SystemProfiler.app except the Intel GMA X3100 (no QE/CI and Brightness control) and HDA Audio Controller ALC889A.
4. Sound is easily fixed by kext installation from here.

What we know so far:
1. 64bit extensions for GMA X3100 from 10.6.2 update do not work at all.
Only the GPU FrameBuffer is loaded and the card is identified in SystemProfiler.
2. Darwin Kernel in Mavericks loads only 64bit kexts.
3. Darwin Kernel in MLPF is re- compiled to allow 32bit extension loading.

What to patch:
1. Mavericks Darwin Kernel
2. X3100 default 32bit kexts (probably only Info.plist)
3. OpenGL framework
 
I would like to try to have OS X (Yosemite) permanently thinking my MacBook is a supported one.

Install Mavericks (see the link inside this Guide) or Yosemite Beta (see this Post) inside a Virtual Machine and download it therein from the App-Store.

On a MacBook supported by Mavericks/Yosemite you can download it of course from the App-Store directly ....

The Mavericks Download Enabler from this Post should still work - I've tested it sucessfully right now with Yosemite PB4 under SL 10.6.8.
 
Last edited by a moderator:
Install Mavericks (see the link inside this Guide) or Yosemite Beta (see this Post) inside a Virtual Machine and download it therein from the App-Store.

On a MacBook supported by Mavericks/Yosemite you can download it of course from the App-Store directly ....

The Mavericks Download Enabler from this Post should still work - I've tested it sucessfully right now with Yosemite PB4 under SL 10.6.8.

Ok, thanks. But that was not what I needed. I have Yosemite installed (and running) already. I am actually posting from it! I need to cheat Yosemite thinking that my MacBook is supported. Modifying the Mac model and maybe the board-id in the IO registry even after Yosemite booted.

This because I think Maps queries the Apple servers asking for the (unsupported) MacBook2,1 config, failing.
 
64 Bit Linux or Ubuntu driver for X3100?

Correct, these kexts don't work with ML or Mav. Although I must admit they appear to work Ok in 64bit kernel mode in SL 10.6.2, they're apparently buggy 64bits kexts (some say they're beta drivers) which were abandoned by Apple in subsequent Snow Leopard's versions and never returned. I sure have experienced many and repeated display oddities and/or applications crashes with these kexts in 64bit mode... 'kill wake too (screen stays dark).

Correct. So does (released) Mountain Lion's. And both come with 64bit-only kexts.

Absolutely not! MLPF is using Mountain Lion DP1's (Developper Preview #1) 32/64bit kernel and DP1's 32/64bit kexts in 32bit mode (DP1 retained these SL/Lion aspects, then ML went 64bit-only DP2 onwards). Hence why any ML update breaks any MLPF installation: kernel + kexts get replaced by 64bit-only versions! DP1's 32/64bit kernel in 32bit mode is the only reason why the working 32bit GMA950/X3100 kexts and frameworks from Lion 10.7.5 can be used. There is no kernel patching or recompilation whatsoever. Had ML DP1's kernel been 64bit-only, it's likely that none of this MLPF business would have seen the light. No matter what version of ML you believe you run with MLPF, like it or not, underneath it's 90% ML DP1 :D ...

To me, these are erroneous conclusions derived from incorrect assumptions. No matter what's been done with buggy/beta/abandoned 64bits GMA950/X3100 kexts and OpenGL/OpenCL frameworks, the Windows Server keeps crashing all the time, so it's neither stable nor sustainable. One needs to accept that it'll never work.


At the risk of asking a really obvious, dumb question, have the Linux/Ubuntu folks been able to prepare a 64-bit graphics driver version that works on older Macs? Or, have all those run into a similar problem with 64 bit drivers? I am thinking that the GMA/X3100 hardware is the same, so if they were successful, then perhaps their source code could be adapted to work in Mac OS X 10.9? But, even then, maybe that is a huge amount of work?
 
It's not just a matter of 64bit graphics kexts per sé. The kexts also need to interact with OpenGL/OpenCL frameworks too. Kexts dependancies have to be considered also.

Well, it depends on what you consider kexts. It actually seems to be a matter of their bundles/plugins, thus part of the kexts. But I know what you're saying. :D

Look at Snow Leopard: 10.6.2 offered 64bit GMA950/X3100 kexts and you could run 10.6.2 in 64bit kernel mode and obtain pretty much full QE/CI (some graphics limitations remained however). Run 10.6.3-8 in 64bit kernel mode with those same 10.6.2 kexts will not give you graphics acceleration. The OpenGL & OpenCL frameworks from 10.6.2 also have to be copied over to obtain full QE/CI.

Try to apply those basic things to Lion, ML or Mav and you end up nowhere, of course... Frameworks from 10.6.2 can't just be transposed to subsequent releases and kexts dependancies come to remind you of reality with nice KPs or crashes.

Let's forget for a sec about the 64 bits. You're right on this one. Following your test I decided to give it a try with Lion at 32 bits and the 10.6.2 GMA 950 kexts. These briefly are the results (I just did a fast test):

  • It reports the correct amount of video RAM (64 MB)
  • Gamma and resolution are correct
  • The brightness control is fine
  • Sleep/Wake is fine
  • Mission Control isn't glitchy
  • All HW accelerations are gone like in the 64 bits version (any OS X but 10.6.2?)

Before this I did some other tests and I reached the conclusion that the brightness and sleep/wakeup are managed by the frame buffer kext. Which should be OpenGL or else independent and broken in the 64 bits version we have available.

Then there are the OpenGL drivers for the GPU. More specifically guys like this:

Code:
AppleIntelGMA950[B]GLDriver.bundle[/B]

They are defined in the Info.plist file of the GPU kext and they are the ones responsible for most if not all fancy supported HW acceleration. I know this because I did some tests in Lion 32bits removing the GA plugin and the VA driver and it seemed to work just fine. Also DVD Player was reporting all features available.

Thus regarding the 64 bits kexts, at least for the GMA 950 my conclusions are the following:

  • The frame buffer kext gets loaded but it is a bit bugged (no brightness/Sleep/Wake up)
  • The GPU kext seems to get loaded. The UI in all 64 bits OS X versions I tried simply get faster with it.
  • The OpenGL driver gets probably loaded, but it doesn't work outside 10.6.2 because the OpenGL framework changed.
  • I have no clue what the GA plugin and VA driver are about

So in other words for each GPU to make those kexts working we would need at least the following (assuming the GPU drivers we have do work indeed)

  • a single patch for the frame buffer (no idea if there are Apple open source codes for it)
  • a new OpenGL driver for each new OpenGL framework (the source codes are not disclosed. And that's why we are stuck)
 
Last edited:
Guys, I spent last three days in freelance and made money for second hand macbook, at least 2011... instead of trying to make this stupid GPU work somewhere it is not meant to.

And dear friends, do you think that if it was easy do adapt X3100 extensions/frameworks from one version to another or whatever approach you want it wouldn't have been done already.

Yes, I would be very much grateful if someone can make this project come alive, but right now none of us knows how to accomplish the goal.

I am Objective C developer and I have no clue what to edit or patch inside X3100 resources.

Just face the truth.

Cheers.
 
Actually, I'd say "outside of Snow Leopard", not just 10.6.2. 10.6.2's OpenGL/OpenCL frameworks do work alongside 10.6.2's 64bit kexts in subsequent SL releases (10.6.3 to 10.6.8) and full graphics acceleration is then achieved in 64bit kernel mode. But that only works in SL...

I dunno. I was reporting what I read in a post in OSX Latitude (from you I suppose, actually ;))

I updated to 10.6.3 and to begin with, simply tried to load the 64bit X3100 kexts + framebuffer from 10.6.2 (v1.6.6). That ended up in nothing but a freeze at graphics initialization. I then replaced OpenGL + OpenCL frameworks in /S/L/Frameworks by those from 10.6.2 and, on rebooting in 64bit kernel mode, bingo!, I obtained full QE/CI again.

I am Objective C developer and I have no clue what to edit or patch inside X3100 resources.

Maybe that's because the kexts are mostly written in pure C language. And some ASM. I know, I know.. Just joking!! (it's true, though) :D

Anyway, the main issue is the lack of open source code for the graphics API. That's the same reason why the OS X virtual machines don't have any graphics acceleration.

+1, no +1000! To think die-harders even started the same with Yosemite now! :eek:

My time and useless efforts would be spared by selling those obsoletes Macs running Lion 10.7.5 and buy 2nd-and Macs that support ML, Mav and Yos.

You see, some people like to spend some time investigating the issue, still learning about OS X internals and maybe how to setup an hackintosh in the future. Others like to waste months posting trying to convince people that it isn't worth the trouble. What's more productive? :D

As there is no chances that I'll get an old second hand Mac. If/when I'll buy one it will be a new one. I sure don't want to find myself on this crap again. But I have other priorities, dentists are expensive. :(

Still Yosemite on this old MacBook even without HW acceleration is doing a quite fine job. First of all it is stable and the C2D CPU is finally put to work.. I may switch to it for good, I am already doing with it more than what I was doing with Lion, even programming using Playground! So I may abandon that awful memory hogging cat. I am sure not going to cry because it lacks Vibrancy. The lack of sleep/wake is an annoyance I'll have to deal with, though. The chances it will ever be fixed are near zero. On that I must agree.
 
So, I have a macpro2,1 and have tried everything. Unibeast and sfott. For two weeks now and finally last night, I got it to boot sfott passes the language selection then says can't load on this system... Any help? Lol
 
I have read endless posts, most have said they had successful installs when it comes to my configuration. The symptoms I have lead my novice mind to believe that it's a cache issue, but that's obviously speculation. I wiped the drive clean, made a new key with sfott and I'm gonna try it again.
 
Hi everyone i have got mavericks running on my early 2008 4,1 macbook, with graphics kexts installed and everything working apart from audio :( does anyone have any idea how i can get this working as i have been searching quite a bit on line and the only thing that resembles it working is VoodooHD but it is very low volume and mic/headphones won't work.

Any help would be greatly appreciated.

May I ask what graphics kexts you used?
 
wayne sad that in this or the next week he will release MAC POST FACTOR for mavericks and yosemite [ go take a look at his twitter page or come in the yosemite thread ;) ]
 
Learning the internals of OS X is perfectly Ok, but that's not the matter here. I think the continuous pursuance of asking/hoping/trying to obtain full graphics acceleration on GMA950/X3100 obsolete GPUs with Mav and now Yos is sheer stupidity.

It's been obvious for 2 over years (we're not talking of a few weeks or a few months here but 2years+) that it would never work, still people start or extend lengthy threads about this same old thing on and on. How many more years and OS X versions will people need before they actually understand?

And as you wrote in a post one year old people has the right to see with their own eyes (sorry, not stalking you. But anytime I looked for "GMA 950 Yosemite" I've found a post of yours). Correct?

What instead I find annoying is that you have been a long time in this kind of threads trying to persuade people that Mavericks couldn't run on these old system because of the lack of HW acceleration, as you wrote in the post previous to the one I just mentioned.

Simply put that statement was wrong. Mavericks runs mostly fine on my MacBook with GMA 950. But it is unstable due to some bugs in WindowServer/Graphics Core, triggered more often by the (untested by Apple on these OS X versions) 10.6.2 64 bits kexts. Which makes it not stable enough for me. Yosemite instead runs even better. The worst issues I've got until now have been two Kernel Panics caused by an LG smartphone connected via USB. Actually disconnecting it. Which makes me wonder what's the USB situation with the Hackintoshes at this point..

Not only that. Yesterday I installed Yosemite in the (supported) MacBook Pro of my brother in law. The graphics was slightly faster, it obviously had Vibrancy (although MC and Launchpad do have Vibrancy, so I don't understand what's the big deal with Apple disabling it in the main interface when without HW acceleration) but apart from that I didn't feel much difference. Actually my ghetto's White MB was even generally faster. Maybe because I have an hybrid HDD at 7200rpm, while he is stuck with a 5400rpm HDD.

I could even test Airdrop. With my surprise it worked! We obviously were in the same LAN, I didn't check otherwise, but it did.

My OSXL thread was a quick attempt to show people that if apparent success can be achieved in 64bit Snow Leopard, it is:
a) partial
b) limited to SL

Those facts being established, one could hope that people would finally realise the futility of envisaging success in reaching GMA950/X3100 graphics acceleration with Mav or Yos. This will never happen.

You may choose to run Yos your GMA system without QE/CI but I'm sure you know you're a rather rare breed to that effect. People want the real stuff, not limping mode.

Oh, don't get me wrong. Your OSXL thread was good. Very detailed. It's just that I don't understand why there you said that one needs to replace the OpenGL/OpenCL frameworks, here you replied to me that even 10.6.8 works just with the 64 bits kexts.

Still, regarding the futility, I find it more futile to continue to threat people like a bunch of morons because we like to experiments with the HW we have available. Especially when even without HW acceleration my unsupported MacBook is more productive with Yosemite than with Lion. And FASTER in the general operations.

Because I don't know if you followed it, but there has been a gazillion pages discussion in the Apple's forum about Lion and its memory problems. The largest discussion, because there were at least another two popular ones. The RAM compression which started with Mavericks for old Macs is a savior. And not only that. I opened a bug report with Apple because since 10.7.0 the OS virtual memory was thrashing. And it really was. Just after starting Safari I could get a backing store of 5-6GB, with the OS stuck for minutes until it wrote down all of it. In 10.7.5 the situation was somehow improved, but not fixed. I thought Apple forgot about it until one day I received an e-mail stating that the bug was fixed in.. 10.9.2!!

Now you are well aware that the lack of RAM can (and does) hit the performances much more than having a weak GPU (just look at that awful Lagdroid). The largest backing store I've got with Yosemite has been 2.5GB. With a number of applications I couldn't even imagine to run in Lion. 2.5GB that went down to 500MB or so after closing the memory hogging apps. With Lion I kept (past tense because I didn't touch that junk in few days) getting a backing store of 4-5 and again 6GB. And there it stayed no matter what I closed.

Thus for my needs from an general operational point of view Yosemite in my unsupported MacBook is much better than Lion. I tried ML 64 bits when it came out, but I was using the wrong kexts, thus it was quite unusable (that bluish look drives me mad) other than slow and so I gave up and I stuck with Lion. I gave it a try to 10.8.5 with MLPostfactor in a partitioned USB disk few weeks ago just for the heck of it. It looked good, but the WiFi wasn't working fine, neither the Bluetooth. I installed Mavericks 10.9.4, then upgraded to to 10.9.5. It was working fine as I wrote, but the WindowServer was crashing. Then finally I installed Yosemite GM in the last partition. God! It did work! I moved it to the second partition in my internal HDD and booted from it since then. Never a major issue, at least apparently not related to the unsupported HW.

There are thousands of people installing much more unstable custom ROMs (yeah, Cyanomodgen, I am looking at you. Although you are not alone) and/or kernels in their expensive mobile phones. Happily ignoring that the WiFi may not work, the Bluetooth is like non existent, it gets random reboots. But hey! It's overclocked! Here we are installing a vanilla kernel/OS with just a custom boot.efi and two unsupported (and likely a bit buggy) graphics kexts. Sorry if Yosemite works much better in my MacBook than any Cyanogenmod I tested in my phones. And better than Lion, sure. Now, who's the fool?
 
Last edited:
Honestly.. Leave him alone, I still don't get why he is still posting about things that he thinks impossibile
 
Register on MacRumors! This sidebar will go away, and you'll see fewer ads.