Jump to content

De bonnes nouvelles du Caméléon

sonotone

By sonotone,
in Leopard

 Share
25 posts in this topic

Recommended Posts

sonotone
sonotone
Posted
Posted

Voilà ce qu'annoncait le blog de Zef (chameleon) tout récement:

Tired of choosing many different boot loader solutions, because each version offers a specific feature what others doesn’t?

Besides time and laziness factors there’s a big wall what we hit if we’re going to merge all nice features into a single release: It’s the 64k size limitation of the stage 2 loader. The last pieces of the puzzle has been found, now it’s time to grow up!

How is it made happen?

 

Thanks to David Elliott, the necessary modifications have already been available for a long time. Since his r122 changeset against the boot-132 project contains almost everything what we need to grow over 64k. Here’s a quote from i386/libsaio/bios.s where dfe tells the story:

 

“With this change, plus the earlier change to respect DS (e.g. use huge pointers), the binary can grow much larger, currently up to exactly 63.5k which is the maximum that the first-stage bootsectors can handle. To get more than that more changes are needed. In that case we would have to play with Mach-O segments to ensure real-mode code and data got stuffed well within the first 63.5k. Furthermore, we’d have to adjust the boot sectors to allow them to span segments. Since this change alone only gains us about 4k more than where we’re at now (which is not anything to scoff at) it won’t be very long before we need to start using Mach-O segments to force the linker to locate certain bits of code and data within the first 63.5k and modify the loaders to be able to load more than 63.5k.”

 

Ok, so what else do we need?

 

To complete the puzzle we had to follow the path as dfe suggested above.

 

These are the init, bios wrapper and real mode-protection mode switching functions what they should go into the first 64k. A big thanks goes to Turbo who found a clean way to enforce these functions to have them in their proper places.

 

The other parts are the stage 1 loaders, they also need some changes to able to load more than 127 sectors from the hdd or the cd. We’re already done with this, it means cdboot and boot1h can deal with such large stage 2 booters.

 

Can i get any benefit from all of this?

 

Yes, since we have a lot of space now we can merge all existing features into a single boot file. We’re already in the process to take the best pieces from all ‘worlds’ and stay tuned for a new Chameleon version release pretty soon!

 

De plus, quelqu'un a trouvé moyen de fixer le problème avec AppleIntelCPUPowerManagement.kext (et le prochain kext AppleRTC des nouveaux macbooks qui annonçait une mise à jour difficile)

 

http://forum.insanelymac.com/index.php?sho...st&p=946132

Link to comment
Share on other sites
xinux
xinux
Posted
Posted

le hack sans limite :D

 

j'ai parcourus le liens à propos du fix sur le AppleIntelCPUPowerManagement.kext

mais qu'est ce qui a été corrigé au juste ?

 

readme du pacth DSDT:

 

This should fix your DSDT so you should be able to run AppleIntelCPUPowerManagement.kext and the upcoming AppleRTC.kext which will panic otherwise. This will not patch your BIOS or whatever, so if you cant boot anymore after this, just delete the /DSDT.aml file and you should be fine. But still, try this at your own risk.

 

You need to install the Chameleon Bootloader with DSDT override from: http://forum.insanelymac.com/index.php?showtopic=132757# for this, use the newest version.

 

To patch your DSDT just double-click the PatchDSDT tool, the fixed DSDT should now be dsdt.aml in the Patcher directory.

 

Install the new bootloader and put the resulting ./DSDT.aml in your Root /

 

Thanks to all Chameleon/OSX86 developers :D especially zef, kabyl and modbin, keep up the good work!

Cheers fassl

 

cela ne concerne pas les boot 132 (je précise au cas ou ^^)

Link to comment
Share on other sites
xinux
xinux
Posted
Posted

