Commit Graph

17 Commits

Author SHA1 Message Date
pooka dae7af8b24 Ready the kernel side of i4b for primary rate interface support by
removing assumptions that there are only two B channels and by
adding support for a varying number of channels.

Due to this, rename previously used isdn identified "bri" to "isdnif",
which better describes the current situation.
2003-10-03 16:38:44 +00:00
martin 6b0c555300 On physical layer errors, mark deactivated call descriptors correctly.
Spotted by Antti Kantee.
2003-09-26 22:20:12 +00:00
pooka 3a76a8a2df Add a hack to avoid calling l2 functions for active ISDN cards. They
expect l1_token to contain the l2_token when it indeed is the l1_token
for active cards, which don't use l2.

Martin promised to look into really fixing this a few weeks from now .. ;)
2003-09-25 14:17:57 +00:00
martin b0290dfbc4 Change a integer value that is passed via a void* in an ioctl() like
function to a intptr_t. This makes it compile on sparc64.
Addresses parts of PR kern/21448 by Frank Kardel.
2003-05-08 21:15:13 +00:00
martin 2fe85a6623 Uniformly pass a "struct isdn_l3_driver *" through layer 2, so we
do not have to search for that driver later while we already knew it
at layer 1.
2002-05-21 10:31:10 +00:00
martin 3d49645449 Remove debug printf accidently commited.
Noticed by Thomas Klausner.
2002-05-17 09:28:34 +00:00
martin d1a8d9aaa3 Sync layer 3 B-channel accounting with layer 2.
Sprinkle some update_controller_leds() calls to places that change this
state.
2002-05-02 18:56:55 +00:00
martin ed4ba39c75 Add a command to layer 1 drivers to update LED state for controllers that
have status LEDs.
2002-03-30 17:54:17 +00:00
martin 4afabfd9b3 Cache a pointer to layer 3 driver state in a call descriptor.
Use this instead of expensive isdn_find_l3_by_bri() calls where possible.
2002-03-30 11:43:33 +00:00
martin e14f4779db Avoid duplicate expensive lookups by passing a pointer to the call
descriptor/a pointer to the layer 3 state directly to driver functions,
instead of their ID/index.
2002-03-30 11:15:41 +00:00
martin 0bc69b6498 Now that we have all the pieces of the puzzle available start to unriddle
and move them in their proper places.

Move the BRI registry from layer 2 (duh!) to layer 4, so active cards
(which don't have layer 3 or layer 2 in their driver). Remove all remaining
hard coded controller and driver types. Remove any arbitrary hard coded
limits, at least those that show up in the internal API.

This fixes PR 15950.
2002-03-24 20:35:43 +00:00
martin 9cea4a0ab0 Bring the daic driver into the new ISDN world order.
Enable active card support in the ISDN subsystem. (Had been disabled since
it couldn't be tested before.)
2002-03-22 09:54:15 +00:00
martin 4a7710e8d9 Fix a long standing confusion between n_mgm_command and mph_command_req
by removing the former completely.
This makes isdntrace work again.
2002-03-19 20:10:45 +00:00
drochner 29cc8db414 until the B-channel bookkeeping is fixed, do at least as much as necessary
to get rid of bogus error messages
2002-02-14 16:20:47 +00:00
lukem 4f2ad95259 add RCSIDs 2001-11-13 00:56:55 +00:00
martin 5171d409a5 First step to cleanup the hardware driver <-> upper layers interface.
This now provides slightly more functionality than the FreeBSD layer1-newbus
interface. It was meant to be a simple change to one header and a few
c files, but the change rippled all through various stuff.

To prevent a change to the kernel<->userland interface right now the kernel
is now lying about card types to userland (but who cares). This will be fixed
when the userland interface changes, after layer 3 <-> layer 4 has been
fixed.

Functional changes:

Provide a clean interface for hardware drivers to attach to the upper
layers. This will need another small change in the B-channel handling
when a similar change to the layer 3 <-> layer 4 interface happens.

Avoid passing indices into global arrays of pointers around, instead pass
the pointers itself. Don't code hardware driver types by predefined magic
numbers (think LKM). Prepare for detachable drivers (think pcmcia).

While there remove some sets of function pointers always pointing to the
same function (meant to be the configurable set of D channel protocol
handlers). It is unlikely another supported D-channel protocol will fit into
that (maximal layer interface) abstraction. When we get support for another
protocol, we will need to come up with a workable interface. Besides, the
old implementation was, uhm, strange.
2001-03-24 12:40:29 +00:00
martin c3cb638bca Initial import of ISDN4BSD release 0.96 2001-01-05 12:49:52 +00:00