Fortunately, none of the offending drivers (awi,lnc,pdq,ray) use mii.
On Wed, 17 Jul 2002, Jim McGrath wrote:
> Any driver that uses miibus_attach() is broken if struct arpcom is not at
> the beginning of the softc structure. There was some discussion of this
> more than a year ago when this b
< said:
> Why bother with a if_softc field when the interface and softc pointer are
> supposed to be the same? Also, the very old Lance driver (lnc) has this
> problem. It makes me wonder how true we are to TCP/IP Illustrated...
if_softc was added to pacify those who either didn't understand t
Any driver that uses miibus_attach() is broken if struct arpcom is not at
the beginning of the softc structure. There was some discussion of this
more than a year ago when this bug showed up in the wx driver.
Jim
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]
Pointers to interface and arpcom are clearly equivalent as arpcom contains
the interface structure. The one definition for the combined structure
makes it very safe. However, there are many definitions of the softc
structure. Requiring arpcom to be at the beginning of all softc structs
require
* shubha mr <[EMAIL PROTECTED]> [020717 03:50] wrote:
> Hi,
> I am writing a gigabit ethernet driver for one of the
> NICs.My hardware is capable of computing the checksum
> and hence I am enabling per-packet handling of
> TCP/IP/UDP checksum offload in transmit side.I would
> like to know if ther
hi
= Hardware configuration
I am running :
- FreeBSD 4.6 Release SMP
The machine contains the following hardware
- ASUS CU4VX Motherboard Dual Processor (with 1 onboard fxp ethernet interface)
- FORERUNNER PCA200E ATM Adapter (hfa)
- DLINK 500SX Gigabit Fiber SX Ether
Why are IP options not passed to userland on a udp socket?
(and on all other transport protocols for that matter)
We created such an implementation by just returning it in the ancillary
data control message. (Only for IP timestamps which we needed but this
could be easily done for all IP options)
Hi,
I am writing a gigabit ethernet driver for one of the
NICs.My hardware is capable of computing the checksum
and hence I am enabling per-packet handling of
TCP/IP/UDP checksum offload in transmit side.I would
like to know if there is a way by which I can tell the
upperguy that I will not be abl