Jérôme Pinot a écrit 407 commentaires

C'est deja parti pour le 2.6.13 :


[21:16:23 Sun Jun 19 (tty/2) #26]
ngc891@comet:~/Coding/kernel-cg$ echo "scale=3;`cg-diff -r v2.6.12:master|wc -c`/(2^20)"|bc
2.567


Deja plus de 2,5Mo de patch ont ete applique sur le 2.6.12 !

Ca a l'air de ressembler a TCPA, c'est le retour de Palladium/NGSCB ?

L'enorme delai que prend l'integration de ReiserFS 4 dans le noyau officiel vient du fait que le code est tres intrusif. Bref, c'est plus qu'un module, comme le dit Rik van Riel :

The reiser 4 system call sys_reiserfs seems to need an additional patch, which is craftily hidden inside reiser4-only.patch. That patch creates fs/reiser4/linux-5_reiser4_syscall.patch, which I can only assume reiser 4 users should apply...

Kind of ugly.

Looking further, the horrors only increase. It looks like sys_reiser4() is an interface to load programs into the kernel, with reiserfs4 containing an interpreter.

I'll leave aside the issues of having a scripting language inside the kernel, since I'm sure other people will comment on it. However, I am absolutely flabbergasted that Hans Reiser is using a syscall here, instead of a filesystem interface.

Furthermore, why do the parsing in the kernel, instead of compiling the human-readable strings in userspace and loading something easy to use into the kernel, like the selinux subsystem does?

Since this code is bound to be horribly controversial, it may be an idea to remove this from the reiserfs4 core patch. That way the battles over the filesystem, and its interactions with the rest of the kernel can be fought first, without having the whole reiserfs4 filesystem strand in the quicksand of "why do we need an interpreted language with completely new filesystem semantics in the kernel?

Il faut que le developpement de ReiserFS change un peu de direction pour qu'il soit integre au kernel.

Tu as raison, je me suis gourassionne dans les dates. Quelle idee aussi ils ont ces americains d'ecrire mm/jj/aaa plutot que jj/mm/aaa ?

Enfin, cela faisait quand meme longtemps qu'on l'attendait celui-la, il y a eu une belle chasse aux bugs sur la fin. Il y a encore eu des modifs de l'API, ca va encore etre la joie dans les chaumieres (voir http://linuxfr.org/~JaguarWan/18563.html(...) ).

Je m'en vais de ce pas me flageller avec des ronces fraiches.

Si j'en crois les devis, tu veux mettre mettre Windows server 2003 sur ton serveur ?

Bah moi je prefererai voir du Linux mais ils ont besoin d'applications educatifs qui ne marchent que sous MS Windows :-(

Tu veux donc un conseil niveau matériel ?

Oui

Donc pour moi tes devis sont adéquats mais pas justifié pour ton utilisation (c'est cher).

A vrai dire, c'est ce que je me suis dit en voyant le 1er devis (DELL), maintenant, je sais qu'il faut toujours surdimensionne un peu un serveur, donc...

Merci beaucoup pour toutes les autres informations.

Si tu veux remplacer Angband par Zangband ou autres, jette un coup d'oeil aux sources:

http://ngc891.blogdns.net/projects/jnuxband/jnuxband-0.2.1.tar.bz2(...)

Mais attention, a moins de supprimer la possibilite de sauvegarder sur la meme disquette (et gagner ~100ko) la marche de manoeuvre est extremement faible.

Mais tu peux regarder les scripts, tu verras des astuces. Le binaire angband est compresse via upx et pas mal de choses sont crees au demarrage pour gagner de la place. Il y a quand meme le support des claviers series et USB :-)

s/sait/ ne sais/

s/en sert/en sers/

s/quelques/quelque/

s/conf/configuration/


D'après Jean-Marie Thiébaud

Regarde dans les commentaires de ce vieux journal :

http://linuxfr.org/~ngc891/5154.html(...)

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.

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.

C'est pas encore ça ces drivers, ils sont déjà cassés avec les kernels > 2.6.10-rc1-bk8 et donnent un joli écran noir.

Explications et solutions ici:
http://ngc891.blogdns.net/index.php?2004/11/07/31-official-release-(...)

J'aimerais bien que l'on arrête de parler d'énergie renouvelable, ça n'a aucun sens. Par définition, l'énergie se conserve.

Les patches pour avoir le driver nVidia, pwc/pwcx et cloop:

http://ngc891.blogdns.net/index.php?2004/10/19/19-linux-269(...)

Ou JnuxBand :-)
http://ngc891.blogdns.net/index.php?2004/10/08/12-jnuxband-011(...)

