4bd81e8df0
also do it). Three problems have been encountered: 1. The initialisation command does not work in interrupt mode. Whether this is a firmware bug or a feature is not clear. The original Fore drivers execute the initialize command always in polling mode, so it appears that this behaviour is expected. When we detect a 4.X.Y firmware do busy wait on the command status. 2. The command code of the GET_PROM command has changed. This is an unofficial command anyway. What was GET_PROM in 3.X.Y is CLEAR_STATS in 4.X.Y (although unimplemented in the firmware). We need to use the correct code depending on the firmware. 3. The 4.X.Y firmware can set the error flag in the command status without also setting the completion flag (as the documenation says). Check both variants. An additional field in the per-card structure fu_ft4 is TRUE when we have detected a 4.X.Y firmware. Otherwise it is false. The behaviour of the driver when using a 3.X.Y firmware should be identical to the previous behaviour. This change will enable traffic shaping of (at least one) CBR channels. |
||
---|---|---|
.. | ||
fore_aali.h | ||
fore_buffer.c | ||
fore_command.c | ||
fore_globals.c | ||
fore_if.c | ||
fore_include.h | ||
fore_init.c | ||
fore_intr.c | ||
fore_load.c | ||
fore_output.c | ||
fore_receive.c | ||
fore_slave.h | ||
fore_stats.c | ||
fore_stats.h | ||
fore_timer.c | ||
fore_transmit.c | ||
fore_var.h | ||
fore_vcm.c | ||
fore.h | ||
hfa_eisa.c | ||
hfa_freebsd.c | ||
hfa_freebsd.h | ||
hfa_pci.c | ||
hfa_sbus.c |