summaryrefslogtreecommitdiffstats
path: root/sys/dev/hatm
Commit message (Collapse)AuthorAgeFilesLines
...
* When we cannot allocate an external buffer (bacause we've hitharti2003-10-271-9/+5
| | | | | | | | | | | the maximum number of pages for buffers) return -1 instead of 0. This fixes a panic under conditions when many mbufs are needed. Update the head pointer of the receive buffer pool queue even when we could not supply a buffer to the chip. Otherwise the chip will not re-interrupt us for another try. A better strategy would probably be to remember this condition and to supply buffers without an interrupt as soon as buffers get available.
* Sysctl names should not contain dots. Convert them to underlines.harti2003-10-241-19/+19
|
* Use PCIR_BAR(x) instead of PCIR_MAPS.jhb2003-09-021-1/+1
| | | | | Glanced over by: imp, gibbs Tested by: i386 LINT
* Use __FBSDID().obrien2003-08-241-6/+7
| | | | Also some minor style cleanups.
* Prefer new location of pci include files (which have only been in theimp2003-08-225-10/+10
| | | | | tree for two or more years now), except in a few places where there's code to be compatible with older versions of FreeBSD.
* Make the driver preserve open connections accross ifconfig downharti2003-08-074-26/+57
| | | | | | | and up commands. When configuring the interface down only the connections that are currently closing are deleted from the connection table. When the interface is configured up, all connections that are in the table are re-opened.
* Remove the ATMIOCENA and ATMIOCDIS ioctl. Everyting has been convertedharti2003-08-061-54/+2
| | | | | to use the new OPENVCC and CLOSEVCC calls that allow the sepcification of traffic parameters for the connections.
* Make the driver honor the ATMIO_FLAG_ASYNC that requestsharti2003-08-064-9/+6
| | | | asynchronuous open/close operations.
* Rearrange the fields in the vcc table entry to fit to the requirementsharti2003-07-302-68/+13
| | | | | of the generic getvcc function and used that function instead of the home grown.
* Generate events for carrier state, PVC state changes and flow controlharti2003-07-293-16/+13
| | | | changes. Still have to figure out, how to get at the ABR information.
* Remove the rather bogus statistics sysctl and merge it into theharti2003-07-292-17/+8
| | | | internal driver statistics sysctl.
* The card resets the S/Uni chip when it is resetted. Thereforharti2003-07-171-0/+5
| | | | | we need to reinitialize the PHY after the call to reset when stopping the interface.
* Use the default arguments for lockfunc and lockfuncarg inharti2003-07-105-14/+23
| | | | | | | | | | | | | | | bus_dma_tag_create. We need to be sure that our packets are kept in-sequence (that's how ATM is supposed to work) and therefor use BUS_DMA_NOWAIT in all calls to bus_dmamap_load. For memory allocated with bus_dmamem_alloc the use of anything other than NULL arguments for the locking is anyway bogus because this memory never should need bouncing and hence the load should never be defered. Allow the receipt of OAM and RM cells on raw connections. Caveat: it seems that RM cells are still processed by the hardware even when we open the connection as UBR.
* Mega busdma API commit.scottl2003-07-011-4/+7
| | | | | | | | | | | | | | | | | | | | | | | | Add two new arguments to bus_dma_tag_create(): lockfunc and lockfuncarg. Lockfunc allows a driver to provide a function for managing its locking semantics while using busdma. At the moment, this is used for the asynchronous busdma_swi and callback mechanism. Two lockfunc implementations are provided: busdma_lock_mutex() performs standard mutex operations on the mutex that is specified from lockfuncarg. dftl_lock() is a panic implementation and is defaulted to when NULL, NULL are passed to bus_dma_tag_create(). The only time that NULL, NULL should ever be used is when the driver ensures that bus_dmamap_load() will not be deferred. Drivers that do not provide their own locking can pass busdma_lock_mutex,&Giant args in order to preserve the former behaviour. sparc64 and powerpc do not provide real busdma_swi functions, so this is largely a noop on those platforms. The busdma_swi on is64 is not properly locked yet, so warnings will be emitted on this platform when busdma callback deferrals happen. If anyone gets panics or warnings from dflt_lock() being called, please let me know right away. Reviewed by: tmm, gibbs
* Style: __FBSDID().harti2003-06-185-10/+16
|
* This is a driver for Fore/Marconi HE155 and HE622 ATM cards. It is fullharti2003-06-178-0/+6017
busdma and has extensively been tested on i386 and sparc64.
OpenPOWER on IntegriCloud