src-test2/sys/dev/hatm, branch release/5.3.0_cvs

This commit was manufactured by cvs2svn to create tag

2004-11-04T19:12:42Z

'RELENG_5_3_0_RELEASE'. This commit was manufactured to restore the state of the 5.3-RELEASE image.

Convert callers to the new bus_alloc_resource_any(9) API.

2004-03-17T17:50:55Z

Submitted by: Mark Santcroos Reviewed by: imp, dfr, bde

All three of these drivers abused cv_waitq_empty in the same way by spinning

2004-02-29T09:26:01Z

on it in hopes of making sure that the waitq was empty before going on. This wasn't needed and probably never would have worked as intended. Now that cv_waitq_empty() and friends are gone, the code in these drivers that spins on it can go away too. This should unbreak LINT. Discussed with: kan

change NULL to 0 to silence warning.

2003-12-24T18:23:02Z

Make the driver conditionally MPSAFE. MPSAFEty defaults to not-mpsafe

2003-11-05T11:47:31Z

but can be enabled by setting hw.atm.hatmN.mpsafe in the kernel environment to a non-zero value before loading the driver. When the problems with network MPSAFEty have been sorted out this will be removed and the driver will default to MPSAFE.

When compiled with debugging trace the number of transmit mbufs that

2003-11-05T11:43:06Z

we own. Warn if something strange happens (number drops below zero or there appears to be a leak).

Initialize the USED flag in new external receive buffers to 0, not to 1.

2003-11-05T11:15:47Z

We put them directly onto the free list instead of calling the external mbuf free routine (that routine would have cleaned the flag). This fixes a bug which manifests itself in falsely reporting a lot of used buffers when configuring the interface down.

Replace the if_name and if_unit members of struct ifnet with new members

2003-10-31T18:32:15Z

if_xname, if_dname, and if_dunit. if_xname is the name of the interface and if_dname/unit are the driver name and instance. This change paves the way for interface renaming and enhanced pseudo device creation and configuration symantics. Approved By: re (in principle) Reviewed By: njl, imp Tested On: i386, amd64, sparc64 Obtained From: NetBSD (if_xname)

Fix breakage on ia64: PAGE_SIZE on ia64 is large enough that more than

2003-10-31T13:35:22Z

256 raw receive buffers (96 byte each) fit into one page. This breaks the limit imposed by the usage of an uint8_t for the buffer number. Restrict the allocation size for buffers to a maximum of 8192.

Explain why the lock-free allocation algorithm is safe in our case

2003-10-30T16:19:50Z

while beeing not safe in the general case. Thanks to David Schultz for help.