<div dir="ltr"><div><div><div><div>Hi Sebastian,<br><br>To run the application, I'm using a recent version of upstream uboot, which assigns a random mac address:<br><br>Warning: Gem.e000b000 (eth0) using random MAC address - c6:4c:58:c9:e6:c4<br><br></div><div>the dhcp01.exe application, seems to correctly inherit such address from the boot:<br><br>info: dhcpcd: version 6.2.1 starting<br>info: dhcpcd: DUID 00:01:00:01:e9:6d:a1:80:c6:4c:58:c9:e6:c4<br><br></div><div>and also the wireshark traces show that the mac address is used during the DHCP negotiation.<br></div><div>I compared the working setup (qemu) with the microzed setup and noticed the following:<br><br>miibus0: <MII bus> on cgem0<br>devctl: ? at phyno=0 oui=0xac2 model=0x1d rev=0x1 on miibus0<br><br></div><div>does that '?' mean that the network card is not recognized?<br><br>Regarding the crash, here is what appens when I run the application:<br><br><span style="font-family:monospace,monospace">zynq-uboot> bootelf<br>data abort<br>pc : [<3ff960bc>]       lr : [<f8c90314>]<br>reloc pc : [<040350bc>]       lr : [<bcd2f314>]<br>sp : 3f33dd3c  ip : f1b83000     fp : 3f352440<br>r10: 00000001  r9 : 3f340ef8     r8 : 00000000<br>r7 : 00000028  r6 : 00000004     r5 : 00000000  r4 : 001b27a8<br>r3 : d0030f00  r2 : d0030f00     r1 : f1b83000  r0 : f8c90318<br>Flags: NzCv  IRQs off  FIQs off  Mode SVC_32<br>Resetting CPU ...<br><br>resetting ...</span><br><br></div>I managed to narrow down a little bit the problem:<br></div>as I said previously, if I remove the definition of DEFAULT_NETWORK_SHELL the problem does not happen; I've noticed that this is the relevant part:<br><br><span style="font-family:monospace,monospace">#define CONFIGURE_SHELL_USER_COMMANDS \<br>  &bsp_interrupt_shell_command, \<br>  &rtems_shell_BSD_Command, \<br>  &rtems_shell_HOSTNAME_Command, \<br>  &rtems_shell_PING_Command, \<br>  &rtems_shell_ROUTE_Command, \<br>  &rtems_shell_NETSTAT_Command, \<br>  &rtems_shell_IFCONFIG_Command</span><br><br><span style="font-family:arial,helvetica,sans-serif">"bsp_interrupt_shell_command" and "rtems_shell_BSD_Command" do not cause any issue, but whenever I include any of the other commands I see the problem happening: which leads me to guess that there's something related with the inclusion of the commands of the "net" category (happens only on the target board and not on qemu)<br><br></span></div><span style="font-family:arial,helvetica,sans-serif">regards,<br></span></div><span style="font-family:arial,helvetica,sans-serif">Davide<br></span></div>