[bmaltais]

After weeks of testing and tweaking I am happy to bring out version 1.1 of DellEFI:

http://mydellmini.googlecode.com/files/DellEFI1.1.zip

This release contains some major changes that should hopefully allow OSX on the Mini 9 to thrive through future 10.5.x upgrades. Here is a run down of the changes in this release:

• Auto-patch of GMA950 and Framebuffer kext. This way we not longer need to distribute them with DellEFI. DellEFI will simply use the ones from /System/Library/Extensions and apply the required patch on the fly in /Extra.
  Use original 10.5.6 (or subsequant) IOGraphicsFamily and IONDRVSupport installed on the Mini instead of the old Tiger ones. No need to distribute them anymore in DellEFI
  Use a freshly compiled copy of clamshell.kext in /Extra instead of the bloated one in local extension folder
  Use a single ApplePS2Controller.kext that will contain the modified ApplePS2Keyboard instead of installing a seperate ApplePS2Keyboard.kext
  Implement EFI based GMA and Audio strings so we can remove Natit and HDAEnabler. Result in faster boot, cleaner install.
  New Dell Mini 9 specific dsdt.aml patcher to fix some non ACPI compliant voltage reporting. This way we get more accurate battery time.
  New AppleACPIBatteryManager extention to go along with the new patched dsdt.aml
  Ability to use local 10.5.6 (or subsequant) IO80211Familly by applying on the fly patch to it
  Replace Broadcom Ethernet drivers with new Realtek1000 kext
  Install new Mini9 specific color profile for you to use instead of default one
  Only the old version of AppleIntelFrameBuffer is installed when you want "mirror with artifacts". The GMA950 kext have nothing to do with it working.
  Changed the Extensions1 folder name to Mini9Ext and updated the utility UpdateExtra
  New About window
  Minor installation logic change to make all of the above install/upgrade properly

This release was designed and tested with 10.5.6 but It is possible that it will run just fine on systems with 10.5.4 or 10.5.5 installation.

To install or upgrade existing system simply run DellEFI as you normally would. For the users that are upgrading you will be asked to remove the old dsdt.aml file and reboot prior to the upgrade.

Credits to Meklort for his amazing work on the kernel extensions, dsdt patcher and the overall dellmini9 google code repository.

Also many thanks to all the courageous folks that helped shake out all those pesky bugs throughout the beta.

Cheers,

bmaltais

[minifish2002]

thanks for your work

[AzRocks]

Please help. Everything works great, except, no matter how full the battery is, it shows that the battery is full, and when it is charging it shows the "battery charged" icon. However, the percentage shown is correct.

[tcarewe]

This seems to be a very stable update so far....everything is running exactly how it should. I can't thank you guys enough for making all this possible.
There has been one thing that I have had issues with and this update doesn't seem to fix it though. I have never been able to restart my mini successfully as long as there is a dsdt.aml file present. Whenever I remove it and reboot, it starts up fine. But then once I create a new one and reboot, it hangs at a black screen...I don't think it is shutting down all the way since the white light never goes out. It seems that other people have this same problem, but that it goes away after the first reboot. Not the case with me. If you have any suggestions I would really appreciate it. Thanks again for all of your hard work.

[tastewar]

I have 1.1 installed now (Thanks guys!) and with minimal testing, it's looking OK. Will report back with any problems.

[mechdrew]

Can this be updated for the DellMiniBoot, or are you just waiting for the new Chameleon release? It seems like they're taking their precious time releasing it to the public. I also want to test this out on 10.5.4 to see if it is at all backwards compatible.

[tcarewe]

**UPDATE**
So I put the computer to the sleep, then woke it up a few minutes later, attempted reboot and it hung. Shut it down (holding down power button) and booted back up. Immediately attempted reboot again and IT WORKED! This was seriously the first time this has ever happened. I'm keeping my fingers crossed.

[meklort]

Originally Posted by tcarewe

**UPDATE**
So I put the computer to the sleep, then woke it up a few minutes later, attempted reboot and it hung. Shut it down (holding down power button) and booted back up. Immediately attempted reboot again and IT WORKED! This was seriously the first time this has ever happened. I'm keeping my fingers crossed.

What has been found (and reported in the beta thread) is that if you try to reboot before you go to sleep, everything works fine. If, on the other hand, you sleep and then try to reboot, it will hang.
I'll be looking at the aml (dsdt) code to se if there is anything I can do to fix it (maybe fix a broken patch, or make a new one). This isn't one of my top priorities, so it may take some time before I look at it again.

[piano08man]

My battery behavior is a little wonky off a fresh reboot... meklort, I know you've been messing with how quick the dsdt.aml file runs the battery checks in order to allow for a faster boot... but on this release, it seemed to take over a minute (after boot) before my time left to charge showed an accurate number. It just sat at 10:00 for a while and then eventually went to a proper number like 2 hours or so.

Anyone else having thoughts on this? I used baltmais' remove dsdt.aml and everything... so I used have a fresh copy, it was just a little weird to wait that long. That's all so far... otherwise, great job like always!!

[meklort]

Originally Posted by piano08man

My battery behavior is a little wonky off a fresh reboot... meklort, I know you've been messing with how quick the dsdt.aml file runs the battery checks in order to allow for a faster boot... but on this release, it seemed to take over a minute (after boot) before my time left to charge showed an accurate number. It just sat at 10:00 for a while and then eventually went to a proper number like 2 hours or so.

Anyone else having thoughts on this? I used baltmais' remove dsdt.aml and everything... so I used have a fresh copy, it was just a little weird to wait that long. That's all so far... otherwise, great job like always!!

The only time I've actually seen it say 10:00 is when I plug it in after being fully discharged. I haven't extensively tested the time to charge yet (and as such, has at least one or two minor bugs that I know of), however It does take a while longer to calculate than the time to discharge.
What version of DellEFI did you have previously (one of the betas or 1.07.1)? If you had 1.07.1, the reason why it takes a while to calculate is because 1.07.1 never actually reads information from the battery and just guesses a number quickly.

And just a though about the dsdt, Why don't we make a copy of the unpatched dsdt file and put it at /dsdt.orig.aml or /.dellefi/dsdt.orig.aml so that a reboot it not required to recover (if the file exists)? We would need to verify that the dsdt file wasn't patched to begin with, but that shouldn't be too hard to do (I can modify the patcher to detect if its been patched or not).