Reprise du message précédent :

Leur clientelle est morte de vieillesse ?

j'aime pas les canapés en cuir

C'est quoi le contexte de cette demande débile ?

 
t'as pas de gout alors

qu'est-ce que ça a de débile ?  

 
Bah faire du debug et du diagnostique sur de l'Unix embarqué, entre autre sur les drivers. En gros, ils veulent pouvoir remonter très haut dans le détail, ce qui n'est pas forcément un mal, surtout sur Linux. Mais je ne suis pas sûr que ma maigre expérience de la prog en mode kernel suffise à leur besoin.  
Bref, je vais juste donner des références et un guide "vu d'en haut" sur quatre pages

 
Fallait répondre que tu n'avais pas besoin de payer un Mac mini pour dev dessus

Froyo sur un Desire, c'est fait

enjoy, dude

Harkolol compliant

ben ouais

-leo++ étant étudiant en première année d'école d'ingénieur, ça me semble largement au dessus de ses compétences.  
-la question est super vague, on dirait une question de phb qui veut faire un truc comme windows mais en mieux (et en 2 semaines).  
-les boites qui auraient vraiment un intéret et les compétences pour débugger le kernel linux n'ont pas besoins qu'on leur fasse un mémo a ce sujet.

Je ne savais pas, en effet c'est ambitieux

peut-être qu'il nous a pas tout dit mais qu'il a résumé

Quand on apprend on ne produit pas des choses forcement utiles pour les entreprises. Sinon on ne fait plus de TD/TP.

 
Je suis en deuxième année mais effectivement c'est un peu à coté de la plaque comme demande.  
Ensuite, ils ont envie de tout sauf réécrire/débugger un noyau, ils se limitent vraiment à la partie débug de leurs applis, en remontant dans le noyau (détecter un noyau clairement mal compilé, auquel il manque des modules, ou discriminer un driver problématique).
 
Et non ils n'ont pas les compétences justement, ils sont traditionnellement windows (pour le support offert)  et embarqué de grand-papa (à base de m68k   ), justement c'est pour ça qu'ils ont besoin de ces docs: voir si la solution linux peut être interessante pour eux.

mais putain la ferme bon dieu, c'est le meilleur processeur du monde que tu critiques là

 +1000
 
mais bon répondre à leo++, c'est un peu comme si tu répondait à dion

 
Mais je critique pas, je dis juste que c'est un vieux machin inadapté au besoin.
Mais bon c'est même pas la peine d'en discuter avec toi puisque dans ton monde les IHM graphiques ne sont pas encore inventées et l'architecture ARM ne sert qu'à placer des jeux de mots

 
taggle

 
Nan mais le m68k c'est tellement utilisé en embarqué tavu, ça sert dans les chaudières et tout  

Nan mais stop ! un ARM ça sert tout juste à faire tourner RiscOS sur un Archimède !  

 
 Obvious troll is obvious  

 
C'est quoi tes criteres?
 
C'est simplement une resucee bridee du VAX.  Pour commencer la division entre registre d'adresse et registre de donnee n'est pas un bon choix architectural AMHA.

 
ça a pourtant permis à l'époque de proposer des archi "hybrides" en attendant mieux (adressage sur 32bits avec data register sur 16) c'était pas la panacée, mais c'était super pratique en attendant

 
J'invente rien

http://www.tagesanzeiger.ch/kultur [...] y/19379780  

 
Tous les 68000 -- meme le 68008 -- ont toujours eu tous leurs registres sur 32 bits (j'ai pas suivi depuis un certain temps -- est-ce qu'il y a eu une extension a 64 bits?).  Je ne vois donc pas de quoi tu parles.
 
A moins que... Certains ont ete implemente avec des bus internes et externes de tailles differentes (le 68008 avait un bus externe sur 8 bits, un bus interne sur 16), mais ca n'a aucun effet sur l'architecture (ce genre de details, ca releve de l'implementation ou de la micro-architecture suivant les nomenclatures).  Et le 68000 etait loin d'etre le premier a faire cela.  Apres tout, le terme architecture des ordinateurs a ete utilise justement pour la premiere fois par IBM en introduisant les 360 pour designer ce que les differents modeles avaient en commun parce qu'ils variaient sur ce genre de chose (le modele bas de gamme avait un data path interne sur 8 bits).

- instructions privilégiées et mode superviseur/utilisateur
- instruction TAS : une seule instruction permettant de tester et modifier la valeur d'un octet. non soumise à interruption qui plus est => communication facilitée entre les processus
- big endian (je sais pas toi, mais moi j'ai toujours eu du mal avec le little endian, ça me parait moins naturel)
- la séparation des registres, pour aussi imparfaite qu'elle soit, a quand même permis la venue des archi hybrides 16/32 bits.
- bonne quantité de registres, retardant d'autant le passage à une lecture/écriture en RAM
- 2 pointeurs de pile différents
- ...
 
après je connais pas le VAX et autres, donc je peux pas comparer. mais pour l'époque, rien que ce que j'ai cité suffisait à en faire selon moi le meilleur processeur du monde

 mmmmh, oui tu vois là l'instruction à gauche va beaucoup plus vite. mokay?
                        \

 
Je pensais également au 386 SX intel qui était 32bits en interne mais dont le data Register était sur 16bits et l'adressage sur 24bits    
 
D'ailleur, le 68000 fonctionne de la même manière sauf que son ALU est sur 16 bits
 
Sur les pures 68k on n'a pas dépassé le 32 bits en adressage Peut-être à partir des ColdFire... je ne les connais pas trop

http://www.lexpress.fr/actualite/s [...] tor=AL-447
Mais wé, retour de l'uniforme et des écoles unisexe !

62-62 pour le match interminable

63-63

L'édit de fourbe

Qu'est-ce qui te choque ?
 
Visiblement t'as jamais eu de gamin..
C'est le rôle de la directrice de fixer des règles vestimentaire. Ton école, tu l'aimes où tu la quittes. Quelle est la différence avec un string de teuhpu ?  
ça véhicule de moins bonne valeur que le foot ?

Non seulement j'aime pas le foot, mais j'aime pas non plus la bière ni les moules
 
Par contre j'adore le chocolat

 
barrez vous du stream putain, ça rame
(63-64)

C'est sûr que le binaire et l'hexa, c'est très naturel

64-64

Je suis au taf, j'ai juste le score en live sur le site.

2^6-2^6