It looks like there are a lot of cameras, which is a topic I’m not particularly good with, but there do not seem to be any errors. The
ifconfig itself has no errors, but the amount of traffic is quite small. I am wondering, if you let the cameras try to function for a couple of minutes, can you post a “before”
ifconfig, and then after the extra couple of minutes, an “after”
ifconfig? I’m wondering if the traffic attempts go up, or if perhaps the interface isn’t even being considered.
Also, please post the output of “
route”, and describe the physical connections and wiring, e.g., cameras to a switch and switch to Jetson, how a router might be connected, whether cameras have a fixed address or not (and if so, what addresses they are using), so on.
EDIT: The above still applies, but I do see an interesting error:
[ 15.178841] Unsupported IOCTL callit would have probably only found the amd64 package
[ 16.968839] Unsupported IOCTL call
Unfortunately, I do not see any hint in the log as to what program made those IOCTL calls. However, the implication is that the software is expecting a different driver or a kernel feature which is missing. To some extent every driver talking to hardware can be accessed with common file read/write style access, but when there is something custom to the driver, then this is implemented as an IOCTL. Maybe this is related to how you installed LLDP, e.g, if you set this as a module by directly editing the “
.config” and failing to install dependencies (or indeed, having correctly set the LLDP with a config editor, but not installing other modules which are prerequisites), then you would see messages about unsupported IOCTL calls. I just don’t know from the log what IOCTL was failing.