I recently started paying closer attention to the ethernet LEDs that are driven by the PORTLD pins on the M5223x. (On our target, only the Link and Activity LEDs are connected.) I noticed that, when LAN_REPORT_ACTIVITY is undefined (the starting state of the uTasker project), the LEDs are handled directly by the microcontroller. That is, there is no application code controlling them, and in fact they are updated even if I stop the debugger and the application code is no longer running. There is some odd behavior in this mode, which is that if you pull the cable while the activity LED is lit, that LED stays lit even though the link LED turns off. (It's not hard to do this because the activity LED also seems to stay on a bit long when there is activity.)
If I define LAN_REPORT_ACTIVITY, then the LEDs are updated by the Network Indicator task instead, and the activity LED doesn't stay on so long (although still plenty long to see the activity), and pulling the cable while the activity LED is lit (such as during a file transfer) the LED goes off as it should. And now of course the LEDs stop getting updated if I stop the debugger.
Just curious if anyone else notices this behavior with the built-in LED support...