FR 3084178 A1 20200124 FR 1871349 A 20181102 Description Titre de l'invention Accès direct en n énnoire Domaine technique [0001 La présente description concerne de façon générale le domaine des systèmes élec- troniques, et plus particulièrement des systèmes électroniques dans lesquels des exécutions de tâches, par exemple des transferts de données par accès direct en mémoire (DMA - "Direct Memory Access"), sont paramétrées par une liste chainée d'enregistrements stockée dans une mémoire. Technique antérieure [00021 L'accès direct en mémoire est un procédé permettant, dans un système électronique, des transferts de données entre un périphérique et une mémoire, entre deux périphériques ou entre deux mémoires sans intervention d'une unité centrale de traitement (CPU --- 'Central Processing Unit") si ce n'est pour lancer et conclure le transfert. [0003j L'accès direct en mémoire est généralement mis en oeuvre par un circuit de contrôle d'accès direct en mémoire. Pour effectuer un transfert de données, le circuit lit dans une mémoire un enregistrement d'une liste chainée d'enregistrements ("Linked List Item" LUI) afin d'obtenir les paramètres du transfert. Ces paramètres lus sont stockés temporairement dans un ensemble de registres, ou banque de registres, du circuit. Le circuit effectue ensuite le transfert en fonction des paramètres stockés. Résumé de Finvenfitm [0004] Un mode de réalisation pallie u moins certains inconvénients des systèmes élec- Ironiques connus. [0005] Un Triode de réalisation pallie au moins certains îdèoriyénients des systèmes élec- tr dans lesquels une tâche est paramétrée par des registres programmés à partir d'une liste chainée d'enregistrements stockée en mémoire. [0006] Un mode de réalisation pallie au moins certains inconvénients des systèmes élec- Ironiques dans lesquels la tâche paramétrée par les registres est un transfert de données par accès direct en mémoire. [0007] Ainsi, selon un premier aspect, un mode de réalisation prévoit une mémoire contenant au moins une liste chainée d'enregistrements, chaque enregistrement contenant un premier champ déterminant le nombre de champs de l'enregistrement suivant. [0008] Selon un mode de réalisation, chaque champ d'un enregistrement est représentatif d'un contenu à programmer dans un registre dune banque de registres, 1000,l Selon un mode de réalisation, le premier champ détermine dans quels registres doivent être programmés lesdits contenus. [00101 Selon un mode de réalisation, le premier champ comprend des bits dont chacun identifie un registre, les valeurs (lesdits bits déterminant les champs de l'enregistrement à programmer. [00111 Selon un mode de réalisation,chat.ue enregistrement est représentatif de paramètres d'exécution d'une tâche. [00121, Selon un mode de réalisation, la tâche est un transfert de données par un circuit de contrôle d'accès direct en mémoire, [00131 Selon un mode de réalisation, pour chaque enregistrement représentat f d'un ransfert de données, les paramètres d'exécution du transfert comprennent une condition de début de transfert et un événement de fin de transfert. [0014] Selon un mode de réalisation, pour chaque enregistrement, les paramètres d'exécution du transfert comprennent en outre une indication d'au moins un moment on ladite condition doit être détectée et d'au moins un moment où ledit événement doit être généré. [0015] Selon un mode de réalisation, la mémoire. contient une premier° et une de listes ehainées d'enregistrements, la condition de début d'un enregistrement de la première liste correspondant à une détection de l'événement d'un enregistrement de la deuxième liste. [0016] Selon un mode de réalisation, la mémoire est de type SRAM. [0017] Selon le premier aspect, un mode de réalisation prévoit un procédé comprenant des mises à jour successives d'une banque de registres à partir d'une liste chainée d'enregistrements contenue dans une mémoire telle que définie précédemment [00181 Selon un mode de réalisation, chaque enregistrement détermine une des mises à jour successives. [00 911 Selon un mode de réalisation, le procédé comprend : - lire le registre programmé à partir du premier champ d'un enregistrement courant - en déduire, pour chaque registre, si l'enregistrement suivant comprend un champ à partir duquel le registre doil, être programmé lors de la prochaine programmation de la banque de registres ; et - lors de ladite prochaine programmation de la banque de registres, programmer à partir de chaque champ de l'enregistrement suivant, le registre correspondant de la banque de registres. [0020] Selon le premier aspect, un mode de réalisation prévoit un système électronique comprenant une mémoire telle que définie précédemment, et un circuit muni d'une banque de registres, le circuit étant configuré pour mettre en oeuvre le procédé défini précédemment. [00211 Selon un mode de réalisation, le circuit est un contrôleur d'accès direct 1002.2] Selon un deuxième aspect, un mode de réalisation prévoit une mémoire menant au moins une liste chaînée d'enregistrements, chaque enregistrement étant représentatif de paramètres d'un transfert de données par un circuit de contrôle d'accès direct en mémoire, les paramètres comprenant une. condition de début de transfert et un événement de fin de transfert. [0023] Selon un mode de réalisation, pour chaque enregistrement,les parai/lunes com- prennent une indication d'un client du transfert. [0024] Selon un mode de réalisation, la condition de début de ransfert est au moins en pa2irc déterminée par le client du transfert, [ )0'5] Selon un mode de réalisation, pour chaque enregistrement, les paramètres com- prennent une identification d'un signal de début de transfert, ladite condition étant au moins en partie déterminée par le signal de début de transfert. [0026] Selon un mode de réalisation, pour chaque enregistrement, les paramètres com- prennent une indication d'au moins un moment où ladite condition doit être détectée ou que fa condition ne doit pas être détectée. [0027] Selon un mode de réalisation, pour cha.que enregistrement, les paramètres com- prennent une indication d'au moins un moment où ledit événement doit âtre généré ou que ledit événement ne doit pas être généré, ledit événement étant de préférence une modification d'un signal de fin de transfert. [0028] Selon un mode de réalisation, chaque enregistrement contient un premier champ dé- terminant le nombre de champs de l'enregistrement suivant, chaque champ d'un enregistrement étant représentatif d'un contenu à programmer dans un registre d'une banque de registres du circuit de contrôle d'accès direct en mémoire. [002911 Selon. un mode de réalisation, le premier champ détermine dans quels registres doivent être programmés lesdits contenus, le premier champ comprenant de préférence des bits dont chacun identifie un registre, les valeurs desdits bits déterminant les champs de l'enregistrement à programmer. [0030] Selon un mode de réalisation, pour chaque enregistrement, les paramètres com- prennent une indication que le transfert. est un transfert d'une donnée, de plusieurs de données, d'un bloc de données ou de plusieurs blocs de données. [0031] Selon un mode de réalisation, l'indication dudit au moins un moment est sélectionnée parmi : avant chaque transfert d'une donnée, uniquement avant le transfert de la première donnée, avant le transfert de chaque bloc de données et uniquement avant le transfert du premier bloc de données. [0032] Selon un mode de réalisation, pour chaque enregistrement, les paramètre. com- prennent en outre une indication d'au moins un moment où ladite condition doit etre détectée et d'au moins un moment où ledit événement doit être généré. Selon un mode de réalisation, la mémoire contient une première et une deuxième es chainées d'enregistrements, la condition de début d'un enregistrement de la première liste correspondant à une détection de l'événement de fin d'un enregistrement de la deuxième liste. [0034; Selon un mode de réalisation, chaque enregistrement contient un premier champ dé- terminant le nombre de champs de l'enregistrement suivant. [0035] Solon un mode de réalisation, chaque champ d'un enregistrement est représentatif d'un contenu à programmer dans un registre d'une banque de registres. [0036] Selon un mode de réalisation, le premier champ détermine dans quels registres doivent être programmés lesdits contenus. [ )037] Selon un mode de réalisation, le premier champ comprend des bits dont chacun identifie un registre, les valeurs (lesdits bits déterminant les champs de l'enregistrement à programmer. [0038; Selon un mode de réalisation, le premier crrregistrement de la liste content autant de champs qu'il y a de registres. [0039] Selon un mode de réalisation,la mémoire est de type SRAM. [0040] Selon le deuxième aspect, un mode de réalisation prévoit un procédé de transfert de données par accès direct en mémoire dans lequel des transferts de données sont effectués sur un canal d'un circuit de contrôle d'accès direct en mémoire, chaque transfert de données sur ce canal étant paramétré, par un enregistrement correspondant d'une liste d'une mémoire telle que définie précédermnent. [00411 Selon un mode de réalisation, chaque enregistrement de la liste correspond à une mise à jour d'une banque de registres associée au canal. [00421 Selon MI mode de réalisation, un contenu courant de la banque de gtstres paramètre un transfert correspondant sur le canal. [00431 Selon un mode de réalisation, clans lequel pour chaque enregisérement, le transfert correspondant ne débute que si la condition de début du transfert est détectée. [0044; Selon le deuxième aspect, un autre mode de réalisation prévoit un procédé de transfert de données par accès direct en mémoire dans lequel des premiers transferts sont effectues sur un premier canal d'un circuit de contrôle d'accès direct en mémoire et des deuxièmes transferts sont effectués sur un deuxième canal du circuit, chaque premier transfert étant paramétré, par un enregistrement correspondant d'une première liste d'une mémoire telle que définie précédemment. [00451 Selon un mode de réalisation, chaque enregistrement de la première liste correspond à une mise à jour d'une première banque de registres associée au premier canal, et chaque enregistrement de la deuxième liste correspond à une mise à jour d'une deuxième banque de registres associée au deuxième canal. [00461 Selon un mode de réalisation, un contenu courant de chaque banque de registres paramètre un transfert correspondant sur le canal auquel est associée la banque de reeistres, [00471 Selon un mode de réalisation, pour chaque enregistrement, le transfert correspondant ne débute que si la condition de début de l'enregistrement est détectée. [0048] Selon le deuxième aspect, un mode de réalisation prévoit un système électronique comprenant une mémoire telle. que définie précédemment, et un circuit de contrôle d'accès direct en mémoire muni de plusieurs canaux dont chacun est associé à une banque de registres. le circuit étant configure pour mettre en oeuvre l'un des procédés tels que définis précédé in ment. Brève description des dessins [0049] Ces caractéristiques et avantages, ainsi que d'autres, seront exposés en détail dans la description suivante de modes de réalisation particuliers faite à titre non limitatif relation avec les figures jointes parmi lesquelles : [0050] [fig. la figure 1 représente, de façon très schématique et sous forme de blocs, un mode de réalisation d'un circuit électronique I du type auquel s'appliquent, à titre d'exemple, les modes de réalisation qui vont âtre décrits ; [005 I ig.2] la figure 2 est un organigramme illustrant, sous forme de blocs, un mode de réa- tion d'un procédé de transfert de données par accès direct en mémoire [00521 [fig3] la figure 3 représente, schématiquement et sous forme de blocs, un mode de réalisation d'une banque de registres d'un circuit de contrôle d'accès direct en mémoire ; [0053] If ig.4I la figure 4 représente schématiquement une men tenant un mode de réa- lisation d'une liste chainée d'enregistrements pour programmer les registres de la figure [0054] [fig.5] la figure 5 est un organigramme illustrant plus en détail un mode de réalisation d'une étape du procédé de la figure 2 ; 100551 [fig.6] e 6 illustre, schématiquement et sous forme de blocs, un autre mode de réalisation d'une banque de registres d'un circuit de contrôle d'accès direct en mémoire ; 100561 [fig.7] la figure 7 est un organigramme illustrant un mode de réalisation d'un procédé de transfert de données par accès direct en mémoire ; [00571 [fig.8] la figure 8 relrésente, schématiquement et sous forme de blocs, un exemple d'une banque de registres d'un circuit de contrôle d'accès direct en mémoire, selon le mode es de réalisation de la figure 6 ; [0058 [fig.9] la figure 9 représente, schématiquement et sous forme de blocs, le variante de réalisation de la banque de registres de. la figure 8 ; et [0059] lfig.101 la figure 10 représente, schématiquement et sous forme de blocs, un autre exemple d'une banque de registres d'un circuit de contrôle d'accès direct en mémoire, selon le mode de Malisation de la figure 6. Description des modes de réalisation [0060] De mêmes éléments ont été désignés par de mêmes références dans les différentes figures. En particulier, les éléments structurels ettou fonctionnels communs aux différents modes de réalisation peuvent présenter les mômes références et peuvent disposer de propriétés structurelles, dimensionnelles et matérielles identiques. [0061 Par souci de clarté, seuls les étapes et éléments utiles à la compréhension des modes de réalisation décrits ont été représentés et sont détaillés, En particulier, les divers paramètres couramment utilisés pour des transferts de données par accès direct en mémoire n'ont pas été détaillés, les modes de réalisation décrits étant compatibles avec ces paramètres usuels. En outre, les divers systèmes électroniques dans lesquels un contrôleur d'accès direct en mémoire est prévu n'ont pas été détaillés, les modes de réalisation décrits étant compatibles avec la plupart de ces systèmes électroniques usuels. [ )062] Sauf précision contraire, lorsque l'on fait référence à deux éléments connectés entre eux, cela signifie directement connectés sans éléments intermédiaires autres que des conducteurs, et lorsque l'on fait référence à deux éléments reliés ou couplés entre eux, cela signifie que ces deux éléments peuvent être connectés ou être reliés ou couplés par l'intermédiaire d'un ou plusieurs autres éléments. [0063; Dans la description qui suit, lorsque l'on fait référence à des qualificatifs de position absolue., tels que les termes "avant", "arrière", "haut", "bas", "gauche", "droite", etc., ou relative, tels que les termes "dessus", "dessous", "supérieur", "inférieur", etc., ou à des qualificatifs d'orientation, tels que les termes "horizontal", "vertical", etc., il est fait référence sauf précision contraire à l'orientation des figures. [0064] Sauf précision contraire, les expressions "environ", "approxlrWJtiveu]c:u , "sen- iblement", et "de l'ordre de" signifient à 10 % près, de préférence à S % près. [0065] La figure 1 représente, de façon très schématique et sous forme de blocs, un mode de réalisation d'un circuit ou système électronique 1 du type auquel s'appliquent, à titre d'exemple, les modes de réalisation qui vont être décrits, [00661 Le système électronique I comporte : une unité centrale de traitement 11 (CPU), par exemple une machine d'états, i croprocesseur, un circuit logique programmable, une ou plusieurs mémoires parmi lesquelles au moins une mémoire vive 12 (ME11/44' par exemple de type SRAM - au moins une interface d'entrée-sortie 13 (I/O) de communication, par exemple de type bus série, avec l'extérieur du système 1 un circuit de contrôle d'accès direct en mémoire 14 (DMA) et - un ou plusieurs bus de données, d'adresses etiou de commandes entre les différents éléments internes au système. 1, représentés ici sous la forme d'un unique bus 15. [ )06 1 Par ailleurs, le système 1 peut intégrer d'autres fonctions, symbolisées par un bloc 16 (FCT), selon l'application, par exemple, un processeur dédié au traitement d'images, d'autres interfaces, d'autres mémoires, etc. [0068] Le système 1 est configuré pour exécuter diverses applications telles que. du traitement d'images, de l'encodage ettou du décodage vidéo, du traitement de données provenant d'un capteur, etc... Ces applications requièrent des transferts de données, par l'intermédiaire du bus 15, entre des éléments internes au système 1. Afin de fluidifier le fonctionnement du système 1 et de réduire la charge de l'unité centrale 11, ces transferts de données sont effectués par accès direct en mémoire, sous le contrôle du circuit 14. Dans ce mode de réalisation, le circuit 14 comprend plusieurs canaux de transfert de données. Chaque canal du circuit. 14 permet de réaliser des transferts de données entre deux éléments (circuit etlou mémoire) du système I.. Chaque canal est associé à une banque de registres stockant, pour chaque transfert de données sur le canal, les paramètres du transfert. [00691 Lorsqu'une application doit être exécutée par le système 1, l'unité centrale configure le circuit 14 de sorte que le circuit 14 réserve l'un de ces canaux à l'application. Tous les transferts de données de l'application s'effectuent alors via le canal réservé à l'application. Dans les modes de réalisation décrits, l'élément de source etiau l'élément de destination des données à transférer peuvent changer pendant l'exécution de l'application. [00701 La figure 2 est un organigramme illustrant, sous forme de blocs, un mode de réa- lisation d'un procédé de transfert de données par accès direct en mémoire. Plus iDarticueinem, la figure 2 illustre, pour une application donnée, un procédé de mises à jour successives d'une banque de registres associée à un canal du circuit 14 de la figure 1, à partir d'une liste chantée d'enregistrements représentative des transferts de données de l'application. [0071 A une étape initiale 200 (A LLOCAT NEL), un canal est attribué à une ap- plication en programmant la banque de registres associée à ce canal avec les paramètres d'un premier transfert de données de cette application, Cette étape revient à indiquer a.0 circuit 14, quelle liste a:baillée d'enregistrements il doit utiliser pour pa- g ramétrer les transferts devant avoir lieu sur ce canal. Chaque enregistrement de la liste détermine l'adresse en mémoire de l'enregistrement suivant, Chaque enregistrement détermine en outre les paramètres d'un transfert de données correspondant, par exemple l'indication que le. transfert concerne des données ou des blocs de données, l'adresse de début d'une plage d'adresses d'une source oit sont stockés les données ou les blocs de données à transférer, l'adresse de début d'une plage d'adresses d'une destination où doivent être copiés les données ou les blocs de données transférés, le nombre de données ou de blocs de données à transférer, la taille des données, le nombre de données par blocs, des décalages d'adresses entre deux données successives ou entre deux blocs successifs à transférer, etc. Chaque enregistrement peut donc correspondre au transfert d'une donnée, de plusieurs données, d'un bloc de données ou de plusieurs blocs entre une source et une destination. [0072] Selon un mode de réalisation, à l'étape 200, la banque de registres est programmée en lisant en mémoire 12, à une adresse mémoire fournie par l'unité centrale 11, le premier enregistrement d'une liste et en programmant la banque de registres à partir de cet enregistrement. [1)073! Selon un autre mode de réalisation, à l'étape 200, la banque de registres est programmée directement, sans lecture d'un enregistrement en mémoire 12, par exemple à l'initialisation du système 1 ou par l'unité centrale 11. En particulier, l'adresse du premier enregistrement d'une liste est alors programmée dans la banque de registres. [00741 Une fois que la banque de registres a été programmée pour attribuer le canal à l'application, l'unité centrale 11 indique au circuit 14 qu'il peut commencer à exécuter les transferts de données de l'application. [00711 A une étape 202 suivante (EXECUTE 'TRANSFER), le circuit 1.4 effectue, sur le canal réservé à l'application, le transfert de données paramétré par le contenu de la banque de registres du canal, étant entendu que ce transfert peut concerner plusieurs données ou plusieurs blocs de données. [0076] Un test 203 (REPEAT?) est ensuite réalisé pour déterminer, à partir du contenu de la banque de registres, si le transfert de données exécuté à l'étape 202 précédente, et dont les paramètres sont stockés dans la banque de registres, doit ou non être répété. [00771 Si ce transfert doit être répété (sortie Y du bloc 203), le procédé se poursuit à l'étape 202. On comprend que, du fait que le contenu de la banque de registres n'est alors pas modifié, ce transfert est ensuite exécuté en boucle. [00781 Si ce dernier transfert n'a pas à être répété (sortie N du bloc 203), le procédé se poursuit par un test 204 (NEXT LL1?). Ce test détermine, à partir du contenu courant de la banque de registres, s'il y a un enregistrement suivant dans la liste, autrement dit s'il reste au moins un transfert à effectuer pour cette application, 10079] S'il n'y a pas d'enregistrement suivant dans la liste (sortie N du bloc 204), le test 204 9 est suivi d'unc. étape 206 (END) où le canal est libéré et peut ensuite âtre attribué à une nouvelle application. [00801 S'il y a un enregistrement suivant (sortie Y du bloc 204), le test 204 est suivi d'une étape 208 (LOAD NEXT LEI) où cet enregistrement suivant est lu en mémoire 12 par le circuit 14 et la banque de registres est mise à jour avec les paramètres du transfert de données suivant de l'application. Le procédé se poursuit alors à l'étape 202. [0081] On notera que l'ordre etlou le nombre des étapes du procédé de la figure 2. peuvent être modifiés. En particulier, les tests 203 et 204 peuvent âtre effectués simultanément. [ )082] A titre d'exemple, on considère dans la suite de. la description le cas où les transferts devant avoir lieu sur un canal ne s'effectuent pas au niveau bloc de données. mais uniquement au niveau donnée. On considère également que lorsqu'un transfert correspond au transfert de plusieurs données, ces données sont stockées les unes à la suite des autres dans une plage d'adresses de source et copiées les unes à la suite des autres dans une plage d'adresses de destination. [0083] La figure 3 représente, schématiquement et sous forme de blocs, n mode de réa- lisation d'une banque de registres associée à un canal de transfert de données du circuit 14. [0084] Dans cet exemple, la banque de registres comprend cinq registres RI, R2, R3, R4 et R5 permettant de stocker temporairement les paramètres d'un transfert de données. Les registres Ri, R2, R3, R4 et R5 sont ici destinés à stocker respectivement l'adresse S@ de début d'une plage d'adresses d'une source des données à transférer, l'adresse D@ de début d'une plage d'adresses d'une destination des données à transférer, le nombre NB données à transférer, la taille BL, des données à transférer et l'adresse NIAI] @ de l'enregistrement suivant dans la mémoire 12. Dans la suite de la description, on appelle registre de liste d'aillée ou registre LLR (Linke(' Est Register), le registre destiné à stocker les informations sur la liste d'aillée d'enregistrements, et en particulier l'adresse NLH@. De préférence, le registre LLR est le dernier registre de la banque de registres, dans cet exemple le registre Ri [0085] Dans ce mode de réalisation, un (les registres, de préférence le registre LUC est également destiné à stocker des informations sur l'enregistrement suivant de la liste. Ces informations déterminent le nombre de champs de l'enregistrement suivant de la liste. Chaque champ d'un enregistrement est par exemple représentatif d'un contenu à programmer dans un registre correspondant, lors de la mise à jour suivante de la banque de registres. De préférence, chaque champ est directement recopié dans un registre correspondant lors de cette mise à jour. Les informations sur l'enregistrement suivant de la liste déterminent en outre à quel registre est affecté chaque champ de l'enregistrement suivant. Ces informations sont stockées par des bits du registre LLR R5, par exemple cinq bits Ul. U2, 113, (14 et 1.15. Dans ce mode de réalisation, les bits 10 U1, U2, U3, U4 et US sont affectés respectivement aux registres Ri , R2, R3, R4 et R5, la valeur de chaque bit Ui. U2, U3, U4, US déterminant si l'enregistrement suivant comprend un champ représentatif d'un contenu à programmer dans le registre respectivement Ri, R2, R3, R4, Ri Par exemple, si le bit UI est à une première valeur binaire, par exemple '1', l'enregistrement suivant comprend un champ représentatif d'un contenu à programmer dans le registre RI, et si le bit est à la deuxième valeur binaire, par exemple '0', l'enregistrement suivant ne comprend pas de tel champ. [0086] A titre d'exemple, le test 203 décrit en relation avec la figure. 2 consiste à vérifier si tous les bits UI à US sont à '0' et si l'adresse @NLLI n'est pas nulle. Si c'est le cas, cela signifie que la banque de registres ne doit pas être mise à jour et que le dernier transfert exécuté doit être répété. [0087] A titre d'exemple encore, le test 204 décrit en relation avec la figure 2 consiste. à vérifier si l'adresse @NLLI- est nulle.. Si c'est le cas, cela signifie qu'il n'y a pas d'enregistrement suivant et que tous les transferts de l'application ont été effectués. [0088] On notera que les informations relatives au nombre de champs de l'enregistrement suivant et au registre auquel est affecté chacun de. ces champs, l'indication selon laquelle un transfert doit être répété etlou l'indication selon laquelle la liste ne contient plus d'enregistrement suivant peuvent être représentées sous une forme différente de celle écrite ci-dessus à titre d'exemple. [0089] La figure 4 représente schématiquement une mémoire, par exemple la mémoire .12 de la figure 1, contenant un mode de réalisation d'une liste chainée d'enregistrements pour programmer les registres de la figure 3. [0090] La mémoire 1.2 est divisée en plusieurs mots mémoire 41 de taille fixe, par exemple 4 octets, étant chacun associé à une adresse 43 de la mémoire. La mémoire .12 contient une liste chainée d'enregistrements constituée, dans cet exemple, de trois enregistrements LLI-1, LLI-2 et LLI-' Les champs d'un même enregistrement sont enregistrés les uns à la suite des autres dans la mémoire 12, ici à partir de l'adresse en mémoire du premier champ de cet enregistrement. Dans cet exemple, chaque champ occupe un mot mémoire 41. En variante, chaque champ peut nécessiter plus d'un mot mémoire pour son stockage mémoire ou. un mot mémoire peut contenir plus d'un champ, De préférence, les champs de chaque enregistrement se succèdent dans le même ordre que les registres correspondants de la banque de registres. Dans cet exemple, l'adresse en mémoire d'un enregistrement correspond à l'adresse à laquelle est enregistré le premier champ de cet enregistrement. [0091] Dans cet exemple, on considère le cas où, à l'étape 200 de la figure 2, la banque de registres est programmée à partir du premier enregistrement LLI-1 de la liste. Comme cela est illustrée en figure 4, ce premier enregistrement. LLI- I comprend alors autant de champs qu'il y a de registres, cinq dans cet exemple, de sorte que chaque registre 11 puisse être programmé avec un champ de enregistrement. Plus particulièrement, l'enregistrement LLI-1 comprend des champs successifs Cl, C2, C3, C4 et C5 représentatifs d'un contenu à programmer dans les registres respectivement R1, R2, R3, R4 et Ri Dans cet exemple, les champs Cl , C2, C3 et C4 de l'enregistrement sont représentatifs respectivement d'une adresse S1 @, d'une adresse Dl d'un nombre NB-1 et d'une taille BL-1. Le champ C5 de l'enregistrement est représentatif de l'adresse @k2 de l'enregistrement suivant LLI-2 dans la mémoire 12, et d'informations sur cet enregistrement suivant ULI-2. Dans cet exemple, les informations relatives, à enregistrement suivant sont sous la forme de cinq bits de valeurs '1', '0', '1', '0' et '1' correspondant respectivement aux bits Ul, U2, U3, U4 et U5 du registre Ri Dans cet exemple, le premier champ Cl de l'enregistrement LLI- I est enregistré dans le mot mémoire d'adresse @k 1 et les champs suivants C2, C3, C4 et C5 sont enregistrés clans les mots mémoire suivants d'adresses respectives @k1+4, @k1+8, @k1+12 et @k1+16, chaque mot mémoire occupant ici quatre octets. [0092] Le deuxième enregistrement LLI-2. comprend des champs SUCCes sifs Cl, C3 et C5 re- présentatifs d'un contenu à programmer dans les registres respectivement Ri, R3 et Ri Les champs Cl et C2 sont représentatifs respectivement d'une adresse S2@ et d'un nombre NB-2, le champ C5 étant représentatif de l'adresse @k3 de l'enregistrement suivant L111-3 et de cinq bits de valeurs '0', '1', '1' et correspondant respec- tivement aux bits U.1, U2, U3, U4 et U5 du registre Ri Dans cet exemple, le premier champ Cl de l'enregistrement LLI-2 est enregistré dans le mot mémoire d'adresse @k2 et les champs suivants C3 et C5 sont enregistrés dans les mots mémoire suivants d'adresses respectives @k2+4 et @k2+8. [0093] Le troisième enregistrement Ill-3 comprend des champs successifs C2, C3, C4 et C5 représentatifs d'un contenu à programmer dans les registres respectivement R2, R3, R4 et R5. Les champs C2, C3 et C4 sont représentatifs respectivement d'une adresse D3@, d'un nombre NB-3 et d'une taille BL-3. Dans l'exemple représente, le champ C5 est représentatif d'une adresse nulle @MILL et (le cinq bits Ul à U5 de valeur '0', ce qui indique que l'enregistrement LLI-3 est le dernier de la liste et que le transfert correspondant à cet enregistrement n'a pas à être répété. Dans cet exemple, le premier champ C2 de l'enregistrement Lt I est enregistré dans le mot mémoire (l'adresse @k3 et les champs suivants C3, C4 et C5 sont enregistrés dans les mots mémoire suivants d'adresses respectives @k3+4, @k3+8 et @k3+12. [0094] Dans la liste décrite ci-dessus, au moins certains enregistrements stockés dans la mémoire contiennent un nombre de champs inférieur au nombre de registres de la banque de registres mise à jour à partir de ces enregistrements. Ainsi, la capacité de stockage de la mémoire 12 peut être réduite par rapport à celle d'une: mémoire dans laquelle chaque enregistrement d'une liste aminée aurait autant de champs qu'il a. de registres dans la banque de regEsures. La diminution de la capacité de stockage de la mémoire 12 entraîne une diminution de sa surface et de sa consommation statique, [0095; La figure 5 illustre, sous la forme d'un organigramme, l'étape 208 du procédé de la figure 2 décrite ci-dessus, c'est-à-dire la mise à jour de la banque de registres à partir d'un enregistrement d'une liste ehainée d'enregistrements stockée en mémoire. [0096] A une étape d'initialisation 500 (i,1), une variable de boucle i, avec i entier, es tialisée, à l dans cet exemple. [0097] A une étape de test 502 suivante (111,1 2), le circuit 14 teste la valeur courante du bit th du registre LLR R5 pour déterminer si l'enregistrement suivant contient un champ Ci représentatif d'un contenu à programmer dans le registre Ri, [0098; Si, lors du test 502, la valeur courante du bit Ui du registre LLR R5 est 'I' (sortie du bloc 502), cela signifie que l'enregistrement suivant comprend un champ Ci représentatif d'un contenu à programmer dans le registre Ri. Le test est alors suivi d'une étape 504 (Ric,Ci) de programmation du registre Ri avec ce contenu. L'étape 504 est suivie d'un test 508 (i=5 2) au cours duquel on vérifie si la valeur courante de chaque bit Ui du registre R5 a été testée. Si c'est le cas (sortie Y du bloc 508), la mise à jour de la banque de registres à partir de l'enregistrement suivant est terminée (bloc ENI), 510). Sinon (sortie N du bloc 508), le procédé se poursuit à une étape 512 0,11-1) où la variable i est incrémentée, puis le procédé rehoucle sur l'étape 502. [00991 Si, lors du test 502, la valeur courante du bit tri du registre LLR R5 est '0' (sortie N du bloc 502), cela signifie que l'enregistrement suivant ne comprend pas de champ Ci représentatif d'un contenu à programmer dans le registre Ri. Le procédé se poursuit alors directement à l'étape 508 et le contenu du registre Ri est laissé inchangé. [01001 Le procédé décrit ci-dessus permet, lorsque la banque de registres associée à un canal est mise à jour à partir d'un enregistrement d'une liste drainée du type décrite en figure 4, de ne mettre à jour que certains registres de cette banque de registres, de préférence uniquement les registres dont le contenu est modifié entre deux transferts successifs, Il en résulte une réduction du nombre d'accès à la mémoire 12 par rapport au cas où tous les registres de la banque seraient mis à jour. Cette diminution du nombre d'accès en mémoire 12 entraîne une diminution de la consommation dynamique de la mémoire 12, et plus généralement du système 1 de la figure 1. On tire ici profit du fait que deux transferts de données successifs sur un canal réservé à une application ont généralement certains paramètres identiques. [01011 On notera que l'ordre etlou le nombre des étapes du procédé ci-dessus peuvent être modifies. Par exemple, tous les bits Iii peuvent d'abord être lus, puis toutes les mises à jour des registres sont effectuées en fonction des valeurs des bits lus. 101021 En outre, les modes de réalisation décrits en relation avec les figures 1 à 5 s'appliquent à des banques de registres d'autres circuits qu'un contrôleur (l'accès direct 13 en mémoire, pour paramétrer l'exécution d'une tâche par ce circuit. [01031 Dans les modes de réalisation décrits ci-dessus, comme c'est généralement le cas dans un circuit de contrôle d'accès direct en mémoire, une fois qu'un canal a été attribué à une application (étape. 200, figure 2) et que l'unité centrale 11 a autorisé le circuit 14 à exécuter les transferts de cette application, le circuit 14 effectue tous ces transferts de manière autonome, sans intervention de l'unité centrale 11. Une fois que tous les transferts ont été réalisés, le circuit 14 prévient l'unité centrale 11 qui peut alors attribuer ce canal à une autre. application. Ainsi, une synchronisation entre deux applications, exécutées sur deux canaux différents du circuit 14, ne peut être effectuée que par l'unité centrale 11, soit au début de l'exécution d'une des deux applications, soit à la fin de l'exécution d'une des deux applications, quand tous les enregistrements correspondant aux transferts de données de cette application ont été lus et les transferts correspondants effectués. [ 104] La figure 6 représente, schématiquement et sous forme de blocs, un exemple d'un autre mode de réalisation d'une banque de registres d'un canai de transfert de données du circuit 14. [01051 La banque de registres de la figure 6 comprend ici six registres R1, R2, Ri R4, R5 et R6, les registres Ri, R2, R3 et R4 de la figure 6 étant, dans cet exemple, similaires aux registres Ri, R2. R3 et R4 de la figure 3. Le registre R5 est ici destiné à stocker une condition cul-in (le début de transfert et un événement cil-out de fin de transfert. Le registre R6 constitue le registre de liste chainée (LLR) de la banque de registres et est, comme en figure 3, destiné à stocker l'adresse. NLLI@ d'un enregistrement suivant et les informations relatives à cet enregistrement suivant, notamment le nombre de champs de l'enregistrement et à quel registre est affecté chaque champ de l'enregistrement suivant. Ces informations sont ici stockées sous la forme de six bits U2, U3, U4, US et U6 respectivement associés aux registres Ri, RI, R3, R4, R5 et R6. [0106] La mise à jour de la banque de registres de la figure 6 à partir d'un enregistrement d'une liste chainée d'enregistrements s'effectue de manière similaire à ce qui a été décrit en relation avec les figures 1 à 5, les enregistrements de la liste étant adaptés en conséquence. En particulier, chaque enregistrement peut comprendre un champ supplémentaire C6 (non illustre) représentatif d'un contenu à programmer dans le registre R6. En outre, pour chaque enregistrement, le champ C6 de l'enregistrement peut alors comprendre six bits correspondant aux six bits Ul à U6 du registre R6. [0107] Dans une variante de réalisation, la condition Uri-in et l'événement ctrl-out sont stockes dans un des registres RI à R4 et R6, la condition ctrl-in pouvant être stockée dans un autre registre que celui stockant l'événement cirt-out. Cette variante est par exemple mise en oeuvre quand un ou plusieurs des registres R I à R4 et R6 contiennent des bits inutilisés permettant alors de stocker ces informations ctrl-in et ctrl-out. Cela permet de supprimer le registre R5, le registre LLR R6 étant alors renuméroté, R5. [0108; La figure 7 est un organigramme illustrant un mode de réalisation d'un procédé. de transfert de données par accès direct en mémoire. Plus particulièrement, la figure 7 illustre plus en détail l'étape 202 du procédé de la figure 2. [0109] A une étape 801 (etrl-in 2) mise en oeuvre par le circuit 14, tous les paramètres du transfert de données à exécuter sont stockés dans les registres de la banque de registres. L'étape 801 consiste en la détection de la condition ctrl-in de. début de transfert, stockée dans le registre R5 dans cet exemple. L'étape 801 est répétée (sortie N du bloc 801) tant que cette condition etrl--in n'est pas détectée. Lorsque la condition etrl--in est détectée (sortie Y du bloc 801), le procédé se poursuit à une étape 802 (MAKE TRANSFER) au cours de laquelle le transfert de. données paramétré par le contenu de la banque de registres est effectué, puis, une fois ce transfert terminé, par une étape 804 (GENERATE ctrl--out) au cours de laquelle l'événement ctrl-out est généré par le circuit 14. [0110] Dans ce mode de réalisation, lorsqu'un événement etrl-out est généré, à la fin dura premier transfert de données sur un premier .anal réservé à une première application, et que la condition ctrl-in de début d'un deuxième transfert sur un deuxième canal réservé à une deuxième application correspond à la détection de cet événement ctr out, le deuxième transfert ne peut débuter qu'après la génération de l'événement ctriout du premier transfert. Ainsi, les premier et deuxième transferts, donc les première et deuxième applications, peuvent être synchronisés l'un par rapport à l'autre, directement au niveau du circuit 14, sans intervention de l'unité centrale 11 et alors que ces applications sont en train d'être exécutées. Plus généralement, la prévision d'une condition ctrl-in et d'un événement ctri-out pour au moins certains transferts de données de plusieurs applications exécutées par le système I permet de synchroniser ces applications entre elles, sans recourir à l'unité centrale qui peut être mise en veille, voire éteinte, pendant l'exécution de ces applications. [0111 j Dans une variante de réalisation, on prévoit un paramètre supplémentaire indiquant quel moment doit être détectée la condition ctrl-in lors d'un transfert de plusieurs données, par exemple avant le transfert de la première donnée ou avant 1.e transfert de chaque donnée. De manière similaire, on prévoit un paramètre supplémentaire indiquant à quel moment doit être généré l'événement ctri-out lors d'un transfert de plusieurs données, par exemple après le transfert de la dernière donnée ou après le transfert de chaque donnée. Les registres et les enregistrements de la liste sont alors adaptés pour intégrer ces paramètres supplémentaires. Le procédé de la figure 7 est également adapté en conséquence. Par exemple, lors d'un transfert de plusieurs données, si la condition ctrl-in est détectée avant chaque transfert d'une donnée el que 15 l'événement etrl-out est généré après chaque transfert d'une donnée, les étapes 801, 802 et 804 sont mises en oeuvre pour chaque donnée transférée, l'étape 802 correspondant alors au transfert de la donnée, [01121 La prévision d'un ou plusieurs paramètres supplémentaires pour indiquer le ou les moments d'un transfert oh une condition ctrl-in doit être détectée et le ou les moments où un événement ctrl-out doit être généré permet de contrôler la granularité à laquelle s'effectue la synchronisation entre des applications exécutées en parallèle par le système 1. notera que la condition ctrl-in d'un transfert sur un canal peut correspondre à la détection d'un événement autre qu'un événement cul-out généré lors d'un transfert sur un autre canal, par exemple à la détection d'un événement généré dans le système 1, par exemple issu du bloc 1 (1/0) du système 1. [W 14] A titre d'exemple, chaque condition etrl-in peut correspondre à la détection d'un changement de niveau, par exemple le passage d'un niveau haut à un niveau bas ou inversement, d'un signal correspondant à cette condition. Chaque événement ctrl-out consiste par exemple à changer le niveau d'un signal correspondant à cet événement. [0115.1 On notera que le mode de réalisation des figures 6 et 7 peut être mis en oeuvre sans les bits UI à U6. Dans ce cas, comme il n'y a pas de mise à jour conditionnelle des registres, chaque enregistrement de la liste chainée contient autant de champs qu'il y a de registres. [01161 Dans des variantes de réalisation, les registres et les enregistrements décrits en relation avec les figures 3 à 7 peuvent intégrer un ou plusieurs paramètres supplémentaires de manière à gérer des transferts par blocs de données et/ou, dans une plage d'adresses de source et/ou de destination, des décalages d'adresses entre deux données ou deux blocs de données à transférer successifs. [01171 En outre, dans le cas où les registres et les enregistrements sont adaptés de manière à gérer des transferts par blocs de données, on peut prévoir que, lors d'un transfert de plusieurs blocs de données, la condition ctri-in soit détectée avant le transfert de chaque blocs et/ou que l'événement ctrl-out soit généré après le transfert de chaque bloc. Le ou les paramètres indiquant à quels moments détecter la condition ctil-in et/ou générer I en " seront alors adaptés en conséquence, de même que le procédé décrit en relation avec la figure 7. [01181 La figure 8 représente, schématiquement et sous forme de blocs, un exemple d'une banque de registres d'un circuit de contrôle d'accès direct en mémoire, selon le mode de réalisation de la figure 6. Dans cette figure 8, seul le registre R5 est représenté, les registres RI à R4 et R6 étant par exemple identiques à ceux décrits en relation avec la figure 6, [01 191 Dans ce mode de réaisation, la conditon clrlde c en relation avec la figure 6 16 comprend un paramètre ctrl-in-req représentatif de l'identification du client du transfert paramétré par le contenu des registres de la banque de registres associée au canal du transfert. Autrement dit, le paramètre ctrl-in-req est représentatif de l'identification de l'élément du système 1, par exemple le bloc fonctionnel 16 (FTC), qui demande le transfert de données. Ainsi, pour chaque transfert correspondant à un enregistrement d'une liste chaînée d'enregistrements, le client du transfert est associé de manière dynamique au canal sur lequel doit avoir lieu le transfert. [0120] Plus précisément, l'identification du client d'un transfert revient à identifier quel est le signal de requête qui va provoquer ce transfert Ainsi, lorsqu'un transfert de données a été paramétré en programmant, à partir d'un enregistrement correspondant d'une liste. chaînée d'enregistrements, la banque de registres associée au canal du transfert, ce transfert ne peut débuter qu'après l'émission d'une requête par le client du transfert, ou, autrement dit, le début du transfert est conditionné par cette requête. [ 121] Dans ce mode de réalisation, le circuit 14 reçoit donc directement les requêtes d'accès en mémoire provenant des clients des transferts de données ayant lieu sur des canaux du circuit 14. Les requêtes sont traitées directement dans le circuit 14, le. circuit 14 étant en mesure, sur la base des informations contenues dans les banques de registres associées aux canaux de transfert, de savoir à quel canai doit être transmis chaque requête, ou autrement dit, de savoir pour chaque requête quel est le canal sur lequel 1.e début d'un transfert prévu est conditionné par la réception de cette requête. [0122] En comparaison, dans des modes de réalisation dépourvus du paramètre ctri-in-req, pour qu'un canal du circuit 14 connaisse le client d'un transfert sur ce canal, chaque client potentiel d'un transfert de données, c'est-à-dire chaque élément du système 1. susceptible de demander un transfert de données, est associé de manière statique, par exemple à l'initialisation du système 1, à au moins un canal donné du circuit 14, plusieurs clients pouvant être associés à un même canal. Le système I comprend alors, à l'extérieur du circuit DMA 14, un circuit de routage de requêtes configure pour recevoir mtes les requêtes de transfert de données et pour transmettre, conformément à l'allocation statique client/canal, chaque requête reçue à chaque canal auquel est associé le client ayant émis la requête. [01-'3 Les modes de réalisation comprenant le paramètre ctri-in-req présentent des avantages par rapport à ceux qui en sont dépourvus. [01241 En particulier, la prévision du paramètre ctrt-in-req permet d'éviter le recours à un circuit supplémentaire de routage (les requêtes de transfert de données, d'où il résulte Que le système 1 consomme moins et occupe une surface réduite par rapport au cas ou un tel circuit de routage est prévu. l012.51 En outre, dans des modes de réalisation comprenant le paramètre ctri-im-r ap- plication peut comprendre plusieurs clients, associés de manière dynamique au c réservé par l'application. En revanche, dans des modes de réalisation sans le paramètre ctrl-in-req, une application ne peut comprendre qu'un seul client du fait de l'allocation statique el ienticanal. Cette différence, et les avantages qui en découlent, vont être illustrés plus en détails ci-après, en se. référant à l'exemple d'exécution suivant où l'on considère que un premier client effectue des premiers transferts de données avec la mémoire 12, chaque premier transfert correspondant à une écriture, en mémoire, d'une donnée provenant du premier client ; un deuxième client effectue des deuxièmes transferts de données avec la mémoire 12, chaque deuxième transfert correspondant à une lecture, par le deuxième client, d'une donnée stockée dans la mémoire ; et après chaque écriture d'une donnée en mémoire lors d'un premier transfert, cette donnée est lue en mémoire lors d'un deuxième transfert, de sorte qu'un deuxième transfert ne peut avoir lieu qu'après un premier transfert correspondant. [0126] Dans un mode de réalisation comprenant le paramètre etri-in-req, la mise en oeuvre de l'exemple d'exécution ci-dessus peut être faite au moyen d'une unique application comprenant les premiers et deuxièmes transferts, donc les premier et deuxième clients. Autrement dit, une même liste chaînée d'enregistrements peut être utilisée pour configurer les premiers et deuxièmes transferts sur un même canal. Plus précisément, un premier transfert est configuré en prognmunant les paramètres, et en particulier le paramètre ctrl-in-req, de ce premier transfert dans les registres de la banque de registres du canal. L'émission d'une requête par le premier client entraîne alors la mise en oeuvre de ce premier transfert sur ce canal puis un deuxième transfert est configuré, sur ce même canal, en programmant les paramètres, et en particulier le paramètre ctrlin-req, de ce deuxième transfert dans les registres de la banque de registres du canal. L'émission d'une requête par le deuxième client entraîne alors la mise en oeuvre de ce deuxième transfert sur ce canal. L'exécution se poursuit en répétant, pour ce canal, les étapes de programmation des registres avec les paramètres d'un premier transfert, de réception d'une requête du. premier client, de mise en oeuvre du premier transfert sur le canal, de programmation des registres avec les paramètres d'un deuxième transfert, de réception d'une requête du deuxième client et de mise en oeuvre du deuxième transfert sur le canal.. [01271 En revanche, dans un mode de réalisation e comprenant pas le paramètre chi-in-reg, la mise en oeuvre de cet exemple d'exécution est faite au moyen d'une première application correspondant aux premiers transferts, c'est-à-dire au premier client, et d'une deuxième application, correspondant aux deuxièmes transferts, donc au deuxième client. Autrement dit, une première liste ch aînée d'enregistrements est utilisée pour con figurer les premiers transferts sur un premier canal auquel le premier client est 18 associé de manière statique, une deuxième liste chaînée d'enregistrements étant utilisée pour configurer les deuxièmes transferts sur un deuxième canai auquel le deuxième client est associé de manière statique. Il en résulte que, lors d'un premier transfert sur le premier canal, le deuxième canal est réservé par la deuxième application niais n'est pas utilisé. [0128] On comprend de l'exemple d'exécution ci-dessus, que la prévision du paramètre ctrl- in-req permet une association dynamique des clients à des canaux du circuit 14 d'où il résulte une diminution du temps où un canal est réservé mais n'est pas utilisé et/ou une diminution du nombre de canaux nécessaires. En particulier, la diminution du nombre de canaux de circuit 14 entraîne une diminution de la consommation et de la surface du circuit 14, et plus généralement du système 1, [0129] La figure 9 représente, schématiquement et sons forme de blocs, une variante de réa- lisation de la banque de registres de la figure 8. [0130] Dans cette variante, en plus du paramètre ctri-in-req, la condition ctrl-in comprend un paramètre ctrl-in-req-mode indiquant, pour le transfert paramétré par le contenu de la banque de registres, au moins un moment du transfert où doit être reçu la requête du client identifié par le paramètre. cul-in-reg. Autrement dit, lorsque le transfert parais étré par le contenu de la banque de registres correspond à plusieurs transferts similaires, par exemple plusieurs transferts de données ou de blocs de données, le paramètre ctrl-in-req-mode indique lequel ou lesquels de ces transferts similaires sont conditionnés par la réception d'un requête en provenance d.0 client du transfert. Par exemple, pour un transfert comprenant le transfert de plusieurs données ou de plusieurs blocs de données, le paramètre ctrl-in-req-mode indique qu'une requête du client doit être reçue avant chaque transfert de données, avant chaque transfert de blocs de données, ou uniquement avant le transfert de la première donnée ou du premier bloc de données. Dans ce dernier cas, les transferts de données ou de blocs de données suivant le transfert de la première donnée ou du premier bloc de données peuvent être réalisé s sans qu'une requête n'ait été émise par le client du transfert. [01311 On considère à titre d'exemple, plusieurs transferts similaires, par exemple plusieurs transferts d'une donnée ou d'un bloc de données, ayant le même client, et, en outre, que chacun de ces transferts similaires ne doit débuter qu'une fois qu'une requête du client a été reçue par le circuit 14, ou, autrement dit, que chacun de ces transferts est conditionné par l'émission d'une requête par le client. La prévision du paramètre ctrlin-req-mode permet que ces transferts similaires soient regroupés sous la forme d'un seul enregistrement d'une liste chaînes d'enregistrements, une seule mise à jour de la banque de registres associée au canal du transfert étant alors effectuée pour paramétrer l'ensemble de ces transferts similaires. Sans le paramètre ctrl-in-req-mode, il aurait fallu que chacun des transferts similaires corresponde à un enregistrement différent de 19 la liste. [0132] La variante de réalisation décrite en relation avec la figure 9 permet donc de réduire le nombre d'enregistrements d'une liste, ce qui peur permettre de diminuer la taille de la mémoire 12. Cette variante permet également de réduire le nombre d'accès à la mémoire 12 et de mises à jour des banques de registres associées aux canaux du circuit 14. [0133] La figure 10 représente, schématiquement et sous forme de blocs, un autre exemple d'une banque de registres d'un circuit de contrôle d'accès direct en mémoire, selon le mode de réalisation de la figure 6. Dans cette figure 10, seul le registre R5 est représenté, les registres R1 à R4 et R6 étant par exemple identiques à ceux décrits en relation avec la figure 6. [0134] Par rapport au mode de réalisation décrit en relation avec la figure 8, on prévoit que la condition ctri-in de début de transfert comprenne, en plus du paramètre ctrl-in-req, un paramètre ctrl-in-trig représentatif d'une identification d'un signal conditionnant le début du transfert, un paramètre ctrl-in-trig-mode représentatif du ou des moments où doit être détectée une modification de cc signal, et un paramètre col-in-trig-pot optionnel représentatif du type de modification, à savoir front montant, front descendant ou changement de niveau, du signal conditionnant le début du transfert. Autrement dit, lorsque le transfert paramétré par le contenu de la banque de registres correspond à plusieurs transferts similaires, par exemple plusieurs transferts de données ou de blocs de données, le paramètre ctrl-in-trig-mode indique lequel ou lesquels de ces transferts similaires sont conditionnés par la détection d'une modification du signal identifié par le paramètre ctrl-in-trig, le type (ou polarité) de cette modification étant ici indiqué par le paramètre cul-in-trig-pol. Par exemple, pour un transfert comprenant le transfert de plusieurs données ou de plusieurs blocs de données, le paramètre ad-in-trig-mode indique qu'une modification du signai identifié par le paramètre ctrl-in-trig doit être détectée avant chaque transfert de données, avant chaque transfert de blocs de données, ou uniquement avant le transfert de la première donnée ou du premier bloc de données. Par ailleurs, le paramètre crtl-M-trig-mode peut également indiquer que, pour le transfert courant paramétré par le contenu de la banque de registres associée au canal du transfert, le transfert n'est pas conditionné par la détection d'une modification d'un signal identifié par le paramètre ctril-in-trig. [01351 Dans ce mode de réalisation, un transfert de données paramétré par le contenu de la banque de registres associée au canal du transfert ne peut débuter qu'après la réception de la requête du client du transfert par le circuit 14 et, le cas échéant, la détection, parle circuit 14, d'une modification du signal identifié par le paramètre cirl-in-trig, le type de cette modification étant, dans cet exemple, indiqué par le paramètre ctrl-in-Mg-pol. En outre, lorsque ce transfert correspond à plusieurs transferts similaires, le début de 20 chacun de ces transferts similaires peut ou non être conditionné, conformément aux paramètres ctrl-in-trig-mode ctiou cul-in-req-mode, à la réception d'une requête provenant du client du transfert et/ou à la détection d'une modification d'un signal identifié par le paramètre ctrl-in-trig, [0136] Dans cc mode de réalisation, on considère par ailleurs que, pour chaque canal, l'événement ctrl-out de fin de transfert est une modification d'un signal de fin de transfert associé à ce canal. L'événement ctrl-out comprend ici un paramètre ctriout-mode représentatif du ou des moments où le signal de fin de transfert du canal doit être modifié, et un paramètre ctri-out-pot optionnel représentatif de la polarité de modification du signal, c'est-à-dire si l'événement de fin de transfert est un front montant, un front descendant ou un changement de niveau du signal de fin de transfert associé au canal considéré, [0137] A titre d'exemple, le paramètre ctrl-out-mode indique que le moment on doit être générer la condition ctrl-out, c'est-à-dire le moment où doit -être modifié le signal de fin de transfert associé au canal, est uniquement après le transfert de la dernière donnée ou du dernier bloc de données, après le transfert de chaque donnée ou de chaque bloc de données, ou à aucun moment de ce transfert. [01381 A titre d'exemple, le signal identifié par le paramètre ctrl-in-trip peut être le signal de fin de transfert d'un canal ou tout autre signai interne (lu système 1, par exemple un signal d'événement fourni par un élément du système L par exemple un compteur du système 1. [0139] Les exemples de modes et de variantes de réalisation décrits en relation avec les ligures 6 à 10 peuvent être combinés, et d'autres variantes apparaîtront à l'homme du métier. [0140] En particulier, la variante de réalisation décrite en relation avec la figure 9 s'applique à l'exemple de mode de réalisation décrit en relation avec la figure 10, [0141] Dans d'autres variantes de réalisation, de la même façon qu'un paramètre chi- in-trig-pol peut être prévu pour indiquer quel est le type de modification du signal identifié par le paramètre ctri-in-trig qui conditionne des transferts de données, un paramètre ctrl-in-req-pol peut être prévu pour indiquer quel type de modification d'un signal de requête constitue une requête de la part d'un client associé à ce signal de requête. De plus, chacun des paramètres ctrl-in-trig-pot et cal-in-req-pol peut être représentant' non seulement d'un type donné de modification (front montant, front descendant ou changement de niveau) mais également d'un niveau haut ou bas à détecter sur le signal ou la requête correspondante. On notera que, en l'absence du paramètre ctrl-in-trig-pol et/ou du paramètre ctrl-in-req-pol, la polarité peut être définie par défaut. Dans d'autres variantes de réalisation non détaillées,certaim, des paramètres ctrl- 21 in-tr etrl-in-trig-po],in-req, etri- 1-mq-mod,, ctrl-in-req-pol, etrl-out-mode et ctri-out-pol peuvent être omis. En particulier, les paramètres ctrlin-trig, etrl-in-trip-mode, ctri-in-trig-pol, ctri-out-mode et/ou etrl-out-pol peuvent être prévus indépendamment du ou des paramètres etrl-in-req, ctrl-in-req-mode, in-req-pol, et inversement. [0143]Bien que les paramètres ctrl- in-trig, ctrl-in-trig-mode, etrl-in-trig-poli etri-in-req, ctriin-req-mode, etrl-in-req-pol, ctri-out-mode et/ou etrl-out-pol sont de préférence stockés dans un même registre, ou autrement dit proviennent d'un môme champ d'un enregistrement dune liste charriée d'enregistrements, ces paramètres peuvent être stockés dans des registres différents. [0144; Les modes de réalisation des figures 8, 9 et 10 peuvent être mis en oeuvre sans les bits Ul à U6, Dans ce cas, comme il n'y a pas de mise à jour conditionnelle des registres, chaque enregistrement de la liste ehainée contient autant de champs qu'il y a de registres. [0145] On comprend de la description ci-dessus faite en relation les figures 7 à ]0 que la condition ctrl-in est en fait au moins en partie déterminée par le. paramètre ctrl-in-req et/on au moins en partie déterminée par le paramètre etrl-in-trig. En outre, le moment ou les moments de détection d'une condition ctrl-in, en particulier lors d'un transfert correspondant à plusieurs transferts similaires, sont au moins en partie déterminés par le paramètre cal-in-reg-mode et/ou au moins en partie détermines par le paramètre ctrlin-trig-mode. [0146 Le procédé de la figure 7 et les enregistrements décrits en relation avec les figures], à peuvent être adaptées aux modes de réalisation et aux variantes décrits en relation avec les figures 8, 9 et 10, à partir des indications fonctionnelles données ci-dessus. [01471 Plus généralement, des modes de réalisation particuliers ont été décrits, l'homme de l'art pourra combiner divers éléments de ces divers modes de réalisation et variantes sans faire preuve d'activité inventive. En outre, diverses variantes et modifications apparaîtront à l'homme de l'art. En particulier, le nombre de registres, le nombre de paramètres stockés par la banque de registres et/ou le nombre de paramètres stockés par chaque registre peuvent varier. [01481 Par ailleurs, d'autres paramètres peuvent être prévus. Par exemple, dans le cas d'un transfert de données par accès direct en mémoire, un paramètre peut indiquer si les données et/ou les blocs de données du transfert correspondant à un enregistrement doivent être transférées au coup par coup ou par salve ("burst").