Mouais je veux dire MacOS est passé de PowerPC, à Intel, à ARM avec les iPhone/iPads et maintenant sur ARM sur les Macs.
Pour un OS qui n'est pas évolutif, je trouve qu'il évolue vachement !
Il est au contraire vachement évolutif car il est basé sur un micro-noyau et la couche kernel est très fine, tu dois confondre avec la couche "Framework" et la encore, ils ont su faire évoluer leur couche applicative de manière spectaculaire en 20ans.
Il aurait été judicieux de faire un gestionnaire de fenêtre wayland ! Xorg n'étant plus développé…
De plus il y a wlroots qui permet de "facilement" écrire un compositeur custom pour wayland ! Perso je trouve ça plus fun que de refaire un n-ieme gestionnaire de fenêtre X11.
Ce qui me choque c’est qu’il n’y a écrit nulle part un quelconque status sur le support de la nouvelles disposition dans les OS (peu importe lesquels) ni un exemple de mapping à télécharger !
Le "driver" original n'était pas un driver Mesa Gallium (n'aurait jamais rejoins la branche master de Mesa) et il utilisait le driver kernel de ARM, qui lui aussi jamais rejoins la branche master de Linux.
Yuq au contraire a fait un driver Gallium avec un driver kernel DRM qui permet d'utiliser DRM PRIME, et permet d'utiliser Mesa récent et de rajouter des pilotes passe-plat pour les pilotes graphiques des plateformes supportées (sunxi pour Allwinner, meson pour Amlogic, rockchip, …) avec un pilote Lima générique en prenant le travail fait pour Etnaviv.
Et es2gears fonctionne sur X11 avec modesetting, et wayland avec Weston, en plus de quelque tests de glmark2 and de kmscube.
Il reste beaucoup de boulot au niveau du compilateur GL, mais c'est un excellent début et il y a plusieurs personnes qui testent (dont moi) et soumettent des changements.
Avec le Kernel Amlogic, oui il n'y a que le Mali, mais le driver open source ne fonctionnera pas sans un gros effort sur le kernel de Amlogic…
C'est le chat qui se mort la queue !
Tu peux déja avoir un desktop libre non accéléré sur du Linux 4.14, sans OpenGL HW et sans décodage Video HW. C'est les deux seuls blocs manquants, et il y a aussi du boulot qui émerge pour avoir du décodage Video HW sur Amlogic. C'est techniquement plus simple que sur Allwinner (un microcode fait le boulot de faire le décodage) mais il faut que la chaine complète (Décodage dans V4L2, rendering depuis Gstreamer et Affichage depuis le driver DRM) supporte le format de frame spécifique pour pouvoir un jour atteindre les performances pour afficher une vidéo H.265 4K 10bit par exemple.
Il y a de l'espoir coté Mali-400 avec la reprise de Lima par un employé de AMD : https://github.com/yuq/mesa-lima et https://github.com/yuq/linux-lima avec le développement d'un vrai couple de driver DRM (PRIME, et tout ce qui va avec) et Mesa Gallium, ce que refusait de faire libv…
J'y ai poussé le support de base pour développer sur les SoCs Amlogic (S905, S905X), et on devrait avoir en même temps le support for des SoCs RockChip et Xillinx a base de Mali-400 et Mali-450.
Il y a toujours de l'espoir !
Concernant Midgard, ça bouge, mais je n'en dirais pas plus !
Ma version en bash est tellement triviale que je ne vois pas l’intérêt de préciser la licence… dire que c'est une oeuvre de l'esprit est un peu exagéré !
[^] # Re: CPU qui chauffe sur un Macbook
Posté par superna (site web personnel) . En réponse au journal linux récent sur macbookpro (ancien). Évalué à 5.
Oui un bon nettoyage interne ne fait pas de mal sur les MacBook Pro Intel, surtout au bout de 14 ans !
# C
Posté par superna (site web personnel) . En réponse au journal Le TapTempo du web, mais plus rapide. Évalué à 4.
Avec libmicrohttpd (installé depuis un package debian sur Ubuntu 20.04):
Avec
./wrk -d10s -t4:
Code:Requests/sec: 217045.72
Transfer/sec: 31.69MB
et
# coté peau ?
Posté par superna (site web personnel) . En réponse au journal recette de tartiflette. Évalué à 1.
21:17 < XXX> le reblochon coupé dans le sens de l'épaieeur au dessus
21:17 < XXX> (coté peau contre les patates)
je suis le seul que ça choque ?
[^] # Re: Ce sera vite oublié
Posté par superna (site web personnel) . En réponse au journal Multiple démissions dans l'équipe du réseau IRC Freenode. Évalué à 1.
que nenni !
https://freenode.irclog.whitequark.org/linux-amlogic/2021-05-26
# C720P pas si mal
Posté par superna (site web personnel) . En réponse au journal Stadia@Home ? Un Cloud Gaming personnel ?. Évalué à 2.
Mon fils jour a factorio avec moi en natif cur le C720P que je lui donné, et ça tourne très correctement !
# MacOS
Posté par superna (site web personnel) . En réponse au journal RiscOS et les systèmes inventifs des années 80. Évalué à 1.
Mouais je veux dire MacOS est passé de PowerPC, à Intel, à ARM avec les iPhone/iPads et maintenant sur ARM sur les Macs.
Pour un OS qui n'est pas évolutif, je trouve qu'il évolue vachement !
Il est au contraire vachement évolutif car il est basé sur un micro-noyau et la couche kernel est très fine, tu dois confondre avec la couche "Framework" et la encore, ils ont su faire évoluer leur couche applicative de manière spectaculaire en 20ans.
[^] # Re: Brother-9020DCW
Posté par superna (site web personnel) . En réponse au journal Retour d'expérience en impression laser couleur sous Linux ? Lexmark ? HP ? any ?. Évalué à 1.
J'en suis a 6535 pages en moins de 2 ans, et aucun signe de faiblesse. Le prix est conséquent, mais ça vaut le coup.
# Brother-9020DCW
Posté par superna (site web personnel) . En réponse au journal Retour d'expérience en impression laser couleur sous Linux ? Lexmark ? HP ? any ?. Évalué à 2.
J'ai opté pour une Brother-9020DCW (https://www.brother.fr/imprimantes/imprimantes-laser/dcp-9020cdw) un peu grosse, mais les toners non-brothers sont peu chers et faciles a trouver, et jusque là tout fonctionne parfaitement sous Linux sans bidouille.
# Numéro de téléphone comme identifiant
Posté par superna (site web personnel) . En réponse au journal Signal-cli répondeur & forward. Évalué à 3.
C'est un peu la limite d'utiliser le numéro de téléphone comme identifiant… vu qu'on est pas propriétaire de ce numéro, et qu'il peut être transféré.
# X11 ?
Posté par superna (site web personnel) . En réponse au journal umberwm, un gestionnaire de fenêtre en tuile pour X11. Évalué à 3.
Il aurait été judicieux de faire un gestionnaire de fenêtre wayland ! Xorg n'étant plus développé…
De plus il y a wlroots qui permet de "facilement" écrire un compositeur custom pour wayland ! Perso je trouve ça plus fun que de refaire un n-ieme gestionnaire de fenêtre X11.
[^] # Re: BOINC
Posté par superna (site web personnel) . En réponse au journal covid19 et puissance de calcul disponible. Évalué à 1.
et surtout Rosetta tourne sur ARM et ARM64 ;-)
# pas solide niveau sécurité ?
Posté par superna (site web personnel) . En réponse au journal Une exploitation massive de failles dans iOS depuis plus de 2 ans. Évalué à 6.
Mouais, ils exploitent des failles quand même assez tordues, ou tu n'as pas lu les articles…
[^] # Re: Torrent?
Posté par superna (site web personnel) . En réponse au journal [Fondation Blender] Spring, nouveau court métrage. Évalué à 3.
Il semble que les derniers films ne sont plus téléchargeables directement… assez décevant !
# Support Software
Posté par superna (site web personnel) . En réponse à la dépêche La norme française de dispositions de clavier a été publiée. Évalué à 7. Dernière modification le 06 avril 2019 à 09:16.
Ce qui me choque c’est qu’il n’y a écrit nulle part un quelconque status sur le support de la nouvelles disposition dans les OS (peu importe lesquels) ni un exemple de mapping à télécharger !
# Assez différent
Posté par superna (site web personnel) . En réponse au journal Lima une tentative de résurrection. Évalué à 2.
Le "driver" original n'était pas un driver Mesa Gallium (n'aurait jamais rejoins la branche master de Mesa) et il utilisait le driver kernel de ARM, qui lui aussi jamais rejoins la branche master de Linux.
Yuq au contraire a fait un driver Gallium avec un driver kernel DRM qui permet d'utiliser DRM PRIME, et permet d'utiliser Mesa récent et de rajouter des pilotes passe-plat pour les pilotes graphiques des plateformes supportées (sunxi pour Allwinner, meson pour Amlogic, rockchip, …) avec un pilote Lima générique en prenant le travail fait pour Etnaviv.
Et es2gears fonctionne sur X11 avec modesetting, et wayland avec Weston, en plus de quelque tests de glmark2 and de kmscube.
Il reste beaucoup de boulot au niveau du compilateur GL, mais c'est un excellent début et il y a plusieurs personnes qui testent (dont moi) et soumettent des changements.
[^] # Re: Mali qui bloque
Posté par superna (site web personnel) . En réponse au journal Freedom for Allwinner VPU. Évalué à 2.
Avec le Kernel Amlogic, oui il n'y a que le Mali, mais le driver open source ne fonctionnera pas sans un gros effort sur le kernel de Amlogic…
C'est le chat qui se mort la queue !
Tu peux déja avoir un desktop libre non accéléré sur du Linux 4.14, sans OpenGL HW et sans décodage Video HW. C'est les deux seuls blocs manquants, et il y a aussi du boulot qui émerge pour avoir du décodage Video HW sur Amlogic. C'est techniquement plus simple que sur Allwinner (un microcode fait le boulot de faire le décodage) mais il faut que la chaine complète (Décodage dans V4L2, rendering depuis Gstreamer et Affichage depuis le driver DRM) supporte le format de frame spécifique pour pouvoir un jour atteindre les performances pour afficher une vidéo H.265 4K 10bit par exemple.
[^] # Re: Mali qui bloque
Posté par superna (site web personnel) . En réponse au journal Freedom for Allwinner VPU. Évalué à 2.
Il y a de l'espoir coté Mali-400 avec la reprise de Lima par un employé de AMD : https://github.com/yuq/mesa-lima et https://github.com/yuq/linux-lima avec le développement d'un vrai couple de driver DRM (PRIME, et tout ce qui va avec) et Mesa Gallium, ce que refusait de faire libv…
J'y ai poussé le support de base pour développer sur les SoCs Amlogic (S905, S905X), et on devrait avoir en même temps le support for des SoCs RockChip et Xillinx a base de Mali-400 et Mali-450.
Il y a toujours de l'espoir !
Concernant Midgard, ça bouge, mais je n'en dirais pas plus !
[^] # Re: TapTempo fait déjà le job
Posté par superna (site web personnel) . En réponse au journal HeartTempo, le cardiofréquencemètre du pauvre qui a quand même un accès Internet. Évalué à 1.
Même ma version en bash ferait l'affaire !
https://gist.github.com/superna9999/ff0352698d73bff54a24b21871995b73
Quelle puissance !
Je l'ai même mis en WTFPL, avec le SPDX-Licence-Identifier bien moderne ! Wow !
[^] # Re: Ça me donne une idée
Posté par superna (site web personnel) . En réponse au journal Recherche outil de mesure libre. Évalué à 1.
Voire créer une fédération pour les mettre tous au même endroit !
# Bash
Posté par superna (site web personnel) . En réponse au journal Le vrai problème avec toutes ces ré-implémentations de TapTempo c'est .... Évalué à 2.
Ma version en bash est tellement triviale que je ne vois pas l’intérêt de préciser la licence… dire que c'est une oeuvre de l'esprit est un peu exagéré !
[^] # Re: Mieux
Posté par superna (site web personnel) . En réponse au journal Portage de TapTempo en Bash. Évalué à 2.
v2:
[^] # Re: Oops ligne manquante
Posté par superna (site web personnel) . En réponse au journal Portage de TapTempo en Bash. Évalué à 4.
Aucune idée j'ai fait ça en 10minutes, mais j'ai pris des millisecondes pour avoir de la précision.
# Github gist
Posté par superna (site web personnel) . En réponse au journal Portage de TapTempo en Bash. Évalué à 1.
Un github gist pour les fans : https://gist.github.com/superna9999/ff0352698d73bff54a24b21871995b73
# Oops ligne manquante
Posté par superna (site web personnel) . En réponse au journal Portage de TapTempo en Bash. Évalué à 2.
Il manque une ligne :
echo BPM : $((60000 / $(($(($TAPS + 0)) / $COUNT))))
[^] # Re: Des femmes?
Posté par superna (site web personnel) . En réponse à la dépêche Les présentations de Kernel Recipes 2017 sont disponibles en ligne. Évalué à -1.
Heureusement que Mylène Josserand a pu parler mardi pendant l'Embedded Recipes pour relever le niveau !