%includes; ]> &header;
Cette page contient des informations à propos du port de FreeBSD sur systèmes UltraSPARC.
3 Mars 2002 : Une image ISO bootable est maintenant disponible pour installer FreeBSD/sparc64 sur un système supporté. Pour plus d'information, merci de consulter la liste de diffusion freebsd-sparc. L'image ISO est disponible içi.
26 Février 2002 : David O'Brien a posté une chaîne d'outil sparc64 "self-hosted". Vous pouvez télécharger l'archive içi. Détarrez la dans /.
9 Octobre 2001 : Jake Burkholder et Thomas Moestl ont travaillé sur le port de FreeBSD pour UltraSparc durant les derniers mois et la première machine à booter en mode "single user" (mono utilisateur) date du 18 Octobre. Le log de la console série peut être trouvée içi.
La plateforme FreeBSD/sparc64 a été initié par Jason Evans en 1997. A l'origine, le port était soutenu par Sun Microelectronics. Sun Microelectronics (SME) est la partie de Sun fabriquant les microprocesseurs. Jusqu'à maintenant, SMCC (la partie de Sun fabriquant les postes de travail) a été globalement le client primordial de SME. SME désire naturellement augmenter ses ventes, et pour cela, il doit vendre des CPUs à des organismes externes à Sun. FreeBSD a été perçu comme une façon d'accomplir cela.
Pour comprendre pourquoi Sun pourrait financer un port de FreeBSD, ce qui pourrait sembler être un conflit aux offres Solaris de Sun, vous devez réaliser que Sun est divisé en deux parties, qui se concurrencent assez souvent. L'équipe Solaris de Sun ne devrait pas apprécier avoir un port FreeBSD pour la concurrencer, mais leur pouvoir pour l'empêcher est en quelque sorte diminué à cause de la direction. Bien sûr, si le port FreeBSD est une menace majeure, SMI devrait l'entraver. Cependant, cela est peu probable, car FreeBSD répond la plupart du temps aux besoin d'un secteur différent du marché de Solaris. Solaris fait des choses magnifiques sur les gros serveurs MP. FreeBSD est rapide et léger pour les petits serveurs. Il est également utile pour certains types d'applications embarquées, ce qui est actuellement la raison principale de l'interêt de SME dans la réalisation d'un port de FreeBSD pour UltraSPARC.
Il y a quelque temps, SME a proposé à l'équipe du noyau de FreeBSD une compensation monétaire d'une certaine nature en échange d'un port officiel UltraSPARC. L'équipe du noyau a décliné cette offre. Les raisons exactes sont connues de l'équipe du noyau seule, mais Jordan Hubbard impliqua que l'offre SME n'était pas d'un interêt majeur, puisque pour être utile à long terme à FreeBSD, une telle proposition devrait inclure le soutien pendant un certain nombre d'années d'une personne interne à Sun.
Jason Evans commença à travailler au SME en Septembre 1997. Durant la première semaine, il prit vent des négociations que SME était en train de faire avec l'équipe du noyau. Jason porta un interêt extrême à travailler avec le projet. Avec un peu de persistance (et l'échec de la proposition faite par SME), il lui a été donné la permission de commencer le travail sur le port.
Les autres devoirs de Jason inclurent de trouver des informations sur les éditeurs de logiciels en train de porter leurs OS/RTOS pour UltraSPARC. Ceci lui donna une bonne position pour recueillir une information matérielle pertinente pour le port de FreeBSD.
Jason fut important en obtenant le port FreeBSD/sparc64 fait, et en faisant une grande partie de la planification initiale. Sun Microsystems a depuis lors supprimé leur soutien à FreeBSD/sparc64, et Jason Evans a certainement quitté Sun.
Paolo Di Francesco fût le second "père" du port. Paolo essaya, pour la première fois de l'histoire du port, d'organiser l'information, les développeurs et les tâches par une stucture de management du projet. S'il n'y avait pas eu la période de vacance 98-99 et quelques individus trop bavards sur la mailing list, Paolo aurait continué. Pendant sa présence, de nombreuses personnes travaillèrent sur l'ancienne architecture SPARC de Sun, avec les plus qualifiées sur l'UltraSPARC. Les différences notables entre ces deux groupes causèrent de petits problèmes, mais les mailing-lists ne se tarirent pas à cause de ce problème.
En 2000, Jake Burkholder et Thomas Moestl ont accompli une quantité de travail incroyable sur le port sparc. La plus grande partie du developpement a pris place sur le dépôt Perforce sur freefall, et a seulement été fusionné à la HEAD (branche -CURRENT) du CVS après un test plus soigneux. David O'Brien a fait un travail considérable pour fournir une chaîne d'outils pour le développement FreeBSD/spar64. Jusqu'à ce qu'une des personnes mentionnées ci-dessus mette à jour ce paragraphe, voyez s'il vous plaît les archives de la mailing list ;)
Elle est ici. L'ancienne FAQ est très centrée sur SME et l'architecture sun4u. Cela ne reflète pas l'état actuel du port puisque SME a retiré son support officiel du port et que la majorité de l'équipement pour le développement consiste maintenant en de vieilles Sun SPARC. De plus, il n'y a pas eu beaucoup de questions fréquemment posées ces derniers temps. La plupart des articles de l'ancienne FAQ datent d'avant l'archivage de la liste de diffusion.
Bien que nous soyons dans les toutes premières étapes, et pour conserver l'attention des gens sur ce port, vous pouvez consulter le statut en ligne.
Actuellement ? Aucune. Le port est bien loin de fonctionner sur quoi que ce soit. Nous prévoyons de supporter toutes les machines que nous pouvons. Il est certain de considérer que FreeBSD/Sparc64 fonctionnera au moins sur toutes les stations de travail PCI / IDE.
Voir la question 3.
Il est raisonnable de dire que FreeBSD/Sparc64 permettra une certaine émulation Solaris/SunOS. Il est trop tôt dans le développement du port pour répondre à cette question de manière plus précise.
J'ai tenté autant que possible de m'en tenir à la version originale, mais la syntaxe du document d'origine ne m'a pas permis de faire une traduction exacte. -- Francois TIFFREAU &footer;