| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
non-memory-mapped cards.
Submitted by: Michael Smith <msmith@atrad.adelaide.edu.au>
Reviewed by: phk,dg
|
| |
|
| |
|
| |
|
|
|
|
|
| |
Don't #include an unused header from i386/isa. Headers from there
shouldn't be included in "isa-independent" files anyway.
|
|
|
|
|
|
| |
and 27252A) in FreeBSD's `ed' driver.
Submitted by: A JOSEPH KOSHY <koshy@india.hp.com>
|
|
|
|
|
| |
I'm pretty convinced after looking at this that the majority of our
drivers are confused about the in/exclusion of ETHER_CRC_LEN :-(
|
|
|
|
| |
This can be done for most of our ethernet drivers.
|
|
|
|
|
| |
some declarations are moved from <machine/cpufunc.h> to better
places.
|
|
|
|
|
|
|
| |
is only used by the icu support modules and by a few drivers that know
too much about the icu (most only use it to convert `n' to `IRQn'). isa.h
is only used by ioconf.c and by a few drivers that know too much about
isa addresses (a few have to, because config is deficient).
|
|
|
|
|
|
|
|
| |
All new code is "#ifdef PC98"ed so this should make no difference to
PC/AT (and its clones) users.
Ok'd by: core
Submitted by: FreeBSD(98) development team
|
|
|
|
|
| |
Add a prototype for ed_attach_NE2000_pci (this really belongs somewhere
else, but where?).
|
|
|
|
| |
SE since he doesn't have good access right now
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
is enabled by having an "device ed0 at isa? [...]" config line.
The first PCI card will get a unit number one higher than the highest
defined for any ISA card of the ED type, e.g. if ed0 and ed1 are
configured, then the PCI cards will be ed2, ed3, ...
BEWARE: If you have configured your kernel as ed0 with the port address
as assigned by the PCI BIOS, then your card will be found by both the
PCI and ISA probes, and bad things may happen. Make sure to restore
the original port address form the GENERIC kernel for the ed0 device!
Reviewed by: davidg
|
|
|
|
| |
functional changes.
|
|
|
|
| |
restrictive.
|
|
|
|
|
| |
ed0: Invalid irq configuration (2) must be 2-5 for 3c503
^ ^
|
|
|
|
|
|
|
|
| |
- fill in and use ifp->if_softc
- use if_bpf rather than private cookie variables
- change bpf interface to take advantage of this
- call ether_ifattach() directly from Ethernet drivers
- delete kludge in if_attach() that did this indirectly
|
|
|
|
| |
a bunch of system include files.
|
| |
|
|
|
|
| |
Cast a few things appropriately to shut up the compiler.
|
|
|
|
| |
#includes to get prototypes.
|
| |
|
|
|
|
|
|
|
|
| |
Fixed two cases of "=" that should have been "==" in card type comparison.
Simplified expression that checks for interface up/down.
Moved ed_ring_copy to before its first use so that it's inlined as intended.
Change mbuf allocation policy so that a received packet is stored in just
an mbuf header (no cluster) if it will fit in one.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Removed ifnet.if_init and ifnet.if_reset as they are generally unused.
Change the parameter passed to if_watchdog to be a ifnet * rather than
a unit number. All of this is an attempt to move toward not needing an
array of softc pointers (which is usually static in size) to point to
the driver softc.
if_ed.c:
Changed some of the argument passing to some functions to make a little
more sense.
if_ep.c, if_vx.c:
Killed completely bogus use of if_timer. It was being set in such a way
that the interface was being reset once per second (blech!).
|
|
|
|
| |
prototypes.
|
|
|
|
| |
including <sys/devconf.h>.
|
|
|
|
| |
Submitted by: Steve Piette <steve@simon.chi.il.US>
|
|
|
|
|
|
|
|
|
|
| |
misplaced extern declarations (mostly prototypes of interrupt handlers)
that this exposed. The prototypes should be moved back to the driver
sources when the functions are staticalized.
Added idempotency guards to <machine/conf.h>. "ioconf.h" can't be
included when building LKMs so define a wart in bsd.kmod.mk to help
guard against including it.
|
| |
|
|
|
|
|
|
| |
Remove confusing backwards compatibility code that allowed driver to be
used in pre-4.4 releases. The 3COM card's use -link2 to switch tranceivers.
(no functional changes here)
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Submitted by: Mike Mitchell, supervisor@alb.asctmd.com
This is a bulk mport of Mike's IPX/SPX protocol stacks and all the
related gunf that goes with it..
it is not guaranteed to work 100% correctly at this time
but as we had several people trying to work on it
I figured it would be better to get it checked in so
they could all get teh same thing to work on..
Mikes been using it for a year or so
but on 2.0
more changes and stuff will be merged in from other developers now that this is in.
Mike Mitchell, Network Engineer
AMTECH Systems Corporation, Technology and Manufacturing
8600 Jefferson Street, Albuquerque, New Mexico 87113 (505) 856-8000
supervisor@alb.asctmd.com
|
|
|
|
| |
and pccard support to work sensibly. Better by far, but still not good.
|
|
|
|
|
| |
dropped for 4.4, but for some reason this flag lived on. (Until
today, that is.)
|
| |
|
|
|
|
|
|
|
| |
scheduled for demolition. This is a first step: get rid of if_zereg.h,
by adding the five extra definitions to if_edreg.h.
Also add some definitions which will become needed when if_ze.c gets
replaced entirely by pccard and if_ed.c. (this is a 2.1.0 candidate)
|
| |
|
|
|
|
| |
was less than sizeof(struct ed_ring).
|
|
|
|
|
| |
for the kernel, but gcc provides an inline version of it if the
kernel is compiled with -O.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
the 802.3 frames generated by the DC21040 (which does automatic padding
of less-than-minimum frames) and the frames generated by the 'ed'
driver, I've found that there is indeed a bug in the size of "ETHER_MIN_LEN"
as reported by several people, John Hay being the most recent. The driver
was actually setting the length to 6+6+2+50 (64 bytes), which when adding
in the CRC (which is automatically appended to the frame and not included
in the length), the minimum frame is 4 bytes larger than it is supposed to
be. All of this is confirmed by tcpdump showing 50 bytes of data for
minimum frames from the 'ed' cards and 46 bytes from 'de' cards. This
analysis has also revealed that there is garbage in the un-filled in
portion at the end of the minimum frames from the 'ed' driver; I don't
plan to fix this.
|
|
|
|
|
| |
config file. This should fix a number of complaints regarding the auto
detection behavior.
|
|
|
|
| |
that happend about 4 months ago.
|
|
|
|
|
|
|
|
|
|
|
|
| |
For those where it was easy, drivers were also fixed to call
dev_attach() during probe rather than attach (in keeping with the
new design articulated in a mail message five months ago). For
a few that were really easy, correct state tracking was added as well.
The `fd' driver was fixed to correctly fill in the description.
The CPU identify code was fixed to attach a `cpu' device. The code
was also massively reordered to fill in cpu_model with somethingremotely
resembling what identifycpu() prints out. A few bytes saved by using
%b to format the features list rather than lots of ifs.
|
|
|
|
|
|
| |
(except in netccitt, netiso and netns) and most of the warnings from
`gcc -Wnested-externs'. Fix all the bugs found. There were no serious
ones.
|
|
|
|
| |
Submitted by: brian@mediacity.com (Brian Litzinger)
|
|
|
|
| |
Submitted by: frank@fwi.uva.nl (Frank van der Linden)
|
|
|
|
| |
by steve@simon.chi.il.us (Steven E. Piette). Minor changes by me.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
properly from the beginning:
1) The `kern_devconf' struct should be a part of the driver's
`softc' structure (now it is).
2) The `description' should say what the device actually is,
rather than just giving a model number (now it does).
3) The device should be registered even if the probe fails, so
that it can be reconfigured later.
4) For netifs, the device state should follow the IFF_UP flag.
Other network interfaces should follow this example. (Please?) Eventually
there should be a rundown routine doing the equivalent of setting IFF_UP
off, and perhaps more if warranted.
|