STM32 DMA interrupt handling in case of transfer error
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 25/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Estancado
- Área
- embedded-iot
Línea de trabajo
Start by finding the STM32 DMA/BDMA interrupt service code in the HAL that handles transfer completion, and locate the error path that panics. Check the surrounding API to see how a caller would learn about a failed transfer. Done means a transfer error is reported to the caller instead of panicking, with the retry behaviour agreed with maintainers first, since the issue leaves that open.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Context
In the STM32 chip family bdma v1 and v2 can use interrupt when transferring data.
This allow the main app to send request and move on the next task even when transfer is not complete.
Todo
Right now the event that is being handle in the interrupt service is only when the transfer complete successfully.
When the transfer error-ed we panic. We might want to address this with a better experience allowing to re-transfer for example.
- Lenguaje dominante
- Zig
- Estrellas
- 2.3k
- Forks
- 198
- Merge medio
- 1 d 8 h
- PR fusionados (30 d)
- 37
Preparar el entorno
Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de ZigEmbeddedGroup/microzig
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 88/100
ZigEmbeddedGroup/microzig#1086 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 69/100
ZigEmbeddedGroup/microzig#1085 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
ZigEmbeddedGroup/microzig#1061 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
ZigEmbeddedGroup/microzig#1059 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
regz: AVR peripherals generated at address 0 when the register-group name matches the module (ATDF)Abierto
Dificultad 4/5 3-5 días Aptitud para principiantes 48/100
ZigEmbeddedGroup/microzig#1072 ·
Los mantenedores suelen responder en 1 día
Todos los issues de ZigEmbeddedGroup/microzig
Issues similares
-
docs
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
adidshaft/grok-gadgets#202 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
FujiNetWIFI/fujinet-firmware#1908 ·
Los mantenedores suelen responder en 1 día
-
firmware: transmit() doesn't reset rfTxCurBufIdx, so RFxmit after RFxmitLong can send wrong bytesPosiblemente ocupada @hermes-crew-337 la tomó hoy. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
atlas0fd00m/rfcat#182 ·
-
followup
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
Los mantenedores suelen responder en 1 día
-
pidProfiles: #15546 grows pidProfile_t (228 → 234 bytes) without a PG version bump — profiles saved by earlier master builds load shiftedPosiblemente ocupada @Firat17aze la tomó hoy. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
betaflight/betaflight#15826 ·
Los mantenedores suelen responder en 2 días