Move HBM CDC out of user DFX region
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 38/100
- Tipo di issue
- Refactoring
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Tranquilla
- Ambito
- embedded-iot
Direzione di ricerca
Start by tracing the user-to-HBM datapath and identifying the current CDC and DFX decoupler placement. Rework the design so the CDC is in the strip between HBM_NMUs and the DFX region, uses LUTRAM, and follows the decoupler; done means the entire DFX region is clocked from the scalable clock.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Currently CDC for user -> HBM datapath is in the DFX region which makes it possible for timing failures on the non-scalable HBM clock in the DFX region. To ensure timing failure is not possible for user designs in the DFX region, we must clock the entire DFX region from the scalable clock and therefore move the CDC out of the DFX and into the strip between HBM_NMUs and the DFX region. This requires
- rearchitecting the CDC to use LUTRAM
- swapping the order of DFX decoupler and CDC
- Lingua principale
- Tcl
- Stelle
- 48
- Fork
- 23
- Merge medio
- 1g 22h
- PR unite (30g)
- 7
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Nessun modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di Xilinx/SLASH
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 74/100
-
Supporting asynchronous HBM clock crossing and AXI width conversionForse già presa @hpc-aulmamei l’ha presa 8 giorni fa. Aperta
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
-
device bring up issue (v80-smi write-static-shell)Forse già presa @quetric l’ha presa 11 giorni fa. Aperta
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
-
The link is up and RX sees the packet, but the received packet is not counted as a good packet.Aperta
Difficoltà 4/5 3-5 giorni Idoneità per principianti 38/100
Tutte le issue di Xilinx/SLASH
Issue simili
-
possible bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
zigpy/zha-device-handlers#5425 ·
I maintainer di solito rispondono entro 5 giorni
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
I maintainer di solito rispondono entro 2 giorni
-
WiFiMulti::addAP rejects valid 32-byte SSIDsForse già presa Una pull request collegata a questa issue è aperta o già unita. ApertaStatus: Awaiting triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
espressif/arduino-esp32#12984 ·
I maintainer di solito rispondono entro 1 giorno
-
component:skillfs
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
agentic-os-org/ANOLISA#6739 · 2 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 63/100
I maintainer di solito rispondono entro 7 giorni