Discussion :

[nico2022]

Bonjour,

Je souhaite porter sur Linux (Red Hat 7.3) du code C Windows qui permet de programmer un FPGA en passant par le port parallèle.
J'ai réussi à faire le mapping entre CreateFile windows et open Linux:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
HANDLE    nt_device_handle = CreateFile( 
            nt_lpt_str,
            GENERIC_READ | GENERIC_WRITE,
            0,
            NULL,
            OPEN_EXISTING,
            FILE_ATTRIBUTE_NORMAL,
            NULL );

Donne: int nt_device_handle open("/dev/lp0", O_RDWR);

Mais je ne parviens pas à porter les appels Windows DeviceIoControl en ioctl Linux (qui serait l'équivalent d'après mes recherches).
Mon problème est que le prototype de DeviceIoControl est statique et que celui de ioctl ne l'est pas (d'après le man).
Quand je passe rigoureusement les mêmes arguments, ça ne passe pas.

Par exemple, ici une opération de read (je crois):

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
result = DeviceIoControl(
 nt_device_handle,                         /* handle to device */
 PGDC_IOCTL_GET_DEVICE_INFO_PP,   /* IO control code */
 (ULONG *) NULL,                          /* IN buffer (list buffer) */
 0,                                        /* length of IN buffer in bytes */
 &buffer,                               /* OUT buffer, unsigned long buffer[1] */
 sizeof(ULONG),                     /* length of OUT buffer in bytes */
 &returned_length,                /* number of writes performed, unsigned long =0 */
 NULL ))                              /* wait for operation to complete */

que je transforme en (ça me retourne -1, errno = Invalid Argument):

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
result = ioctl(
 nt_device_handle,
 PGDC_IOCTL_GET_DEVICE_INFO_PP,
 (unsigned long *) NULL,
 0,
 &buffer,
 sizeof(unsigned long),
 &returned_length,
 NULL ))

Quelqu'un a-t-il une expérience de ces appels ioctl ?
Merci d'avance.

[souviron34]

Quelqu'un a-t-il une expérience de ces appels ioctl ?
Merci d'avance.

oui, mais je connais pas sous *n*x les symboles :


PGDC_IOCTL_GET_DEVICE_INFO_PP

Explicites un peu plus ce que tu veux faire stp....

[nico2022]

Je veux positionner des bits, faire des read/write et puis envoyer un gros buffer (en fait un fichier pour programmer le FPGA).

Je ne parviens pas à trouver à quoi ces codes correspondent:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
 
#define	PGDC_IOCTL_GET_DEVICE_INFO_PP	0x00166A00L
#define PGDC_IOCTL_READ_PORT_PP			0x00166A04L
#define PGDC_IOCTL_WRITE_PORT_PP		0x0016AA08L
#define PGDC_IOCTL_PROCESS_LIST_PP		0x0016AA1CL
#define PGDC_WRITE_PORT					0x0a82
#define PGDC_HDLC_NTDRIVER_VERSION		2

Il y a un certain nombre d'appels DeviceIoControl du même type qui servent à lire ou écrire sur le port parallèle standard 25 pins.
(Je précise que j'utilise maintenant un port parallèle 10 pins sous Linux.
Je n'en ai pas d'autres.
Je ne sais pas si cela va avoir un impact.
Les adresses des registres du port parallèle sur mon Linux semblent classiques.
J'espère que c'est bien lp0 même si le connecteur change.)

Un autre exemple (write d'un octet):

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
 
// index des registres du port parallèle par rapport à l'adresse de base
// (apparemment 0x3bc chez moi)
#define LPT_DATA	0 
#define LPT_STATUS	1
#define LPT_CONTROL	2
 
buffer[0] = port; //=1 pour LPT_STATUS, =2 pour LPT_CONTROL
buffer[1] = data; //=0x40 par ex
 
 
status = DeviceIoControl(
	nt_device_handle,	/* Handle to device */
	PGDC_IOCTL_WRITE_PORT_PP, /* IO Control code for write */
	(ULONG *)&buffer,	/* Buffer to driver. */
	2 * sizeof(int),	/* Length of buffer in bytes. */
	(ULONG *)NULL,		/* Buffer from driver.  Not used. */
	0,			/* Length of buffer in bytes. */
	(ULONG *)&returned_length,	/* Bytes returned.  Should be zero. */
	NULL);			/* Wait for operation to complete */

Je viens de m'apercevoir que mon port parallèle 10 pins dit qu'il fonctionne en "Compatibility mode".
Apparemment, c'est un mode unidirectionnel (seulement output).
Ca peut être un problème, au moins pour le read.

[nico2022]

J'avance.
Apparemment, il y avait un bout de prise hardware derrière auquel ces codes PGDC peuvent appartenir.
Donc, je vais virer tous les appels qui ont des codes comme ça.
Par contre, il faudra bien que je sois capable de communiquer avec le FPGA directement.
Je reviens.

[nico2022]

Il y avait une prise hardware qui se branchait sur le port parallèle classique (25 pin) du PC sous Windows.
Tous les appels à DeviceIoControl étaient destinés à ce driver.
Maintenant, je n'ai plus cette prise et donc plus ce driver non plus.
Les appels ioctl doivent attaquer directement le port parallèle 10 pin de ma carte PC.
Je me suis rendu compte qu'un "lsmod" effectué sur ma carte PC Linux ne me renvoie rien.
En particulier, je lis sur plein de sites que pour gérer un port parallèle, il faut les modules parport et parport_pc.
Je ne sais pas trop où les trouver.
Mais je vais chercher.

[nico2022]

Bon, je vais ouvrir un autre topic et revenir sur celui-là après quand mon problème de port parallèle sera résolu.

[nico2022]

J'ai installé le module ppdev "user space parallel port driver" sur la carte Linux.
Par la suite, les appels ioctl semblent fonctionner:
Exemple:
fd = open("/dev/parport0", O_RDWR);
ioctl(fd,PPCLAIM);

Le port parallèle de ma carte ne réagit pas trop quand je fais des read/write.
Mais bon ça avance.