Hi Ben,
I have just tested this with the Ping and Dhcp commands.
Ping <serverip>: With Promiscuous mode enabled, the <serverip> is shown alive. When promiscuous mode is disabled, the <serverip> is shown to be not alive.
Dhcp: With Promiscuous mode enabled, the device gets an IP address . When promiscuous mode is disabled, it keeps broadcasting the Bootp packets, but is perhaps not able to receive the Bootp reply packets sent by the server.
The same Mac address works fine in case of Linux and Nucleus, so i think the Mac address should not be a problem.
Regards, Upakul Barkakaty
On Dec 27, 2007 9:00 PM, Ben Warren bwarren@qstreams.com wrote:
Hi Upakul,
Upakul Barkakaty wrote:
Hi all,
I am using an ethernet driver, working in Polling mode, ARM architecture. It works fine in Promiscuous mode. However, when the promiscuous mode is disabled, then the network operations are not functional. Does the Uboot network stack have any limitation, or is it a bug in the ethernet driver itself? Please share your inputs.
Your description is a bit vague... I don't know what type of traffic you're dealing with, what commands you're using etc. Enabling promiscuous mode essentially bypasses any hardware MAC address matching that your controller does and thus lets everything in. Since that works, the driver is probably fine, and I suspect that you haven't properly configured a valid unicast MAC address.
regards, Ben