Voir ici :
“J’suis pas sûr que tu gagnes grand chose. Tu nous raconteras”
Un peu moins d’une minute sur les 9 que prennent la compil dans noyo sur la machine de test.
v_atekor : Je sais pas trop…ça ressemble à un low latency “hard”. Je suppose que ça peut poser des pbs de deadlocks.
A ce que j’ai compris, c’est du temps réel “hard” au sens “ils veulent avoir une borne sup des temps de latence”. Une vraie borne sup, toujours valable…reste à voir sa valeur… 
et k3b remarche en usermode ?
Diwann : je ne pense pas. Le pb vient du porjet cdrecord qui part en vrille en ce moment. L’auteur principal n’a pas apprécié de devoir modifer son soft pour ne plus passer par l’émulation scsi et depuis, le projet merdouille. Je sais qu’une projet concurrent est en développement (le nom??)
arg ca vient pas de k3b alors ?
pourtant avec mon “vieux” kernel 2.6.6, je passe déja plus l’émulation scsi (?)
ça m’interresse
Non, ça vient de cdrecord. k3b n’est qu’une interface qui utilise mkisofs,cdrecord et autres.
Si tu veux que ça remarche, tu peux remettre ton graveur en émualtion scsi (comme c’était avec un 2.4). Je n’ai pas d’autre solution si ce n’est attendre que cdrecord soit à jour.
Qlqn à mieux? Je suis très preneur 
pareil 
Je remets le lien que Lith a mis il y a qq pages (fctionne très bien avec un 2.6.8.1) : http://lkml.org/lkml/2004/8/16/104
Coaster ? http://www.coaster-burn.org/
Alors ça donne quoi le 2.6.9 ?
chuis en train de faire ma p’tite selection de patchs pour l’instant =)
cddvd-cmdfilter-drop.patch et vesafb-tng-0.9-rc4-r3-2.6.9-rc3.patch
je crois que ça va être tout, je ne pense pas qu’il y ait déjà de bugfixes 
ils font quoi ces patchs lithium?
cddvd-cmdfilter-drop.patch pour utiliser cdrecord en user
et vesafb-tng-0.9-rc4-r3-2.6.9-rc3.patch, le pilote vesafb améliorer qui permet de choisir résolution et refresh rate au boot et en changer a la volée sans redemarrer
cddvd-cmdfilter-drop.patch : tu le prend où pour avoir le dernier? C’est un poil génant de patcher le noyau alors que c’est cdrecord qui merdouille mais si ça résoud le pb c’est cool
Je l’ai trouver là : http://ck.kolivas.org/patches/2.6/2.6.9/2.6.9-ck1/patches/
pour cdrecord: je trouvais aussi bizare qu’il y ai des avertissement du genre “ceci prendrais moins de temps si vous aviez activer l’emulation SCSI”, etc., alors que c’etait une fonctionalité du 2.6 de plus avoir besoin de cette emulation, et je vois pas en quoi ca prendrais plus de temps que si c’etait vu comme du SCSI…
9 minutes pour compiler un noyau?!?! :ouch:
Juste pour dire que le noyau est officiellement disponible sur www.kernel.org
tbxfiles : sur une machine qui a 2 ans et demi (un portable) oui. Ca te choque à ce point? Je mets beuacoup d’options et il y a aussi le temps de mettre tout ça dans un .deb.
Bref, c’est en gros du 8min. Bien sur, si je fais ça sur le bi-proc 3Ghz du boulot se sera moins mais il est sous suze…