Messages in this thread | | | Subject | Re: MII access (was [PATCH] support for Cobalt Networks (x86 only) | Date | Sat, 2 Jun 2001 20:25:52 +0100 (BST) | From | Alan Cox <> |
| |
> One application needs to poll link status with 1 second resolution. On a
Then it needs to be privileged
> for how long this situation lasts. If you have a proc/ioctl interface for > setting cache expiring time, this same interface can then be used for > reading back this info. This application can then check that this value is > lower than 1 second and if not, notify the user that it cannot run.
And if the approach is to block until the time for the next read occurs is done then the program get stuck for 30 seconds, misses its deadline and kills the cluster - how is this better ??
> Usually, the transceivers return garbage if you read from locations you > are not supposed to (overwritting phy_ad). But if you begin overwritting > the READ command (0xf6 above)... Something like this should do:
Some of them just hang.
> Too tired to think straight yesterday... You're right. And if you alloc > 32*sizeof(int) (you want to keep jiffies, right ?) per netdevice, I think > that it could even be done outside the driver. Hmm, most of my > previous arguments are no longer valid 8-(
Doing the MII monitoring somewhere centralised like the routing daemons would certainly let more inteillgent management and reporting get done
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |