Hi,
still using processor_sdk_rtos_am65xx_07_01_00_14, I refer also to the
Promiscuous Mode on AM65xx - thread
The ICSS EMAC loopback application (without DDR) with the promiscuous workaround given in the above link is working fine on an IDK with SR2.0, Every Ethernet message is passed to the application regardless of the destination MAC.
Now I have the customer target with SR1.0. Sending / Receiving boradcast / unicast messages are working fine in both directions.
But when I try to configure to promiscuous mode, at first die response of the management doesn't occur:
emac_ioctl(pNum, EMAC_IOCTL_MC_FLOODING_CTRL, (void *)(¶ms));
app_test_wait_mgmt_resp(100); <--- this ends with:
ERROR: IOCTL management response not received for 100 ms, Semaphore_pend timed out! RC: -2
So the test is being cancelled.
Also when I use the workaround from the link above (without calling app_test_wait_mgmt_resp(100) after configuring), the promiscuous mode is not active (only broadcast and unicast with destination address matching the MAC of the receive port) are received.
Here are the resulting questions:
1. Why does the management response does not occur? (in general the response mechanism is working, I can see the transmit response with the timestamp)
2. Does the workaround from the link above also works in SR1.0 or do I have to use an another workaraound?
