Re: STM32 support
Uwe Bonnes <bon-1JbLm1bU5j5ZIx36JBfelj3+ndqKAYMe9FMPySWZwLkb1SvskN2V4Q@public.gmane.org> Sat, 25 Mar 2023 11:24:16 +0100
| Newsgroups | gmane.comp.hardware.microcontrollers.ethernut |
|---|---|
| Message-ID | <[email protected]> |
Dear Thiago >>>>> "Thiago" =3D=3D Thiago A Corr=EAa <[email protected]> writes: Thiago> Hi Uwe, It works well with qnutconf as well, builds and Thiago> all, there is just one configuration option under the Thiago> clock configuration that has problems with it, once you Thiago> click on it it's value disappears and it's mandatory for Thiago> the build, but if you leave it alone then the build Thiago> finishes without errors. Thiago> After fixing a problem with our board, which had Thiago> wrong capacitor values, we ran into an IntHardfaultHandler Thiago> and IntUsagefaultHandler when trying to open the http in Thiago> our application. On both cases the STM32CubeIDE debugger Thiago> shows as NutThreadResume (thread.c:206) is called right Thiago> before the signal handler. If I enable DEBUG_MACRO should Thiago> I see the fault address in the handler's arg variable then Thiago> point the disassembly view to that address? I see a dump Thiago> code that outputs with DebugPrint but I didn't find the Thiago> output in Debugger Console or SWV ITM Data Console. Thiago> Also the emac driver isn't respecting the default Thiago> MAC Address from the CONFNET_VIRGIN_MAC. I will look into Thiago> it. Perhasp f52e9c14fa5b06a815820532f42d7ba5eeca78f4 "stm32_signature: Use Egnite OUID for generated ethernet MAC" is too aggressive.? But when no default MAc is given, the hardware UUID generated MAC should be given a preference. -- = Uwe Bonnes bon-1JbLm1bU5j5ZIx36JBfelj3+ndqKAYMe9FMPySWZwLkb1SvskN2V4Q@public.gmane.org Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 1623569 ------- Fax. 06151 1623305 --------- _______________________________________________ http://lists.egnite.de/mailman/listinfo/en-nut-discussion