non, je vais m'y mettre d'ici peu (là je suis en pleins déménagement, et j'ai paumé mes cd en cas de soucis :P )

 

@sonotone: merci pour la news, ca marche super bien sur ma p35-ds3l sans le fameux intelcpupmdisabler.kext

 

maintenant le vrai AppleIntelCPUPowerManagement.kext ce charge sans kernel panic :P

 

ton intelcpupmdisabler.kext est l'équivalent du disabler,kext ?

car moi je n'ai que celui là :)

Link to comment
Share on other sites
cparm
cparm
Posted
Posted
non, je vais m'y mettre d'ici peu (là je suis en pleins déménagement, et j'ai paumé mes cd en cas de soucis :angel: )

ton intelcpupmdisabler.kext est l'équivalent du disabler,kext ?

car moi je n'ai que celui là :thumbsup_anim:

 

ca doit etre ca je ne suis pas sur, je sais qu'il existe plusieurs kext de ce type fait par diffèrent devellopeur, qui ont des nom différent mais qui ont la meme fonction, en tout cas ca marche

 

a noter que j'ai l'impression que mon systeme est plus stable, ce que je veut dire c'est qu'il m'arrivait assez régulièrement (au moins une fois par jour) d'avoir ce que j'appelle des chutes de tension, mac os x devenait d'un coup très lent et il me suffisait de forcer a quitter l'application en cause pour revenir a la normal, j'ai testé le systeme aujourd'hui toute la journée et je n'ai rien eu de telle, mais ca reste a confirmer

Link to comment
Share on other sites
cparm
cparm
Posted
Posted
j'ai pas ce genre de soucis perso, tu as quoi ?

ideneb, kalyway, retail ?

 

une kalyway,

 

mais pour moi de toute facon je ne fait pas de difference entre les distrib, contrairement a linux ou chaque distrib peuvent etre vraiment differente, avec mac os x ce n'est pas le cas, la seul difference c'est les driver fournie pour une installation plus facile, qui peuvent tres bien s'installer après

 

peut-etre ca vient du fait que je n'ai que 1 giga de ram, car sur mon ancienne config avec aussi 1 Go de ram ce me faisait pareil, mais bon c'est pas non plus super frequent, on va dire 1 fois par jour,

 

en tout cas ca semble ce confirmer, a propos de la stabilité des performances, en tout cas dans mon cas ;) (mais j'ai besoin de plus de temps de test, pour savoir si il y a une relation de cause a effet)

Link to comment
Share on other sites
cparm
cparm
Posted
Posted
os x 1 go ? oublies ...

 

c'est un os qui tourne bien avec 2 go ... en dessous ben .... ca va se mettre à swapper (pour 7 ou 8 appli en même temps (mail, finder, terminal, itunes, final cut + opera avec 8 onglets )

je ne suis pas d'accord, la tu parle de système comme windows :D, les systèmes unix gèrent tres bien la la ram comme swap meme avec 1 Go de ram, mais quoi qu'il en soit jusqu'a maintenant je n'est plus de perte de performance (qui je le rappel était deja très rare), quelque soit ce que je fait

Link to comment
Share on other sites
cparm
cparm
Posted
Posted

au passage je fait un petit clins d'oeil a psystar, he oui, ceux qui me connaisse savent que j'ai beaucoup craché sur psystar mais le project dsdt, ca vient d'eux

 

tout comme leur driver RealtekR1000, qui re-initialiser le net automatiquement après un sleep

 

donc un fois n'est pas coutume , merci psystar :(

Link to comment
Share on other sites
PM!
PM!
Posted
Posted
au passage je fait un petit clins d'oeil a psystar, he oui, ceux qui me connaisse savent que j'ai beaucoup craché sur psystar mais le project dsdt, ca vient d'eux

 

tout comme leur driver RealtekR1000, qui re-initialiser le net automatiquement après un sleep

 

donc un fois n'est pas coutume , merci psystar ;)

 

tiens tiens ! Et tu aurais un lien vers ce merveilleux RealteckR1000 ? Le mien ne fait pas ça du tout !

 

@ cyberdog : on est deux ! Je ne capte pas ce qu'est cencé corriger ce truc... Et comme je suis sur une Retail efi partition, je n'y voie pas très clair... je vais demander à munky si c'est au programme (il ne le sait pas mais c'est mon nouveau maîte :P ).

Link to comment
Share on other sites
sonotone
sonotone
Posted
  • Author
Posted

PM:

En gros, au lieu d'utliser un kext qui désactive AppleIntelCPUPowerManagement.kext (celui qui fait les fameux Kernels panic aux mises à jour), celui-ci va pouvoir être chargé correctement par le système, et tout cela se passe au niveau du bootloader, donc pas la peine d'utiliser de kext supplémentaire.

 

A mon avis attendons bien sagement la nouvelle version de chameleon, comme dit dans sur le blog, il devrait intégrer toutes les fonctions existantes, dont le patch de DFE. Il n'y aura plus qu'a repatcher avec les fichiers de Munky (demande lui plutôt de donner les sources comme il l'avait promis ;) )

Link to comment
Share on other sites
xhala_debru
xhala_debru
Posted
Posted

Ne fonctionne pas chez moi.

 

http://forum.insanelymac.com/index.php?sho...=40#entry948970

 

En même temps, d'après ce que j'ai compris, ça permet juste de supprimer l'IntelCPUPMDisabler.kext, qui se trouve de toute façon dans le dossier /Extra/Extensions et ne serait pas écrasé lors des MàJ.

 

Mais je salue quand même toute iniative qui permet de diminuer le nombre de kext non vanilla.

Link to comment
Share on other sites
xinux
xinux
Posted
Posted

d'ailleurs PM! peut tu changer le liens de mon paquet de kext pour G33m DS2R, car j'y ai intégré ce nouveau r1000.kext et le nouveau OpenHaltRestart.kext

 

voir topic de ton tuto pour la suite :)

Link to comment
Share on other sites
  • 3 months later...
sonotone
sonotone
Posted
  • Author
Posted

Des détails supplémentaires sur la nouvelle version; d'autres vont suivre peu à peu.

Chapitre 1: interface graphique du bootloader:

Finally, we’re getting there. I have no doubts about the most demanding feature is should be a graphical user interface for the boot loader. We have reached to a stage where I can show you something really cool. Yes, we have a fully customizable GUI.

 

How do you mean customizable?

 

You can replace all the images, the icons, the funny chameleon artwork, the fonts. Also you can set the background color, the transparency levels, the dimensons, positions of certain user interface elements. The image resource files can be either embedded into the booter or can be loaded at runtime by using a special .plist style configuration file.

 

Doesn’t embedding the images makes the boot loader too large?

 

With the current set of icons, images, fonts embedded, the booter size is about 300k. Without embedding the resources you will get about a 110k large booter. The maximum size of the booter is 392704 bytes (383.5k).

 

What image formats are supported?

 

The booter has built-in support for true color 24 bit PNG images with 8 bit transparency layer. We wanted to offer a high quality lossless image format which can be created, edited with many graphics applications across all platforms.

 

What if I still prefer the text mode interface?

 

We can’t switch between text mode and graphical mode at the moment after the booter has been started, but you still have a Boot.plist option to disable the GUI. This way you get the well known text based Darwin boot menu.

 

Ok, this is all fine. Can I see something?

 

Sure! Click below on the pictures in the gallery to see these shots in full size.

 

Can I have it now?

 

No. Please don’t ask for it as you will get it when it’s released.

 

What’s next? Do i have to wait for next christmas ;-)?

 

We’re still fighting with issues and polishing the code but freezed the features. So instead of staying quiet, we’re going to reveal other features in the next post on this week.

 

screenshots + à suivre sur: chameleon.osx86.hu

post-115331-1233680936_thumb.png

Link to comment
Share on other sites
Trauma!
Trauma!
Posted
Posted

C'est clair !

 

Et on a pas tout vue encore, c'est sympathique tout çà mais le meilleur reste à venir je pense !!

Avec un fichier boot de 383.5k il y a de la place pour en fourrer des options.... SMBIOS / DSDT / Extra / Deepsleep / Apple Raid et plus encore !

 

Par contre j'ai pas l'impression qu'il y ait de mode 16:10 pour l'interface du boot loader ?! :)

Link to comment
Share on other sites
Trauma!
Trauma!
Posted
Posted

Il y a du nouveau :

 

- Resolution 16:10 possible !! selon les modes VESA supporté par votre carte graphique !

- Support du boot via la partition EFI (methode Munky)

- Possibilité de choisir le disque de démarrage dans l'interface graphique, et donc de d'installer chameleon sur une clef usb !

 

çà va déchirer !!

Link to comment
Share on other sites
  • 3 weeks later...
 Share
Go to topic listing
×
×
  • Create New...