Re: [PATCH v2 00/32] Integrate pre-qualified LEON3 BSP
On 29/6/2023 3:41 am, Sebastian Huber wrote: > On 16.06.23 08:00, Sebastian Huber wrote: >> The register block specification were recently integrated in the RTEMS >> Software Engineering manual. Now it is time to integrate the >> pre-qualified LEON3 BSP which uses the generated GRLIB header files. >> >> The existing tests in the RTEMS test suite are basically BSP >> independent. This patch set introduces BSP-specific validation tests. >> These tests are disabled for other BSPs through the build system, for >> example: >> >> spec/build/testsuites/validation/bsp-sparc-leon3-gr712rc.yml >> [...] >> cxxflags: [] >> enabled-by: sparc/gr712rc >> features: c cprogram >> [...] >> >> The patch set introduces new header files for GRLIB in >> "bsps/include/grlib". These header files were generated from >> specification items in: >> >> https://github.com/RTEMS/rtems-central/tree/master/spec/dev/grlib/if >> >> The specification was created using the GRIP reference manual >> (https://www.gaisler.com/products/grlib/grip.pdf) and is quite complete. >> The generated header files were reviewed by the ISVV activity which >> resulted in two tickets: >> >> https://devel.rtems.org/ticket/4828 >> >> https://devel.rtems.org/ticket/4842 >> >> In the long term, the existing GRLIB header files should be replaced by >> the generated header files. Using specification items for the register >> blocks has the potential benefit that, in addition to the C header >> files, files for C++/Rust/Python could be generated. >> >> The main change for the sparc/gr712rc and sparc/gr740 BSPs is the >> removal of the dynamic device enumeration in favor of a static >> initialization. This greatly simplifies the specification and >> validation of the BSP-specific parts. It also reduces the code and data >> size for applications which do not need the dynamic device enumeration. >> >> v2: >> >> * Move BSP-specific tests to "testsuites/validation/bsps". >> >> * Rearrange patches so that they build individually. > > Any comments to this patch set? For the leon3-specific parts I wait for a > review > from Gaisler. Nothing new from me. I still do not see how the reg struct is verified however you are fine with that. I do not use this code. Chris ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel
Re: [PATCH v2 00/32] Integrate pre-qualified LEON3 BSP
On 16.06.23 08:00, Sebastian Huber wrote: The register block specification were recently integrated in the RTEMS Software Engineering manual. Now it is time to integrate the pre-qualified LEON3 BSP which uses the generated GRLIB header files. The existing tests in the RTEMS test suite are basically BSP independent. This patch set introduces BSP-specific validation tests. These tests are disabled for other BSPs through the build system, for example: spec/build/testsuites/validation/bsp-sparc-leon3-gr712rc.yml [...] cxxflags: [] enabled-by: sparc/gr712rc features: c cprogram [...] The patch set introduces new header files for GRLIB in "bsps/include/grlib". These header files were generated from specification items in: https://github.com/RTEMS/rtems-central/tree/master/spec/dev/grlib/if The specification was created using the GRIP reference manual (https://www.gaisler.com/products/grlib/grip.pdf) and is quite complete. The generated header files were reviewed by the ISVV activity which resulted in two tickets: https://devel.rtems.org/ticket/4828 https://devel.rtems.org/ticket/4842 In the long term, the existing GRLIB header files should be replaced by the generated header files. Using specification items for the register blocks has the potential benefit that, in addition to the C header files, files for C++/Rust/Python could be generated. The main change for the sparc/gr712rc and sparc/gr740 BSPs is the removal of the dynamic device enumeration in favor of a static initialization. This greatly simplifies the specification and validation of the BSP-specific parts. It also reduces the code and data size for applications which do not need the dynamic device enumeration. v2: * Move BSP-specific tests to "testsuites/validation/bsps". * Rearrange patches so that they build individually. Any comments to this patch set? For the leon3-specific parts I wait for a review from Gaisler. -- embedded brains GmbH Herr Sebastian HUBER Dornierstr. 4 82178 Puchheim Germany email: sebastian.hu...@embedded-brains.de phone: +49-89-18 94 741 - 16 fax: +49-89-18 94 741 - 08 Registergericht: Amtsgericht München Registernummer: HRB 157899 Vertretungsberechtigte Geschäftsführer: Peter Rasmussen, Thomas Dörfler Unsere Datenschutzerklärung finden Sie hier: https://embedded-brains.de/datenschutzerklaerung/ ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel
[PATCH v2 00/32] Integrate pre-qualified LEON3 BSP
The register block specification were recently integrated in the RTEMS Software Engineering manual. Now it is time to integrate the pre-qualified LEON3 BSP which uses the generated GRLIB header files. The existing tests in the RTEMS test suite are basically BSP independent. This patch set introduces BSP-specific validation tests. These tests are disabled for other BSPs through the build system, for example: spec/build/testsuites/validation/bsp-sparc-leon3-gr712rc.yml [...] cxxflags: [] enabled-by: sparc/gr712rc features: c cprogram [...] The patch set introduces new header files for GRLIB in "bsps/include/grlib". These header files were generated from specification items in: https://github.com/RTEMS/rtems-central/tree/master/spec/dev/grlib/if The specification was created using the GRIP reference manual (https://www.gaisler.com/products/grlib/grip.pdf) and is quite complete. The generated header files were reviewed by the ISVV activity which resulted in two tickets: https://devel.rtems.org/ticket/4828 https://devel.rtems.org/ticket/4842 In the long term, the existing GRLIB header files should be replaced by the generated header files. Using specification items for the register blocks has the potential benefit that, in addition to the C header files, files for C++/Rust/Python could be generated. The main change for the sparc/gr712rc and sparc/gr740 BSPs is the removal of the dynamic device enumeration in favor of a static initialization. This greatly simplifies the specification and validation of the BSP-specific parts. It also reduces the code and data size for applications which do not need the dynamic device enumeration. v2: * Move BSP-specific tests to "testsuites/validation/bsps". * Rearrange patches so that they build individually. Sebastian Huber (32): bsps/grlib: Add generated headers bsps/grlib: Fix FTMCTRL - MCFG1 bit fields bsps/grlib: Fix GRGPIO - IRQMAP bit fields bsps/grlib: Fix SpaceWire RMAP - Product ID bsps/grlib: Expand SpaceWire port bit fields bsps/grlib: Fix SPWTDP register name bsps: Use new APBUART register block API bsp/leon3: Untangle interrupt controller support bsp/leon3: Move and simplify bsp_irq_fixup() bsp/leon3: Use new IRQ(A)MP register block API bsp/leon3: Move system control register support bsp/leon3: Use new GPTIMER register block API bsp/leon3: Use new L2CACHE register block API bsp/leon3: Add LEON3_APBUART_BASE bsp/leon3: LEON3_PLB_FREQUENCY_DEFINED_BY_GPTIMER bsp/leon3: Add LEON3_GPTIMER_BASE bsp/leon3: Add LEON3_IRQAMP_BASE bsp/leon3: Add LEON3_IRQAMP_PROBE_TIMESTAMP bsp/leon3: Add LEON3_HAS_ASR_22_23_UP_COUNTER bsp/leon3: Add LEON3_L2CACHE_BASE bsp/leon3: Move leon3_power_down_loop() bsp/leon3: Simplify fatal error handling bsp/leon3: Add LEON3_PROBE_ASR_22_23_UP_COUNTER bsp/leon3: Add LEON3_IRQAMP_EXTENDED_INTERRUPT bsp/leon3: Use LEON3_GPTIMER_BASE bsp/leon3: Enable up-counter conditionally bsps/sparc: Remove BSP_POWER_DOWN_AT_FATAL_HALT bsp/leon3: Fix group memberships bsp/leon3: Add specialized target hash validation: grlib validation: Test sparc/leon3 BSP family bsp/leon3: Simplify shutdown bsps/include/grlib/ahbstat-regs.h | 171 ++ bsps/include/grlib/ahbtrace-regs.h| 313 bsps/include/grlib/apbuart-regs.h | 281 bsps/include/grlib/apbuart.h | 108 +- bsps/include/grlib/apbuart_termios.h |4 +- bsps/include/grlib/dsu4-regs.h| 788 + bsps/include/grlib/ftmctrl-regs.h | 322 bsps/include/grlib/gptimer-regs.h | 379 + bsps/include/grlib/gr1553b-regs.h | 1393 bsps/include/grlib/gr740thsens-regs.h | 226 +++ bsps/include/grlib/grcan-regs.h | 722 + bsps/include/grlib/grclkgate-regs.h | 212 +++ bsps/include/grlib/grethgbit-regs.h | 446 + bsps/include/grlib/grgpio-regs.h | 630 +++ bsps/include/grlib/grgprbank-regs.h | 677 bsps/include/grlib/grgpreg-regs.h | 135 ++ bsps/include/grlib/griommu-regs.h | 878 ++ bsps/include/grlib/grpci2-regs.h | 875 ++ bsps/include/grlib/grspw2-regs.h | 587 +++ bsps/include/grlib/grspwrouter-regs.h | 890 ++ bsps/include/grlib/irqamp-regs.h | 874 ++ bsps/include/grlib/irqamp.h | 101 ++ bsps/include/grlib/l2cache-regs.h | 807 + bsps/include/grlib/l4stat-regs.h | 297 bsps/include/grlib/memscrub-regs.h| 568 +++ bsps/include/grlib/mmctrl-regs.h | 434 + bsps/include/grlib/spictrl-regs.h | 464 ++ bsps/include/grlib/spwpnp-regs.h | 553 +++ bsps/include/grlib/spwrmap-regs.h | 1443 + bsps/include/grlib/spwtdp-regs.h
