Quentin Gibeaux a écrit 44 commentaires

J'ai pour ma part un eeepc 1015PN, donc avec un GPU ION et Intel (intégré à l'atom, lui), si jamais tu as des recherches à faire au niveau de la gestion de Optimus, je peux aider par SSH…
D'après mes observations, le GPU intégré s'active par un signal encore inconnu, avec un programme sous windows ; il devrait aussi être possible de désactiver la carte ION, pour économiser la batterie, mais je ne suis pas parvenu à utiliser acpi_call.

Dans tous les cas, pour ce qui est de l'acpi général, je pourrais prêter un accès SSH.

Pas facile de contrôler son matériel à la main sous Windows, la seule chose que j'ai est un logiciel fourni par Asus, avec un bouton "ion" et un bouton "optimus (ion +gma)". (qui demande de redémarrer pour prendre effet).

Après si on regarde l'architecture du netbook, je pense qu'il est possible de n'utiliser qu'une carte : [http://www.hardware.fr/medias/photos_news/00/28/IMG0028018.p(...)] (la mémoire est bien gérée par l'atom, la mémoire qu'on voit pour le ion c'est celle qui sert au gpu, je pense)
Sans le ion, il semblerait qu'on perde que l'hdmi (que j'arrive déjà pas à faire marcher…).

J'ai du nouveau.
J'ai réussi à activer le GMA 3150 intégré à l'atom, en mettant le eeepc en mode optimus sous windows (à savoir que windows a besoin d'un redémarrage pour passer de ion à ion+gma), et en redémarrant sous linux.
Il y a donc un signal particulier à envoyer quelque part sur la carte mère pour l'allumer; j'imagine. Ce doit être lié à l'acpi, mais j'ai aucune idée de comment le retrouver.

J'ai donc découvert que le GPU ion est en pci 04:00.0 et le gma d'intel en pci 00:02.0. Après avoir bidouillé un xorg.conf j'ai réussi à démarrer X sur le gma d'intel, c'est donc réalisable ; reste à trouver comment envoyer "éteindre" à "telle adresse pci" pour éteindre la carte ion…
Vous auriez des idées ?
Merci.
Les lignes concernés du résultat de lshw :
[http://pastebin.com/CRXBYnfT]

C'est plus bavard en effet, mais j'ai pas l'impression de voir un Intel GMA 3150, même intégré au CPU. (ya des IntelBridge mais je sais pas trop ce qu'ils font…) Pourtant il existe bien, j'ai installé les pilotes sous Windows, intel l'a reconnu, etc…
Résultat de lshw :
[http://pastebin.com/JfB0YkWQ]

Mon ssd a le dernier firmware en date de la marque.
J'pense donc que c'est le pilote sata du live qui plante, le pilote doit être différent sur un système installé, vu que ça marche. Je vais donc installer sur un disque dur, et copier la partition sur le SSD à partir d'une installation neuve(dd if of), et modifier le boot/fstab, ça devrait marcher…

J'ai relancé une tentative d'installation sur le SSD, en ayant préalablement tout viré (les partitions etc), avec fedora 13, voila ce que m'a dit Anaconda (l'installateur) au moment de créer la partition sur le SSD : http://fpaste.org/BTee/
(c'est assez long, mais j'arrive pas à trouver la partie la plus intéressante là dedans…)

Tu veux dire qu'il faut mettre en large dans le bios ? J'ai laissé en auto, et ça met pas en large..

En fait, les live et installateur n'arrivent pas à le lire ou écrire dessus, mais un système déjà installé, sur un autre hdd, le lit, le formate, écrit dessus sans souci.
Mon problème c'est que je peux pas installer de système dessus, les installateurs et live parviennent pas à l'utiliser.

Déjà, il met super longtemps à détecter le matériel, ensuite, c'est du ext4.
Si je supprime, et lui demande de reformater, il va planter à l'écriture.. =/

J'apprends finalement que Samsung a lancé la diffusion de sa mise à jour 1.6 en Italie et en Russie (la France devrait suivre), les sources devraient suivre, si ce n'est pas déjà fait.

Si tu parles bien spécifiquement de ce noyau, ils n'ont rien fourni, donc ils sont dans leur plein droit. Seulement ce qui est redistribué doit être fourni avec les sources, vu qu'ils ont rien distribué, bam.

C'est bien ce que je dis, mais différemment : ils diffusent pas officiellement les mises à jour, mais apparemment les laissent filtrer, et n'ont donc pas à assumer de diffuser les sources. C'est fourbe, si c'est vraiment ce qu'ils font.

J'ai récupéré cet outil, j'ai lancé wireshark, et regardé où il allait chercher les firmwares, et c'est là.

my bad, j'avais pas poussé mes recherches assez loin : ce n'est pas le site source, c'est qu'un site que récupère les firmware et les archive.
LA source est http://fus.samsungmobile.com/, ya un logiciel leaké qui permet de récupérer les firmware, la mise à jour 1.6, incluant le kernel 2.6.29 modifié, vient de là, mais est absente de [http://opensource.samsungmobile.com]… =/
Mettons ça sur le compte d'un retard, j'espère bien…

Vous remarquerez aussi qu'ils ont choisis une image d'un mac, pour illustrer leur article. (voir le lien)

Pas de package pour fedora ?
Pas moyen d'installer sans paquet ?
Dommage :(

Au temps pour moi, il faut refuser toute CSS spéciale (je pensais que ça désignait les feuilles de style personnalisées..), tout est rentré dans l'ordre, mes yeux revivent :D

J'ai beau avoir supprimé tous mes cookies linuxfr, toute information sauvegardée, changé le style css par défaut, et je refuse à chaque page le cookie d'opensuse (c'est un bug volontaire ? c'est un peu moyen pour faire de la pub).. je reste avec cette feuille de style hideuse :(

Vraiment intéressant comme tutoriel, merci ! =)
(Et quelle surprise de voir ".insa-rouen.fr", je savais pas qu'il y avait d'autres insaïens ici =) !)

ps : Je passe en 2ème année là.

C'est une question intéressante, mais je pense que le titre est mal choisi, peut être 'dispersion' à la place de fragmentation ? J'ai crus pendant tout le début de l'article qu'il s'agissait d'une question de fragmentation du système de fichier.. :/