Toufik YAHIA a écrit 4 commentaires

/proc # ls -l
dr-xr-xr-x 3 root root 0 Jan 1 00:55 1
dr-xr-xr-x 3 root root 0 Jan 1 00:55 10
dr-xr-xr-x 3 root root 0 Jan 1 00:55 161
dr-xr-xr-x 3 root root 0 Jan 1 00:55 2
dr-xr-xr-x 3 nobody root 0 Jan 1 00:55 26
dr-xr-xr-x 3 root root 0 Jan 1 00:55 29
dr-xr-xr-x 3 root root 0 Jan 1 00:55 3
dr-xr-xr-x 3 nobody nobodygr 0 Jan 1 00:55 30
dr-xr-xr-x 3 root root 0 Jan 1 00:55 4
dr-xr-xr-x 3 root root 0 Jan 1 00:55 5
dr-xr-xr-x 3 root root 0 Jan 1 00:55 59
dr-xr-xr-x 3 root root 0 Jan 1 00:55 6
dr-xr-xr-x 3 root root 0 Jan 1 00:55 60
dr-xr-xr-x 3 root root 0 Jan 1 00:55 9
dr-xr-xr-x 3 root root 0 Jan 1 00:55 bus
-r--r--r-- 1 root root 0 Jan 1 00:55 cmdline
-r--r--r-- 1 root root 0 Jan 1 00:55 cpuinfo
-r--r--r-- 1 root root 0 Jan 1 00:55 devices
-r--r--r-- 1 root root 0 Jan 1 00:55 dma
dr-xr-xr-x 2 root root 0 Jan 1 00:55 driver
-r--r--r-- 1 root root 0 Jan 1 00:55 execdomains
-r--r--r-- 1 root root 0 Jan 1 00:55 filesystems
dr-xr-xr-x 2 root root 0 Jan 1 00:55 fs
-r--r--r-- 1 root root 0 Jan 1 00:55 interrupts
-r--r--r-- 1 root root 0 Jan 1 00:55 iomem
-r--r--r-- 1 root root 0 Jan 1 00:55 ioports
dr-xr-xr-x 50 root root 0 Jan 1 00:55 irq
-r-------- 1 root root 16781312 Jan 1 00:55 kcore
-r-------- 1 root root 0 Jan 1 00:55 kmsg
-r--r--r-- 1 root root 0 Jan 1 00:55 ksyms
-r--r--r-- 1 root root 0 Jan 1 00:55 loadavg
-r--r--r-- 1 root root 0 Jan 1 00:55 locks
-r--r--r-- 1 root root 0 Jan 1 00:55 meminfo
-r--r--r-- 1 root root 0 Jan 1 00:55 misc
-r--r--r-- 1 root root 0 Jan 1 00:55 modules
lrwxrwxrwx 1 root root 11 Jan 1 00:55 mounts -> self/mounts
-r--r--r-- 1 root root 0 Jan 1 00:55 mtd
dr-xr-xr-x 4 root root 0 Jan 1 00:55 net
-r--r--r-- 1 root root 0 Jan 1 00:55 partitions
-rw-r--r-- 1 root root 0 Jan 1 00:55 ppc_htab
lrwxrwxrwx 1 root root 64 Jan 1 00:01 self -> 161
-rw-r--r-- 1 root root 0 Jan 1 00:55 slabinfo
-r--r--r-- 1 root root 0 Jan 1 00:55 stat
-r--r--r-- 1 root root 0 Jan 1 00:55 swaps
dr-xr-xr-x 11 root root 0 Jan 1 00:55 sys
dr-xr-xr-x 2 root root 0 Jan 1 00:55 sysvipc
dr-xr-xr-x 4 root root 0 Jan 1 00:55 tty
-r--r--r-- 1 root root 0 Jan 1 00:55 uptime
-r--r--r-- 1 root root 0 Jan 1 00:55 version
/proc #
/proc # cat ioports
/proc #
Comme tu le vois ioports ne donne rien en informations. la suite dit ceci
/proc # cat cpuinfo
processor : 0
cpu : 8xx
clock : 50MHz
bus clock : 50MHz
revision : 0.0 (pvr 0050 0000)
bogomips : 49.76
/proc #
C'est un Powerpc: la suite dit
/proc # cat devices
Character devices:
1 mem
2 pty
3 ttyp
4 ttyS
5 cua
10 misc
90 mtd
101 epld
108 ppp
128 ptm
136 pts
162 raw
254 pcmcia

