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.

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.

into tp1.ruhr-uni-bochum.de:/home/kai/kernel/v2.5/linux-2.5.isdn

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.

Realize that *_empty_fifo() and *_fill_fifo() are always called
under the card lock, so no additional protection when reading/writing
fifos is needed.

Same thing which just happened to hscx_irq.c - Use the struct
bc_hw_ops instead of macros and inlining.

Each driver for HSCX based cards defined some hardware access macros
and #include'd hscx_irq.c. Instead, we now add the needed routines to
the corresponding bc_hw_ops and use regular function calls. It's a slight
bit less efficient, but shouldn't be noticable.

Using {isac,hscx}_{read,write} instead of the low-level
readreg/writereg simplifies the code a bit.

Preparing for un-inlining hscx_irq.c, we add operations needed
to access the B-Channel FIFO's, similar to what we already have
for the D-Channel.

Basically only a cosmetic patch, with much renaming and a little
rearranging of code.

Just a simple search and replace, switch to the more commonly
used "u8" type.

In many cases, readreg()/writereg() users can be simplified by
passing struct IsdnCardState instead of individual register
addresses.

into home.transmeta.com:/home/torvalds/v2.5/linux

The following patch fixes an oopsable (according to a few reports) bug
in the multiple open exclusion logic in my sound drivers and a driver
derived from my code.

into nuts.ninka.net:/home/davem/src/BK/sparc-2.5

into home.transmeta.com:/home/torvalds/v2.5/linux

into redhat.com:/home/jgarzik/repo/net-drivers-2.5

into redhat.com:/home/jgarzik/repo/irda-2.5

* Updated change log
* Spelling corections
* Bug fix: remove confusing sign-on message that's printed when no link

Contributed by Scott Feldman @ Intel

Contributed by Scott Feldman @ Intel

* ether_crc has always been wrong in 2.5.x. ug. we want
  bitreverse crc32_le instead
* use ether_crc in natsemi

Contributed by Jean Tourrilhes @ HP

* Bug fix: Not able to set autoneg on using ethtool when interface
  down, Not able to change speed/duplex using ethtool/mii when interface
  up, Ethtool shows autoneg on when forced to 100/Full

Contributed by Scott Feldman @ Intel

Contributed by Scott Feldman @ Intel

Contributed by Scott Feldman @ Intel

* Update change log
* Whitespace cleanup
* Bug fix: protect against zero-length skb in hard_start
* Bug fix: validate MAC address using is_valid_ether_addr()

Contributed by Scott Feldman @ Intel

Contributed by Scott Feldman @ Intel.

* Get WOL settings from EEPROM
* Remove PHY WOL support as device downshofts from 1GbE to 10/100 during
  suspend, which causes a PHY event, which causes the system to wake up!
  The downshifting to 10/100 is to reduce power.

Contributed by Scott Feldman @ Intel

Contributed by Richard Henderson

Contributed by Jonathan Shapiro

Found by Ion Badulescu.

Abstract the D-Channel access operations into a struct dc_hw_ops.

As a preparation for moving the B-Channel access functions into
an ops struct, introduce inline helper functions for using them.

The D-channel access functions are only used in w6692.c itself,
so no need to go through function pointers.

The D-channel access functions are only used in hfc_2bds0.c itself,
so no need to go through function pointers.

Instead of having the B-Channel callbacks directly in struct
IsdnCardState, use an struct bc_hw_ops.