LibBSD | dhcp issue when zynqmp BSP is not configured for SMP (#14)

[Kinsey Moore (@opticron)]

Kinsey Moore commented: https://gitlab.rtems.org/rtems/pkg/rtems-libbsd/-/issues/14#note_115436


Upon further investigation, this message is produced on the non-SMP QEMU instance:
```[zone: mbuf_cluster] kern.ipc.nmbclusters limit reached```

`netstat -m` for non-SMP QEMU yields:
```
1151/134/1285 mbufs in use (current/cache/total)
1024/0/1024/1024 mbuf clusters in use (current/cache/total/max)
1024/0 mbuf+clusters out of packet secondary zone in use (current/cache)
0/0/0/512 4k (page size) jumbo clusters in use (current/cache/total/max)
0/0/0/151 9k jumbo clusters in use (current/cache/total/max)
0/0/0/85 16k jumbo clusters in use (current/cache/total/max)
2335K/33K/2369K bytes allocated to network (current/cache/total)
0/2/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters)
0/1/0 requests for mbufs delayed (mbufs/clusters/mbuf+clusters)
0/0/0 requests for jumbo clusters delayed (4k/9k/16k)
0/0/0 requests for jumbo clusters denied (4k/9k/16k)
```

`netstat -m` for SMP QEMU yields:
```
1109/271/1380 mbufs in use (current/cache/total)
1031/95/1126/1274 mbuf clusters in use (current/cache/total/max)
1031/94 mbuf+clusters out of packet secondary zone in use (current/cache)
0/0/0/762 4k (page size) jumbo clusters in use (current/cache/total/max)
0/0/0/401 9k jumbo clusters in use (current/cache/total/max)
0/0/0/335 16k jumbo clusters in use (current/cache/total/max)
2339K/257K/2597K bytes allocated to network (current/cache/total)
0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters)
0/0/0 requests for mbufs delayed (mbufs/clusters/mbuf+clusters)
0/0/0 requests for jumbo clusters delayed (4k/9k/16k)
0/0/0 requests for jumbo clusters denied (4k/9k/16k)
```

`netstat -m` for non-SMP ZCU102 yields:
```
280/230/510 mbufs in use (current/cache/total)                                                                                                                                    
263/113/376/1024 mbuf clusters in use (current/cache/total/max)                                                                                                                     
263/112 mbuf+clusters out of packet secondary zone in use (current/cache)                                                                                                           
0/0/0/512 4k (page size) jumbo clusters in use (current/cache/total/max)                                                                                                            
0/0/0/151 9k jumbo clusters in use (current/cache/total/max)                                                                                                                        
0/0/0/85 16k jumbo clusters in use (current/cache/total/max)                                                                                                                        
596K/283K/879K bytes allocated to network (current/cache/total)                                                                                                                     
0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters)                                                                                                                      
0/0/0 requests for mbufs delayed (mbufs/clusters/mbuf+clusters)                                                                                                                     
0/0/0 requests for jumbo clusters delayed (4k/9k/16k)                                                                                                                               
0/0/0 requests for jumbo clusters denied (4k/9k/16k)
```

This appears to be partially caused by QEMU indicating the MII busses on all interfaces are active and so LibBSD brings up all interfaces. On hardware, interfaces with non-terminated MII busses are not brought up. It also appears that there are slightly more mbuf clusters available on SMP builds since this particular test is not configured to bring up additional cores.

Given the above, this is technically a configuration issue.

-- 
View it on GitLab: https://gitlab.rtems.org/rtems/pkg/rtems-libbsd/-/issues/14#note_115436
You're receiving this email because of your account on gitlab.rtems.org.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rtems.org/pipermail/bugs/attachments/20241121/4b2707ba/attachment.htm>