Sous Linux, le pseudo fichier /dev/port est un mappage mémoire des
adresses d'E/S.
Je l'utilise pour contrôler le port parallèle d'une machine sous Linux.
Je cherche son équivalent FreeBSD, afin de faire la même chose sur une
autre machine sous FreeBSD.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Patrick Lamaizière
Thierry :
Sous Linux, le pseudo fichier /dev/port est un mappage mémoire des adresses d'E/S. Je l'utilise pour contrôler le port parallèle d'une machine sous Linux. Je cherche son équivalent FreeBSD, afin de faire la même chose sur une autre machine sous FreeBSD.
/dev/io je pense
Thierry :
Sous Linux, le pseudo fichier /dev/port est un mappage mémoire des
adresses d'E/S.
Je l'utilise pour contrôler le port parallèle d'une machine sous Linux.
Je cherche son équivalent FreeBSD, afin de faire la même chose sur une
autre machine sous FreeBSD.
Sous Linux, le pseudo fichier /dev/port est un mappage mémoire des adresses d'E/S. Je l'utilise pour contrôler le port parallèle d'une machine sous Linux. Je cherche son équivalent FreeBSD, afin de faire la même chose sur une autre machine sous FreeBSD.
/dev/io je pense
Bruno Ducrot
On 2009-08-19, Patrick Lamaizière wrote:
Thierry :
Sous Linux, le pseudo fichier /dev/port est un mappage mémoire des adresses d'E/S. Je l'utilise pour contrôler le port parallèle d'une machine sous Linux. Je cherche son équivalent FreeBSD, afin de faire la même chose sur une autre machine sous FreeBSD.
/dev/io je pense
Euh, non. Cela ne sert qu'a avoir l'access aux io. Ce n'est pas tout a fait comme sous Linux. Disons que /dev/io est l'equivalent de la fonction iopl() sous Linux.
Je ne pense pas qu'il existe un /dev/port equivalent a celui de Linux sous FreeBSD.
Perso, j'ecris des trucs de ce genre, facilement adaptable pour l'OP.
-- Which is worse: ignorance or apathy? -- Don't know. Don't care.
On 2009-08-19, Patrick Lamaizière wrote:
Thierry :
Sous Linux, le pseudo fichier /dev/port est un mappage mémoire des
adresses d'E/S.
Je l'utilise pour contrôler le port parallèle d'une machine sous Linux.
Je cherche son équivalent FreeBSD, afin de faire la même chose sur une
autre machine sous FreeBSD.
/dev/io je pense
Euh, non. Cela ne sert qu'a avoir l'access aux io. Ce n'est pas tout a
fait comme sous Linux. Disons que /dev/io est l'equivalent de la
fonction iopl() sous Linux.
Je ne pense pas qu'il existe un /dev/port equivalent a celui de Linux
sous FreeBSD.
Perso, j'ecris des trucs de ce genre, facilement adaptable pour l'OP.
Sous Linux, le pseudo fichier /dev/port est un mappage mémoire des adresses d'E/S. Je l'utilise pour contrôler le port parallèle d'une machine sous Linux. Je cherche son équivalent FreeBSD, afin de faire la même chose sur une autre machine sous FreeBSD.
/dev/io je pense
Euh, non. Cela ne sert qu'a avoir l'access aux io. Ce n'est pas tout a fait comme sous Linux. Disons que /dev/io est l'equivalent de la fonction iopl() sous Linux.
Je ne pense pas qu'il existe un /dev/port equivalent a celui de Linux sous FreeBSD.
Perso, j'ecris des trucs de ce genre, facilement adaptable pour l'OP.
-- Which is worse: ignorance or apathy? -- Don't know. Don't care.
Patrick Lamaizière
Bruno Ducrot :
/dev/io je pense
Euh, non. Cela ne sert qu'a avoir l'access aux io. Ce n'est pas tout a fait comme sous Linux. Disons que /dev/io est l'equivalent de la fonction iopl() sous Linux.
Ah bon...
if ((iofd = open("/dev/io", 000)) == -1) err(1, NULL);
Il doit manquer un truc parce que à vue de nez iofd n'est pas utilisé ? (juste par curiosité)
Bruno Ducrot :
/dev/io je pense
Euh, non. Cela ne sert qu'a avoir l'access aux io. Ce n'est pas tout a
fait comme sous Linux. Disons que /dev/io est l'equivalent de la
fonction iopl() sous Linux.
Ah bon...
if ((iofd = open("/dev/io", 000)) == -1)
err(1, NULL);
Euh, non. Cela ne sert qu'a avoir l'access aux io. Ce n'est pas tout a fait comme sous Linux. Disons que /dev/io est l'equivalent de la fonction iopl() sous Linux.
Ah bon...
if ((iofd = open("/dev/io", 000)) == -1) err(1, NULL);
Il doit manquer un truc parce que à vue de nez iofd n'est pas utilisé ? (juste par curiosité)
Bruno Ducrot
Bonjour,
On 2009-08-24, Patrick Lamaizière wrote:
Il doit manquer un truc parce que à vue de nez iofd n'est pas utilisé ? (juste par curiosité)
Si tu lis la page de man, tu verra :
"Any process that holds a file descriptor on /dev/io open will get its IOPL bits in the flag register set, thus allowing it to perform direct I/O operations."
Par contre, tu ne pourra pas manipuler les ports, comme sous Linux, a travers un pseudo-peripherique. Il te faut les coder soit en assembleur, soit a travers des fonctions (ou bien des macros) defini dans machine/cpufunc.h (pour les archi 386, pour les autres, je n'ai pas ete voir).
A plus,
-- Bruno Ducrot
-- Which is worse: ignorance or apathy? -- Don't know. Don't care.
Bonjour,
On 2009-08-24, Patrick Lamaizière wrote:
Il doit manquer un truc parce que à vue de nez iofd n'est pas utilisé ?
(juste par curiosité)
Si tu lis la page de man, tu verra :
"Any process that holds a file descriptor on /dev/io open will get
its IOPL bits in the flag register set, thus allowing it to perform
direct I/O operations."
Par contre, tu ne pourra pas manipuler les ports, comme sous Linux,
a travers un pseudo-peripherique. Il te faut les coder soit en
assembleur, soit a travers des fonctions (ou bien des macros)
defini dans machine/cpufunc.h (pour les archi 386, pour les autres,
je n'ai pas ete voir).
A plus,
--
Bruno Ducrot
-- Which is worse: ignorance or apathy?
-- Don't know. Don't care.
Il doit manquer un truc parce que à vue de nez iofd n'est pas utilisé ? (juste par curiosité)
Si tu lis la page de man, tu verra :
"Any process that holds a file descriptor on /dev/io open will get its IOPL bits in the flag register set, thus allowing it to perform direct I/O operations."
Par contre, tu ne pourra pas manipuler les ports, comme sous Linux, a travers un pseudo-peripherique. Il te faut les coder soit en assembleur, soit a travers des fonctions (ou bien des macros) defini dans machine/cpufunc.h (pour les archi 386, pour les autres, je n'ai pas ete voir).
A plus,
-- Bruno Ducrot
-- Which is worse: ignorance or apathy? -- Don't know. Don't care.