Nouveautés de Busybox 1.00:
- Support des noyaux Linux 2.6
- Configuration plus facile sous ncurses via "make menuconfig"
- Nouvelles applets (notamment udhcp, client et serveur)
- Optimisation en taille améliorée
- Support IPv6
- Support de SELinux
- Réorganisation et nettoyage des fichiers sources
- Correction de nombreux bugs

Liste des fonctions disponibles:
------------------------------------------------------------------------------
[, addgroup, adduser, adjtimex, ar, arping, ash, awk, basename, bunzip2, busybox, bzcat, cal, cat, chgrp, chmod, chown, chroot, chvt, clear, cmp, cp, cpio, crond, crontab, cut, date, dc, dd, deallocvt, delgroup, deluser, devfsd, df, dirname, dmesg, dos2unix, dpkg, dpkg-deb, du, dumpkmap, dumpleases, echo, egrep, env, expr, false, fbset, fdflush, fdformat, fdisk, fgrep, find, fold, free, freeramdisk, fsck.minix, ftpget, ftpput, getopt, getty, grep, gunzip, gzip, halt, hdparm, head, hexdump, hostid, hostname, httpd, hwclock, id, ifconfig, inetd, init, insmod, install, ipaddr, ipcalc, iplink, iproute, iptunnel, kill, killall, klogd, last, length, linuxrc, ln, loadfont, loadkmap, logger, login, logname, logread, losetup, ls, lsmod, makedevs, md5sum, mesg, mkdir, mkfifo, mkfs.minix, mknod, mkswap, mktemp, modprobe, more, mount, mt, mv, nameif, nc, netstat, nslookup, od, openvt, passwd, patch, pidof, ping, ping6, pipe_progress, pivot_root, poweroff, printf, ps, pwd, rdate, readlink, realpath, reboot, renice, reset, rm, rmdir, rmmod, route, rpm, rpm2cpio, run-parts, rx, sed, seq, setkeycodes, sh, sha1sum, sleep, sort, start-stop-daemon, strings, stty, su, sulogin, swapoff, swapon, sync, sysctl, syslogd, tail, tar, tee, telnet, telnetd, test, tftp, time, top, touch, tr, traceroute, true, tty, udhcpc, udhcpd, umount, uname, uncompress, uniq, unix2dos, unzip, uptime, usleep, uudecode, uuencode, vconfig, vi, vlock, watch, watchdog, wc, wget, which, who, whoami, xargs, yes, zcat
------------------------------------------------------------------------------

On notera également que uClibc, développé en parallèle avec Busybox, en est à la version 0.9.26. uClibc est un complément essentiel pour la réalisation d'un mini-système basé sur Busybox. On pourra également se reporter à Tinylogin et Tinyvnc.

Busybox, comme de nombreux projets libres, est publié sous licence GNU GPL et doit malheureusement faire face à de nombreux abus de sociétés qui ne respectent pas cette licence. Elles sont listées dans la section "Hall of Shame":

http://www.busybox.net/shame.html(...)

unsigned int __VMALLOC_RESERVE;

Tu n'initialises pas la variable ?

Des patches pour le 2.6.9-rc3:
http://ngc891.blogdns.net/index.php?2004/09/30/10-kernel-269-rc3-pa(...)

Merci à Bochs (et aux moules), voilà déjà une copie de l'écran de démarrage:

http://ngc891.blogdns.net/projects/jnuxband/shots/bootscreen1.png(...)

Je vais mettre les autres en ligne, dans le même dossier, au fur et à mesure

Question :
ça sert à quoi ?

Le driver nVidia officiel ne fonctionne plus avec le noyau Linux qui est en cours de développement. Celui que je propose fonctionne.

Le problème est dû, en gros, à un nouveau paramètre intégré au noyau, pour gérer la mémoire, qui n'est pas supporté par le driver nVidia actuel. Le driver ne peut donc pas se charger.

Si tu veux utiliser un noyau très très récent avec une carte nVidia, il te faudra ce driver pour avoir la 3D.

Dans tous les autres cas, tu n'as pas à t'inquiéter. Ce journal est principalement destiné aux personnes qui compilent régulièrement des noyaux de développement. Quand le 2.6.9 sortira, et si le problème subsiste, on en reparlera.

Globalement, si tu ne comprends pas bien à quoi ça sert, alors tu n'en as pas besoin.

C'est vieux : http://kerneltrap.org/node/view/409(...)

Plus d'infos ici : http://user-mode-linux.sourceforge.net/(...)

L'idée exposée est que les 640x480 de l'image sont obtenus par interpolation, et que l'argument marketing de Philips ("True 640x480 webcam") ne correspondrait pas à la réalité, ou bien seulement dans le cas d'image fixe ("snapshot").

C'est intéressant mais attention. D'abord le driver supporte beaucoup de caméras ayant des spécifications différentes et provenant de constructeurs différents.

Si Philips voulait cacher des choses avec un driver, c'est quand même extremement bizarre que le-dit driver fonctionne également chez les concurrents Logitech, Creative, Samsung et cie. Certes, c'est la même famille de chipset, mais se sont-ils tous mis d'accord ? L'argument marketing ne peut donc pas tellement se défendre.

Les CCDs utilisés dans ces webcams ont des tailles également différentes. Par exemple, la ToUcam XS PCVC720K a un CCD de résolution 352x288. La Vesta Pro PCVC680K fait 640x480 (capteur Sony ICX098AK ou ICX098BQ). Bien entendu, on va avoir de l'interpolation dans le premier cas. Mais dans le deuxième, quel est l'intérêt de :

1. Mettre un capteur 640x480 qui coûte plus cher
2. Faire une acquisition en plus faible résolution
3. Proposer un driver qui ré-interpole en 640x480

Sacrifier la qualité pour avoir plus de débit ?

Bah non, ce n'est pas ce qu'on observe justement. Le débit est en fait le point faible de ce type de caméra. Si on augmente les FPS, on observe des dédoublements de frame parce que le système ne suit pas. En outre, ce n'est pas directement imputable à la caméra, il y a d'autres paramètres comme la luminosité du sujet, l'USB, le système d'exploitation ou le disque dur. Une webcam n'est pas prévue pour faire de la vidéo haut débit.

Pour avoir fait énormément d'acquisition vidéo avec une Vesta Pro (photos astro), je peux dire honnêtement qu'il n'y a pas de différences de qualité entre une image fixe et une frame issue d'une séquence faite avec cette caméra. En revanche, ça ne sert à rien d'aller à plus de 5 images/s en faible luminosité car le débit ne suit plus.

Concernant la taille du code, et bien le code est probablement de l'assembleur et il y a un décompresseur pour chaque architecture ce qui réduit d'autant sa taille. Ça ne me gène pas plus que ça.

Pour finir, je voudrais quand même rappeler qu'une webcam a une utilisation spécifique, où le plus important est la netteté de l'image, le respect des couleurs et la définition. On n'est pas sensé filmer les 24h du Mans avec. Il n'y a vraisemblablement pas d'algo de compression de la morkitu dans pwcx, ni de bidouilles malhonnêtes.

On peut critiquer Philips à cause de la partie du driver qui est resté propriétaire, probablement, et comme bien souvent, afin de garder un certain contrôle sur le matériel. Mais nous disposons quand même d'un driver libre très bien fignolé depuis plusieurs années.

Ceux-la sont vraiment geniaux:

http://cercle-daejeon.homelinux.org/linux/misc/software.txt(...)

Malheureusement, ils n'existent pas encore. Des contributeurs ?

Le cloop de Knoppix est un hack sur le loop.c officiel du noyau.

Oui, effectivement

Il a donc été décidé de ré-implémenter un cloop plus clean à partir du loop officiel avec le patch RH, ça s'appelle gzloop.

Un information intéressante effectivement. Je ne trouve pas les sources sur le web, il semble que ce soit uniquement disponible dans un RPM Mandrake. Je vais me débrouiller avec ça, sinon, je contacterais le mainteneur.

Merci.

PS: il semble que gzloop gère la crypto mais c'est de toute façon déconseillé maintenant (cf cryptoloop)

Oui, c'est bien entendu le noyau 2.6.28-pre1, mes doigts ont chourfés

Le mail de Marcelo:

Hi,

Here goes the first 2.4.28 -pre release.

It contains a big SATA update with long list of fixes,
a networking update (mainly SCTP fixes), lib crypto fixes and
the addition of the Khazad algorithm, add prism54 wireless driver,
SPARC64 update, cciss SCSI driver fixes, couple of storage devices
added to SCSI device list, agpgart support for i915 chipset,
OOM killer rare-case bugfixes, a VM bugfix which could
cause deadlocks under OOM conditions, a bunch of warnings fixes,
and initial support for gcc 3.4.

I still have a few bugfixes pending on my inbox, which should
be merged next week.

Read the detailed changelog for more details

Dans un labo d'enseignement, on peut souvent trouver des espèces d'hélices métalliques très fines placées dans une ampoule sous vide. L'hélice se met à tourner si tu l'éclaire.

C'est ce qu'on appelle un radiomètre:

http://www.up.univ-mrs.fr/~laugierj/Crookes/Crookes.html(...)

Je te conseille la lecture d'abord de:

http://semsci.u-strasbg.fr/lumineus.htm(...)

Puis:

http://semsci.u-strasbg.fr/presrad.htm(...)

Tu peux aussi chercher par toi même des informations sur le vecteur de Poynting si tu veux plus de détails