src-test2/sys/dev/hfa/fore_command.c, branch release/4.9.0_cvs

This commit was manufactured by cvs2svn to create tag

2003-10-27T07:57:33Z

'RELENG_4_9_0_RELEASE'. This commit was manufactured to restore the state of the 4.9-RELEASE image. Releases prior to 5.3-RELEASE are omitting the secure/ and crypto/ subdirs.

MFC fore_aali.h:1.4, fore_command.c:1.15, fore_init.c:1.14,

2003-08-20T11:05:28Z

fore_intr.c:1.10, fore_var.h:1.8: Make the driver to work with firmware version 4.1.12 (other 4.X.Y should 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 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 can set the error flag in command status without also setting the completion flag (as the documentation 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 3.X.Y should be identical to the previous behaviour . This change will enable traffic shaping of CBR channels.

$Id$ -> $FreeBSD$

1999-08-28T01:08:13Z

Fix warnings preparing for -Wall -Wcast-qual

1999-01-27T20:09:21Z

Also disable one usb module in LINT due to fatal compilation errors, temporary.

Examine all occurrences of sprintf(), strcat(), and str[n]cpy()

1998-12-04T22:54:57Z

for possible buffer overflow problems. Replaced most sprintf()'s with snprintf(); for others cases, added terminating NUL bytes where appropriate, replaced constants like "16" with sizeof(), etc. These changes include several bug fixes, but most changes are for maintainability's sake. Any instance where it wasn't "immediately obvious" that a buffer overflow could not occur was made safer. Reviewed by: Bruce Evans Reviewed by: Matthew Dillon Reviewed by: Mike Spengler

Trivial stylish changes, mostly to silence gcc.

1998-10-31T20:07:01Z

Reviewed by: Mike Spengler Submitted by: phk

Two patches from the HARP people:

1998-09-17T09:35:02Z

Various Makefile related fixes. -Wformat fixes. Submitted by: Mike Spengler

Add new files for HARP3

1998-09-15T08:23:17Z

Host ATM Research Platform (HARP), Network Computing Services, Inc. This software was developed with the support of the Defense Advanced Research Projects Agency (DARPA).