Articles précédents : Logiciel
- [20] MPlayer 1.0pre6: "X-mas present" dans les bacs
- [17] Blender 2.36
- [22] SFLPhone : Un nouveau téléphone IP sur votre bureau
- [9] CHRONOMIUM GPL passe un cap avec la version 0.9
- [187] Des petits jeux pour les fêtes
- [80] GTK+ 2.6 est disponible
- [16] Contineo, un GED simple et efficace
- [33] GnomeMeeting 1.2 disponible
- [30] L'équipe de Wormux est fière de vous annoncer la version 0.5.0 !
- [22] Sortie de MyNews 1.0
Logiciel : Sortie de Linux 2.6.10 pour Noël
Posté par Pascal Terjan (Jabber id, page perso, ). Modéré le 26 décembre 2004.Il s'agit principalement d'énormément de petits correctifs depuis le 2.6.10-rc3, les rc précédentes ayant chacune apporté énormément de modifications.
Par rapport au 2.6.9 on peut citer des mises à jour dans la majorité des parties du noyau : SATA, SCSI, IDE, USB, CIFS, bluetooth, ALSA, fbdev, i2c, v4l, DVB,...
Bonne compilation en ce jour ou vous n'avez rien de mieux à faire :)
Le ChangeLog (2477 clics)
Les miroirs (848 clics)
> Lire la suite (38 commentaires, moyenne: 3,2). [dépêche : 77 caractères]
Erreur dans l'article ;)
"Il s'agit principalement d'énormément de petits correctifs"
Bonnes fetes à tous
-
[^]Re: Erreur dans l'article ;)
Posté par Krunch (Jabber id, page perso, ) le 27/12/2004 à 00:46. (lien). Évalué à 2.en ce jour ou vous
c'est plutôt "où"--
Free Softwares Users Group Arlon (Sud Luxembourg, Belgique)
pertinent, e adj. Approprié ; qui se rapporte exactement à ce dont il est question.
WPA!
hé hé hé... Début de support du WPA pour les cartes prism!
La fin du pétrole approche
-
[^]Re: WPA!
Posté par Jean-Marc Spaggiari (page perso, ) le 27/12/2004 à 02:12. (lien). Évalué à 6.Mais malheureusement, toujours rien pour les cartes à base d'ACX100... :( Et cela a cause du Firmware 100% prorpio, 100% fermé :( C'est vraiment regretable que certaines entreprises ne comprennent pas qu'en liberant leurs drivers, le seul risquent qu'ils courent c'est que leurs clients soient encore plus satisfaits...
Je vais peut-etre finalement changer de carte reseau pour une prise en compte par le noyau. Car pour la différence de prix, cela compense LARGEMENT les emmer... des cartes "fermées"....
Désolé, c'était juste mes 2 cents de rallage de l'apres noel...
JMS-
[^]Re: WPA!
Posté par Florian Fainelli (page perso, ) le 27/12/2004 à 09:10. (lien). Évalué à 2.Pareil du côté des drivers madwifi, toujours rien de libre !
--
Au début, j'avais pensé à bande de chacals, vous allez tous crever comme des chacals, mais ça faisait deux fois chacals.-
[^]Re: WPA!
Posté par bonnaud frederic (page perso, ) le 27/12/2004 à 17:01. (lien). Évalué à 5.Je lis partout que les drivers MADwifi ne sont pas libre, pourtant le CVS/madwifi/COPYRIGHT à la racine du CVS indique qu'on peut les distribuer en GPL-2 (Alternatively, this software may be distributed under the terms of the GNU General Public License ("GPL") version 2 as published by the Free Software Foundation) alors je ne comprends pas.
Alors en lisant tous les copyright, on s'apperçoit que seuls la partie "HAL" du driver n'est pas GPL (et même libre d'ailleurs, puisqu'on ne peut pas distribuer de sources modifié)-
[^]Re: WPA!
Posté par Florian Fainelli (page perso, ) le 27/12/2004 à 20:18. (lien). Évalué à 2.Donc c'est pas totalement du GPL c'est bien le problème en fait.
On a toujours un espèce de binaire qui est chargé afin de pouvoir gérer la carte.
L'avantage avec cette carte c'est qu'elle peut quand même faire point d'accès, elle fonctionne avec kismet, aircrack, airsnort enfin c'est déjà bien !--
Au début, j'avais pensé à bande de chacals, vous allez tous crever comme des chacals, mais ça faisait deux fois chacals.
-
-
-
[^]Re: WPA!
Posté par Fred Albrecht (page perso, ) le 27/12/2004 à 10:28. (lien). Évalué à 6.La difficulté restant de savoir quel chipset se trouve dans quelle carte au moment où on l'achète... La plupart des fabricants semblent en changer toutes les semaines. :(
-
[^]Re: WPA!
Posté par Pierre Jarillon (page perso, ) le 27/12/2004 à 13:05. (lien). Évalué à 3.Ah, si seulement les fabricants identifiaient aussi bien leurs produits que Linus le fait pour le kernel !
Comme je le dis dans un autre commentaire, l'identification du kernel est peut-être lourde et laborieuse, mais elle est tout sauf fantaisiste, condition absolument indispensable à son succès dans le monde professionnel.
-
-
Version majeure, version mineure...
Quand on voit le nombre très conséquent d'évolutions depuis le noyau 2.4, on peut penser que le 2.6 aurait très bien pu s'appeler 3.0.
Les versions mineures( 2.0, 2.2, 2.4, 2.6) ne sont pas aussi mineures que ça si bien que pour qualifier le noyau 2.6, il faut donner aussi l'indice de correction soit 2.6.10 et ce n'est pas tout ! En raison de patchs indispensables on arrive par exemple à kernel-2.6.8.1.12mdk ! Le système est très rigoureux, très bien codifié mais la numérotation est malgré tout assez laborieuse et une simplification me parait difficile.
Etant donné que le noyau 2.6.8 que j'utilise en ce moment est déjà très satsfaisant, le 2.6.10 devrait nous combler. Pour mémoire, les dernières révisions du kernel sont : 2.0.40, 2.2.27, 2.4.29 et 2.6.10 . Il semble donc logique d'attendre encore une douzaine de révisions du 2.6.
Pour plus de détaills : http://www.kernel.org/(...)
Toutes les versions depuis la 1.0 sont disponibles sur ftp://ftp.fr.kernel.org/pub/linux/kernel(...)
-
[^]Re: Version majeure, version mineure...
Posté par skasowac () le 27/12/2004 à 12:28. (lien). Évalué à 5.y'a qu'à virer le 2 et on en parle plus....
nous en sommes dons à la 6.10 !
plus sérieusement, je me range du côté de linus (bon d'accord, commme un peu trop souvent) pour cette histoire de chiffre : mais qu'est-ce qu'on s'en f... !!!!!! faut des chiffres, et y'en a alors voilà !
de mémoire, les versions RC voulaient dire "Ridiculous Count" selon Linus ;-)
manque de réactivité
j'avais signalé il y a 20 jours des petits problèmes, spécialement dans cpufreqc pour powermac : http://lkml.org/lkml/2004/12/8/213(...)
superbe, toujours un Warning inquiétant sur PPC :/
Dommage.
-
[^]Re: manque de réactivité
Posté par Guillaume POIRIER (page perso, ) le 27/12/2004 à 11:29. (lien). Évalué à 0.Certes, c'est bien beau de leur reproché de ne pas avoir corrigé ce warning, mais as-tu:
1- vérifié que ce warning est vraiment si inquiétant que ça (certaines écritures tout à fait valides provoquent des warning). Bon, c 'est vrai que dans ton cas, il y a un nombre conséquent de warnings.
2- proposé un patch (manifestement, non :-( )?
Je suis d'accord que c'est dommage que ta remarque n'a pas été prise en compte, mais comme on dit: on n'est jamais mieux servit que par soit-même! ;-)-
[^]Re: manque de réactivité
Posté par TazForEver () le 27/12/2004 à 11:47. (lien). Évalué à 4.c'est pas un warning grave, j'ai dit "inquiétant" : pourquoi ? parce que c'est truc simple à régler, et qui survient avec defconfig sur PPC et qu'il s'agit d'un banal #include manquant. Ca veut donc dire qu'entre la rc3 et la finale, peu ou très peu de personne (développeurs) ont compilé leur kernel.
Tu pourras voir que régulièrement je soumets des résultat s de compile des rc et bk, parce que régulièrement y a des petits soucis. D'habitude c'est corrigé. Donc en fait, peut être que sortir une version pour Noël n'était pas une très bonne idée, parce que l'attention baisse et les développeurs sont moins disponibles :)-
[^]Re: manque de réactivité
Posté par Pascal Terjan (Jabber id, page perso, ) le 27/12/2004 à 11:58. (lien). Évalué à 2.peu ou très peu de personne (développeurs PPC) ont compilé leur kernel.
Ca a toujours été vrai en dehors de l'x86
-
[^]Re: manque de réactivité
Posté par Guillaume POIRIER (page perso, ) le 27/12/2004 à 13:10. (lien). Évalué à 2.il s'agit d'un banal #include manquant.
Sachant la source du problème, c'est d'autant plus dommage alors que tu n'ais pas fourni le patch qui-va-bien! ;-)
très peu de personne (développeurs) ont compilé leur kernel.
Tiens, c'est quand même étrange que le port PPC soit pas plus testé... Il me semblait pourtant que la bécane de dev de Linus est une grosse PPC multipro....
Il recompile pas son kernel tous les jours le Linus? ;-) (bien sûr, c'est une remarque stupide: il ne suffit pas qu'il recompile son kernel, il faut encore qu'il utilise les mêmes bouts de code qur toi.)
-
-
Et dans ce genre de situation...
... on se souhaite tous un Joyeux Noyau.
-
[^]Re: Et dans ce genre de situation...
Posté par Florian Fainelli (page perso, ) le 27/12/2004 à 09:12. (lien). Évalué à 10.Qui n'aurais pas osé la faire ;) est-ce qu'on peut tenter un papa kernel ? (ca rime mais je sors ------> [] )
--
Au début, j'avais pensé à bande de chacals, vous allez tous crever comme des chacals, mais ça faisait deux fois chacals.-
[^]Re: Et dans ce genre de situation...
Posté par Ulrich VANDENHEKKE (Jabber id, page perso, ) le 27/12/2004 à 09:46. (lien). Évalué à 0.Chic !!!
Ca va peut-etre me corriger 2/3 chtou bug
-
ENFIN, mon graveur remarche !
voila, je suis utilisateur de k3b qui signalait un problème avec les noyaux depuis le 2.6.8 et refusait de marcher.
ils proposaient un système à l'ancienne que j'ai peu étudié ( m'en fous, moi de rester au 2.6.7 en attendant mieux ) et là, le 2.6.10 semble corriger le bug.
voila, donc pour ceux qui avaient des problèmes de graveur depuis le 2.6.8.1, bah installé le 2.6.10 !
-
[^]Re: ENFIN, mon graveur remarche !
Posté par mansuetus (page perso, ) le 27/12/2004 à 11:52. (lien). Évalué à 2.s/installé/installez
Arghhhhh, désolé :/-
[^]Re: ENFIN, mon graveur remarche !
Posté par Tom () le 27/12/2004 à 12:28. (lien). Évalué à 3.ce n'était pas tout simplement un problème de droit ? t'avais essayé en root ?
-
[^]Re: ENFIN, mon graveur remarche !
Posté par mansuetus (page perso, ) le 27/12/2004 à 13:08. (lien). Évalué à 2.je sais plus trop ce qui se passait en root... mais ça marche bien à nouveau en "user" ... sans rien chmoder 5755 ce qui m'a fait plaisir :p
Joyeux noël, qu'il disait !
Do not use Kernel 2.6.8 :
http://www.k3b.org/(...)
le truc sur le 2.6.9, je l'ai parcouru, ça m'avait saoulé à l'époque, mais le 2.6.10 a marché parfaitement sans rien toucher de ma part.
-
-
Patches pour le noyau 2.6.10
Vous trouverez sur...
http://ngc891.blogdns.net/(...)
...deux patches pour ce noyau. Celui pour les webcams Philips (pwc/pwcx), et le module cloop pour monter les images de la Knoppix par exemple.
A noter que les drivers nVidia fonctionnent desormais correctement avec ce kernel, il n'y a plus besoin de patcher quoi que ce soit.
-
[^]Re: Patches pour le noyau 2.6.10
Posté par Ange Bara () le 27/12/2004 à 14:25. (lien). Évalué à 5.je rajouterai (corrigerai ?) juste :
http://www.saillard.org/linux/pwc/(...)
pour le driver libre des webcams avec chipset phillips et qui fonctionne très bien (je n'ai testé que le patch).
exit pwc/pwcx ! :-)-
[^]Re: Patches pour le noyau 2.6.10
Posté par Pascal (page perso, ) le 28/12/2004 à 01:07. (lien). Évalué à 4.Je vous rapele aussi que ce driver est disponible sur la branche d'Alan Cox. Ke rappelle que cette branche, est une version plus stable du noyau 2.6.....
Et oui, AC prépare la prochaine version de RHEL.
-
-
[^]Re: Patches pour le noyau 2.6.10
Posté par maher b (page perso, ) le 27/12/2004 à 18:16. (lien). Évalué à 1.A noter que les drivers nVidia fonctionnent desormais correctement avec ce kernel, il n'y a plus besoin de patcher quoi que ce soit.
ça dependrait apparamment de la configuration. D'aprés ce thread, certains pourraient avoir du mal avec les pilotes Nvidia propriétaires sous le noyau 2.6.10:
http://www.nvnews.net/vbulletin/showthread.php?t=42964(...)
ils proposent des patches pour x86 et x86-64, les pilotes propriétaires nForce poseraient également des problèmes pour certains.
ps: les personnes concernées devraient quand même verifier le contenu des patches avant de les appliquer.-
[^]Re: Patches pour le noyau 2.6.10
Posté par Jérôme Pinot (page perso, ) le 27/12/2004 à 18:32. (lien). Évalué à 1.Je pensais que le probleme avait ete resolu pendant les RC car je n'ai pas reproduit le bug.
Pour ceux qui ont encore des problemes :
http://ngc891.blogdns.net/index.php?2004/11/15/34-kernel-2610-rc2(...)
Je ne suis pas sur que cela fonctionne encore, mais ca vaut le coup d'essayer.
-
A propos du sata
Si votre lecteur/graveur de cd/dvd en sata est detecté mais que rien n'est créé. Ce qui se traduisait chez moi par :
libata version 1.10 loaded.
ata_piix version 1.03
PCI: Setting latency timer of device 0000:00:1f.2 to 64
ata1: SATA max UDMA/133 cmd 0xEC00 ctl 0xE802 bmdma 0xDC00 irq 18
ata2: SATA max UDMA/133 cmd 0xE400 ctl 0xE002 bmdma 0xDC08 irq 18
ata1: dev 0 cfg 49:0f00 82:0000 83:0000 84:0000 85:0000 86:0000 87:0000 88:0407
ata1: dev 0 ATAPI, max UDMA/33
ata1: dev 0 configured for UDMA/33
scsi0 : ata_piix
ata2: SATA port has no device.
scsi1 : ata_piix
Dans les sources, modifier le fichier include/linux/libata.h ainsi :
#undef ATA_ENABLE_ATAPI /* define to enable ATAPI support */ → #define ATA_ENABLE_ATAPI /* define to enable ATAPI support */
Ce qui se traduit dans les faits par :
ata1: SATA max UDMA/133 cmd 0xEC00 ctl 0xE802 bmdma 0xDC00 irq 18
ata2: SATA max UDMA/133 cmd 0xE400 ctl 0xE002 bmdma 0xDC08 irq 18
ata1: dev 0 cfg 49:0f00 82:0000 83:0000 84:0000 85:0000 86:0000 87:0000 88:0407
ata1: dev 0 ATAPI, max UDMA/33
ata1: dev 0 configured for UDMA/33
scsi0 : ata_piix
ata2: SATA port has no device.
scsi1 : ata_piix
Vendor: PLEXTOR Model: DVDR PX-712A Rev: 1.04
Type: CD-ROM ANSI SCSI revision: 05
Merci Jeff Garzik (mainteneur de libata.h) pour m'avoir aidé aussi vite :)
The only thing necessary for the triumph of evil is for good men to do nothing.
-
[^]Re: A propos du sata
ATI = problème
J'ai compilé ce nouveau noyau avec mes pilotes ATI et resultat :
la compilation des drivers échoue :/
Pourtant ils marchaient bien sur le 2.6.9.
"Aucun de nous ne sait ce que nous savons tous, ensemble." (Lao Zi)
-
[^]Re: ATI = problème
Posté par ebdomino (page perso, ) le 28/12/2004 à 20:21. (lien). Évalué à 1.salut,
pareil pour moi ! erreur de détection lors du chargement du module. et ça marchait bien en 2.6.9 effectivement.
a+-
[^]Re: ATI = problème
Posté par ebdomino (page perso, ) le 31/12/2004 à 16:54. (lien). Évalué à 1.Pour ati à lire:
http://www.rage3d.com/board/showthread.php?t=33797225&highlight(...)
apparement il existe un patch.
a+
-
usb mass storage
Détenteur d'une clef usb de marque intuix (fabriquant M-Sys diskonkey), le kernel avait du mal à détecter les partitions qui s'y trouvaient, il fallait donc ruser pour que ces dernières soient détectées (faire un cat sur le périph ou juste lire le premier octet avec dd), et grâce au script updfstab[1] de C. Combelles je pouvais automatiser la bidouille en modifiant quelque peu son script.
Maintenant avec ce nouveau noyau, exit la bidouille, le noyau sait repérer mes partitions tout seul comme un grand !
Bref, un bon cru ce joli noyau :)
[1] : http://ccomb.free.fr/wiki/wakka.php?wiki=UsbMassStorage(...)
i2c = cassé ?
Bonjour à tous,
je voulais tout simplement avoir un retour d'autres personnes qui utilisent le couple i2c/lm-sensors pour controler la vitesse de leur ventilateur via fancontrol.
En effet depuis le passage au 2.6.10 pwmconfig (outil de configuration du fameux fancontrol) me reponds : "There are no pwm-capable sensor modules installed" hors il fonctionnait tres bien avec le 2.6.9 et anterieurs.
Pour information j'utilise les modules suivant :
-w83627hf
-eeprom
-i2c_sensor
-i2c_isa
-i2c_nforce2
Qu'en est-il chez vous?
-
[^]Re: i2c = cassé ?
Résultats mitigés
De bonnes surprises dans cette version, comme l'ACPI qui semble enfin autoriser mon portable à s'éteindre. De moins bonnes, aussi, comme le graveur IDE qui déconne (marchait très bien en 2.6.9), la version CVS du DRM qui me jette une demie-douzaine de warnings à la compilation et madwifi qui veut plus compiler du tout.
Et de l'inchangé, comme l'EHCI qui timeoute toujours sur tous mes périphériques USB2...
-
[^]Re: Résultats mitigés
Posté par Olivier Serve (Jabber id, page perso, ) le 26/01/2005 à 17:41. (lien). Évalué à 1.pour ce dernier problème, as-tu essayé de rajouter "pci=noacpi" aux options de démarrage du noyau ?



Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.