An error occurred fetching the project authors.
- 06 Mar, 2003 1 commit
-
-
Kai Germaschewski authored
Just separate the setup_*() functions of hisax subdrivers into calls to *_probe() functions, a step towards using standard initialization and modularization of hisax.
-
- 12 Jan, 2003 5 commits
-
-
Kai Germaschewski authored
This is just again moving some common code into shared places, let the chip-specific driver check the versions instead of having every card-specific driver do so.
-
Kai Germaschewski authored
We use card->typ to decide which subdriver to call, so there's no need at all for the subdriver to check again that card->typ is correct.
-
Kai Germaschewski authored
A lot of the subdrivers don't do anything in their ->cardmsg function anymore, so we just remove those and make the callers check for NULL. Also, add ops->bc_{,de}activate() for the drivers which want to be notified of B-Channel activation.
-
Kai Germaschewski authored
Subdrivers which only drive PCI cards can have the dependency on CONFIG_PCI moved to Kconfig, removing some ugly #ifdefs.
-
Kai Germaschewski authored
This patch introduces, private to the HiSax driver, new helper functions request_io/mmio(), which correspond to request_region()/ request_mem_region() but also are verbose about failures and keep track of the allocated regions, so unwinding in case of errors is automatic. Additionally, request_mmio() will also ioremap() the region.
-
- 11 Jan, 2003 5 commits
-
-
Kai Germaschewski authored
Again, just killing some duplicated code.
-
Kai Germaschewski authored
Same change which happened for the B-channel earlier.
-
Kai Germaschewski authored
This mostly finishes splitting up the multiplexing ->cardmsg.
-
Kai Germaschewski authored
Since we now have a per-card ops struct, use it to provide the irq handler function, too. Some drivers actually drive more than one specific hardware card, instead of having "switch (cs->subtyp)" scattered around, we rather aim at having different card_ops structures which just provide the right functions for the hardware. Of course, this patch is only the beginning of that separation, but allows for some cleaning already.
-
Kai Germaschewski authored
Linux normally uses separate callbacks instead of a multiplexing function like "cardmsg". So start to break that into pieces.
-
- 05 Jan, 2003 1 commit
-
-
William Stinson authored
This patch for driver drivers/isdn/hisax/bkm_a8.c for Linux removes one call to check_region using request_region instead. I don't have this hardware so I hope I got it right. This patch removes all references to check_region in this driver. This is patch number 23 in a series of check_region patches I am doing as part of the kernel janitors project.
-
- 04 Jan, 2003 9 commits
-
-
Kai Germaschewski authored
Basically the same changes which happened to the B-channel code earlier.
-
Kai Germaschewski authored
Since we now have a per B-channel driver ops structure, start populating it.
-
Kai Germaschewski authored
Another bunch of duplicated code is gone..
-
Kai Germaschewski authored
Since we now use former HSCX specific fields in common code, they get moved out of bcs->hw.hscx and into bcs directly.
-
Kai Germaschewski authored
Again, receive message end / receive pool full are similar enough to easily share common code.
-
Kai Germaschewski authored
Most drivers had ->read_fifo already, so we could call it from common code, so just add read_fifo to the ones which were still missing it and there we go.
-
Kai Germaschewski authored
Now that a lot of duplicated xmit code is shared, start on the receive path: Share code which reads a fragment from the FIFO and merges it into the currently received frame.
-
Kai Germaschewski authored
When separating out the duplicated xmit handling, we were lucky that we could reuse BC_Send_Data for our purposes. Introduce a more extensible "struct bc_l1_ops" instead, and initialize that in the code that provides the functionality, not in the users.
-
Kai Germaschewski authored
Just a simple search and replace, switch to the more commonly used "u8" type.
-
- 03 Jan, 2003 2 commits
-
-
Kai Germaschewski authored
The D-channel access functions are only used in w6692.c itself, so no need to go through function pointers.
-
Kai Germaschewski authored
The callbacks to read/write B-Channel registers are only used in w6692.c itself, so we can just call the appropriate functions directly instead of going through the function pointers.
-
- 24 Nov, 2002 8 commits
-
-
Kai Germaschewski authored
More duplicated code gone. Also, remove the unused skb argument from xmit_pull_req_b().
-
Kai Germaschewski authored
As usual, lots of duplicated code gone.
-
Kai Germaschewski authored
Another bit of D-channel busy handling can move as well.
-
Kai Germaschewski authored
The FIFO based cards can share the data underrun handling.
-
Kai Germaschewski authored
More code which can be nicely shared...
-
Kai Germaschewski authored
Same as for the B-Channels. We need to make sure that this doesn't race with a new frame arriving from the upper layer, which will be done shortly by sharing the upper layer interface as well. Protection is provided by card->lock, which is now always taken around the entire interrupt - more coarse-grained than possible, but still better than the global cli(), and correctness and simplicity first.
-
Kai Germaschewski authored
No reason to duplicate sched_event() all over the drivers...
-
Kai Germaschewski authored
Now repeat the steps of unifying the xmit path for B-Channels for D-Channel handling. Parts of xmit_fill_fifo() can easily be shared.
-
- 23 Nov, 2002 9 commits
-
-
Kai Germaschewski authored
Something else which can be nicely shared amongst various drivers...
-
Kai Germaschewski authored
Again, the hardware is similar enough to use a shared function, only the method of resetting the transmitter needs to be specified.
-
Kai Germaschewski authored
If we lose a fragment of a frame, we need to restart from the beginning, share that code.
-
Kai Germaschewski authored
Six of the hardware chips for B-channel xmit work so similar that we can share the code to handle XPR (transmit pool ready).
-
Kai Germaschewski authored
More obviously duplicated code moved into just one place.
-
Kai Germaschewski authored
Again, lots of drivers duplicated code to start transmitting a B-channel frame. Now we do this from one place, and the converted drivers are obviously serialized w.r.t. calling ->BC_Send_Data()
-
Kai Germaschewski authored
A lot of drivers do the same thing when they're ready for transmitting the next frame, so let's share that code.
-
Kai Germaschewski authored
Again, this code sequence is repeated in a lot of drivers, so separate it out.
-
Kai Germaschewski authored
There's no need for each hardware driver to implement its own (short) xxx_schedule_event().
-