Discussion :

[ArKam]

Bonjour à tous, je cherche à me faire un programme d'interaction matériel en ligne de commande.

Existe t'il une librairie native C++ capable de trouver/scanner les éléments mis à dispositions par la CM?

Existe t'il un moyen natif C++ capable de trouver les périphériques d'un pc?

J'ai beau jouer avec C++ depuis quelques mois, je ne sais pas encore interagir avec le matériel sans passer par des API ou des librairies externes.

Hors ce programme pourra être lancé depuis n'importe quel support avant l'OS donc pas question d'utiliser des librairies d'un système.

Un peu comme memtest sous linux par exemple.
J'ai regarder un peu les sources de memtest mais elles sont trop complexe et éparpillés.

[3DArchi]

Salut,
Je ne sais pas ce que tu entends par 'natif'. S'il s'agit au sens intégré au langage : la réponse est clairement non.

[ArKam]

Exactement j'entendais intégré au language.

OK donc dans ce cas existe t'il un quelconque moyen de passer outre?
Comment fait memtest?
Comment faire pour détecter le matériel, interroger le BIOS etc sans avoir d'API?
Existe t'il une librairie C++ (non native) capable de passer des appels directement au système sans passer par l'OS ou alors suis je condamné à utiliser HAL??

Merci de votre aide.

[3DArchi]

Salut,
C'est + une problématique système qu'une problématique C++.
Si tu veux que ce soit une application par dessus un OS qui accède au matériel, alors elle doit passer par l'API de l'OS ou une bibliothèque (qui in-fine passe par l'API de l'OS).
Si tu veux avoir un accès direct au matériel, tu dois te mettre en mode noyau donc faire ton 'OS'.
Je ne sais pas s'il y a possibilité d'accéder au matériel en mode utilisateur sans passer par l'OS. Ca m'étonnerait mais d'autres confirmeront ou infirmeront.

[ArKam]

Hello, tout d'abord merci de ta reponse.

Pour ce qui est de la partie OS pas de souci les API QT etc j'arrive à m'en servir.

Ce que j'aimerais faire c'est un programme qui n'a besoin de personne pour scanner les elements materiel du pc.

Dans un premier temps, juste detecter les elements me suffirais.
J'ai vue qu'il existe des BIOS completements ecrits en C++ (OpenBIOSLinux etc).
Comment font ils pour détecter quoique ce soit sans OS?

Un noyau d'OS minimal est je pense encore trop important à coder, je suis tout seul pour le moment, je pense qu'un bootloader serais plus approprié.
Disons qu'un Bootloader au moins ça ce charge tous seul et c'est capable de détecter au minimum les informations contenu sur un disque et de les charger en zone mémoire.

En gros je cherche à maitriser le développement système, pour ce qui est des couches hautes, dans un système déjà actif pas de souci et puis avec Qt c'est vraiment intuitif (Merci pour les tutos C++ d'ailleurs).

Par contre la partie basse, même si je sais comment elle fonctionne, reste pour moi assez trouble au niveau de la programmation et surtout au niveau des interactions.

[Lavock]

Ouch, je connais pas beaucoup d'OS en C++ >< !

En faite, la plupart du temps, on récupère des infos à une adresse précise du matériel. Une autre solution sont les drivers générique (normalisé, correspondant à un minimum de fonctionnement).

Enfin, c'est plus de la programmation système que du C++.

Sinon, avant de t'attaquer au difficile PC conventionnelle, je te conseil des truc plus simple pour le bas niveau >< !

[Goten]

BeOs (/haiku) a un noyau en C++ il me semble, et sinon +1 pour choisir une autre architecture..

[Lavock]

BeOs (/haiku)

Lui et Syllable sont les seul encore actif à se que je sache ><. D'ailleurs, ils sont open source si tu veux y jeter un oeil.

[ArKam]

OK merci pour l'info.

En fait je parlais pas de recréer un OS C++ hein faut pas rêver, je suis tout seul.

Sinon qu'est ce que vous entendez par un truc plus simple que le pc?
Je connais pas mal le fonctionnement de l'architecture x86/64, donc tant qu'à faire autant rester sur cette plateforme.

Pour les drivers j'y avais pensé mais dans ce cas il vas me falloir une doc technique tel que celle fournis par Intel et AMD mais pour les disques durs etc, afin de voir si un comportement générique existe et surtout comment faire pour détecter ces éléments.

Sinon on vas penser autrement, comment faire pour détecter du matériel sans pour autant l'identifier, par exemple comment faire pour dire:

OK j'ai détecté X périphériques inconnue.

[Lavock]

Du x86 ok, mais peut-être pas un truc avec un nombre impressionnant de périphérique externe et interne >< !

Sinon, pour savoir s'il y a un périphérique, je pense qu'on peut demander au chip, mais c'est plus de l'assembleur. C'est toujours le même principe, lire des bytes d'adresse spécifique...

Après, si tu n'as pas les .h qui font les defines qu'il faut, et un compilateur tuner pour ton architecture, c'est mal barré, il te faudra ingérer les docs souvent imbuvable et parfois indisponible des constructeurs >< !

PS : lorsque c'est indisponible, on utilise des firmware... Pas facil à mettre en place d'ailleurs.

PPS : Sur les PC "moderne", il va falloir que tu joue avec les north/southbridge pour toute opération entrée/sortie. Y a peut-être moyen de les court-circuité, mais je connais pas, trop compliquer >< ! Sinon, il faut au moins chargé leur driver/firmware à eux...

PPPS : pour les comportements générique, ils doivent être défini dans un truc ISO ou autre. Je ne connais rien a part VESA pour les carte graphiques. Ce qui est sûr, c'est que tu ne devrais pas avoir trop de mal pour les DD, puisque même le bios arrive a faire quelque opération sur un disque. Le plus dure pour les DD, c'est le système de fichier .

PPPPS : Qu'est-ce que tu cherches donc à faire si c'est pas un OS ?

[ArKam]

OK merci des précisions.

Je cherche simplement à apprendre les interactions possible avec le matériel.
Pour les DDs etc le but serais de faire une programme autonome de test du matériel qu'il serait possible de lancer depuis un périphérique amovible sans pour autant avoir d'OS installer sur la machine à tester.

La partie je met ma clé le bios boot dessus et le soft ce lance pas de souci, le hic c'est d'arriver à détecter les périphériques, je serais bien tenté de faire un appel au BIOS afin de connaitre les adresse des différents éléments en fait.

[white_tentacle]

Tu peux regarder du côté de ce projet, pour voir ce qu'ils font :

http://www.hdt-project.org/

[ArKam]

Merci, mais bon chez les programme sont sur un OS (linux).

is a Syslinux com32 module

Hors moi je veux pas avoir d'OS.

[white_tentacle]

Non, justement, c'est pas sur un OS à proprement parler. Syslinux, c'est plutôt un bootloader enrichissable.

[Lavock]

En gros, tu as le bootloader et le logicielle, te manque juste le truc magique pour connaître les périphériques ?

Je te conseil aussi la lecture de ça et ça.

Et pour les disques, => Ressource geom.c Syslinux.

Bonne continuation.

[ArKam]

OK merci les gars pour le moment je vais mettre en resolu le temps d'analyser tous ceci et de voir un peu.