Block devices:
31 mtdblock
/proc #
Le Powerpc est défini comme un périphérique? Dans ce cas je peux modifier et reconfigurer le µP a chaud? non?
Je plane à mille lieu avec ce systeme.
Help!!!!

/proc # cat modules
epld 1376 0 (unused)
/proc #
Ha voila notre driver epld
/proc # cat mtd
dev: size erasesize name
mtd0: 00800000 00010000 "Physically mapped flash"
mtd1: 00040000 00010000 "RedBoot"
mtd2: 000a0000 00010000 "unallocated space"
mtd3: 00300000 00010000 "JFFS2"
mtd4: 00020000 00010000 "nios.rbf"
mtd5: 00010000 00010000 "sdram.srec"
mtd6: 000b0000 00010000 "zImage"
mtd7: 00320000 00010000 "unallocated space"
mtd8: 00010000 00010000 "RedBoot config"
mtd9: 00010000 00002000 "FIS directory"
/proc #
Ca ,c'est la compact flash... JFFS2 et zImage
et pour iomem:
/proc # cat iomem
/proc #
Je n'ai rien

Pour te répondre brièvement, c'est un pilote en mode caractère accessible en écriture seulement, il permet le chargement d'un fichier type rbf( raw binary file ) c'est par exemple le coeur NIOS d'un FPGA programmé en VHDL. Via 2 ou 3 registres de contrôle ou de data du FPGA , on lui charge le nios ou un programme. 16 adresses sont disponibles sur l'EPLD. Dans le module epld:
epld.mem_baseioremap(adresse de base ,size = 16 )

Faut-il que le pilote soit définit en lecture pour que cela fonctionne?
fd=open("/dev/epld",O_RDWR);;
adr=mmap( ....,fd......);

A plus

Merci pour ta réponse,
Je bosse sur une petite carte qui s'appelle l'OPUS 103 développé par la société Com2gether . Tu peux consulter leurs site et avoir des précision sur ce petit système embarqué bien sympathique - web server Linux embedded. Le driver du composant central
( EPLD) a été dévelloppé dans les règles de l'art sous forme de module. Le pilote de ce périphérique tient compte des 16 adresses qu'occupe ce composant dans le mapping de carte. Pour info, ce pilote permet de charger un FPGA avec des fichiers au format rbf
ce périphérique n'est accessible qu'en écriture. Par les adresses physiques de l'EPLD, je voudrai en mode user via l'appel mmap( ) pouvoir interagir avec les 16 adresses qui permettent d'accéder à des registres ( exemple : FPGA, Led, Dip switch, version ... ).

fd=open("/dev/epld",O_RDWR);;
adr=mmap( ....,fd......);
J'ai quelques problèmes à implémenter l'accés si il fonctionne

Qu'en penses tu?

Salut à toi , pour ta réponse.
Je te plante le décors . Je bosse actuellement sur une petite carte qui s'appelle l'OPUS 103 développée par la société Com2gether . Tu peux consulter leurs site et avoir des précisions sur ce petit système embarqué bien sympathique - web server Linux embedded. Le driver du composant central ( EPLD) a été dévelloppé dans les règles de l'art ( module ). Par ses adresses physiques de l'EPLD, je voudrais en mode user via l'appel mmap( ) pouvoir interagir avec les adresses physiques de la carte. l'EPLD est fixé à l'adresse physique 0xB000 0000 ( mapping mémoire de la carte) et les 16 adresses qui suivent nous permettent d'accéder à des registres ( exeemple : FPGA, Led, Dip switch, version ... ).
J'espère avoir été clair...