cdma_app.c does not work correctly
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 2/5
- Tiempo estimado
- 1-3 horas
- Aptitud para principiantes
- 55/100
- Tipo de issue
- Error
- Claridad
- Bien especificado
- Estado de actividad
- Estancado
- Stack tecnológico
- c
- Área
- embedded-iot
Línea de trabajo
Start in cdma_app.c, focusing on the SrcPtr and DestPtr declarations, the DMA transfer length, and the buffer comparison. Confirm how the source and destination buffers are declared and how the comparison length is calculated. Done means the application reports a successful comparison after transferring 64 bytes, using the issue's described pointer declarations.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
I've been following the Zynq-7000 SoC Embedded Design Tutorial (2023.2) using a Digilent Zybo Z7-20. The cdma-app showed FAIL even though the DMA transfer occurred (I used the Memory inspector to read 0x2000_0000 (the source) and 0x3000_0000 (the destination). I root caused the problem to the buffer compare where it appears that 256 bytes were being compared (Length=64*sizeof(u32)) even though only 64 bytes were transferred in the DMA transfer.
The fix was pretty easy once I figured out so I thought I'd share. The problem was in the SrcPtr and DestPtr declarations. I changed the declarations as shown:
// Changed from original code to fix pointer references
u8 SrcPtr = SourceAddr;
u8 DestPtr= DestAddr;
// end changes
Both the source and destination buffers were defined as u8 in the version of the app that I downloaded so now SrcPtr and DestPtr can access the u8 "array".
Roy
- Lenguaje dominante
- Sin datos de lenguaje
- Estrellas
- 172
- Forks
- 70
- Merge medio
- 9 min
- PR fusionados (30 d)
- 1
Preparar el entorno
Aún no hemos revisado los archivos de configuración de este proyecto. 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 Xilinx/Embedded-Design-Tutorials
-
Bad Header in hello_pl.cAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 45/100
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 48/100
-
Dificultad 4/5 3-5 días Aptitud para principiantes 25/100
-
timer_psled_r5.c is brokenAbierto
Dificultad 3/5 1-2 días Aptitud para principiantes 35/100
-
Dificultad 4/5 3-5 días Aptitud para principiantes 28/100
Todos los issues de Xilinx/Embedded-Design-Tutorials
Issues similares
-
MicroInterpreter fails to compile with -Werror=address due to &context_ in TF_LITE_ENSURE_OKAbierto
Dificultad 1/5 1-3 horas Aptitud para principiantes 88/100
tensorflow/tflite-micro#3784 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 84/100
zephyrproject-rtos/zephyr#120388 · 2 comentarios ·
Los mantenedores suelen responder en 1 día
-
[Bug]: arm_barycenter_f16 fails to compile on MVE due to _Generic selector mismatch with _Float16Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
ARM-software/CMSIS-DSP#351 ·
-
new device support
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
Koenkk/zigbee2mqtt#33209 · 4 comentarios ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 84/100
espressif/esp-hosted#765 ·