abs-tudelft / abs-tudelft/vhdmmio

Atomic access to multi-block registers - holding register documentation

Ouverte
#12 4 commentaires 0 réactions 0 personnes assignées Voir sur GitHub
Langage dominant
Python
Étoiles
13
Forks
3
Métriques de merge des PR
Aucune PR mergée en 30 j

Description

In [Atomic access to multi-block registers](https://abs-tudelft.github.io/vhdmmio/fieldconfig.html#atomic-access-to-multi-block-registers) you state:

> The advantage of sharing holding registers is that it reduces the size of the address decoder and read multiplexer; many addresses taking data from the same source is advantageous for both area and timing. The primary disadvantage is that it only works properly when the blocks are accessed sequentially and completely. It is up to the bus master to enforce this; if it fails to do so, accesses may end up reading or writing garbage. You can therefore generally NOT mix purely AXI4L multi-master systems with multi-block registers.

I am not sure you are correct here. With logical registers wider than the data bus width you still have multiple addresses, which you present, for example, here [bitrange](https://abs-tudelft.github.io/vhdmmio/fieldconfig.html#bitrange). The required address space size is not smaller because of the holding register, so how can it affect the address decoding logic? I think the only resource utilization you reduce by sharing the snapshot/shadow register (you call it holding register) is the number of flip flops required for logical registers wider than the data bus width.

Guide de contribution

Aucun guide de contribution indexé pour ce dépôt

Évaluation

Cette issue n'a pas encore été évaluée.

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.