| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
| |
This means that we will not have to have a bpf and a non-bpf version
of our driver modules.
This does not open any security hole, because the bpf core isn't loadable
The drivers left unchanged are the "cross platform" drivers where the respective
maintainers are urged to DTRT, whatever that may be.
Add a couple of missing FreeBSD tags.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
if_init_f_t is passed void * containing the address of ifp->if_softc
not the unit number.
Someone tell me if these things don't work as I don't have the hardware
needed to test them. (thats a first.)
I'll get if_ze and if_zp later.
Pointed out by: Kazutaka YOKOTA <yokota@zodiac.mech.utsunomiya-u.ac.jp>
|
|
|
|
|
|
|
| |
and used 'command' instead of 'cmd' in a few cases. Also clear up some
unused variables.
Pointed out by: phk
|
|
|
|
|
|
|
|
| |
sys/net/if_ethersubr.c:ether_ioctl(). Drivers need not implement generic
behavior.
PR: kern/12126
Submitted by: in part by Boris Popov <bp@butya.kz>
|
|
|
|
|
|
|
| |
See: http://www.amd.com/products/npd/overview/homenetworking/intro.html
PR: kern/12275
Submitted by: Robert Watson <robert@cyrus.watson.org>
|
| |
|
|
|
|
| |
warning.
|
|
|
|
|
| |
around && within ||' type warnings. I'm pretty sure I have not masked
any problems here, I've committed real problem fixes seperately.
|
|
|
|
| |
if/else nesting.
|
| |
|
| |
|
|
|
|
|
| |
early will result in memory below 16M so now we need to explicitly use
contigmalloc to get low physical memory.
|
|
|
|
| |
bridging cannot work on -current/releng3!
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
Fix the PCI probe code to accept this id otherwise cards based on the Am79C970
fail to probe.
|
|
|
|
|
| |
promisc mode (they are annoying in normal mode
as well so i am really tempted to remove them unconditionally...)
|
|
|
|
|
|
|
| |
device drivers, not in ioconf.c. Use a different hack in isa_device.h
so that a new config(8) is not required yet.
pc98 parts approved by: kato
|
|
|
|
| |
Merged by: Max Khon <fjoe@iclub.nsu.ru>
|
| |
|
|
|
|
|
|
|
| |
devices. Specifically fix the case for the Hitachi version as used in
their VisionBook models.
Submitted by: Ted Faber <faber@isi.edu>
|
|
|
|
|
|
|
|
|
|
| |
FreeBSD/alpha. The most significant item is to change the command
argument to ioctl functions from int to u_long. This change brings us
inline with various other BSD versions. Driver writers may like to
use (__FreeBSD_version == 300003) to detect this change.
The prototype FreeBSD/alpha machdep will follow in a couple of days
time.
|
|
|
|
| |
implemented fully.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
device performance among other things.
PR: 4989, 5910
Submitted by: Yoshikazu Goto <gotoh@ae.anritsu.co.jp>
|
|
|
|
| |
Submitted by: Chiharu Shibata <chi@rd.njk.co.jp>
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
This will not make any of object files that LINT create change; there
might be differences with INET disabled, but hardly anything compiled
before without INET anyway. Now the 'obvious' things will give a
proper error if compiled without inet - ipx_ip, ipfw, tcp_debug. The
only thing that _should_ work (but can't be made to compile reasonably
easily) is sppp :-(
This commit move struct arpcom from <netinet/if_ether.h> to
<net/if_arp.h>.
|
| |
|
|
|
|
|
| |
Cascade mode of DMA is disabled when PC98 is defined because PC-98
doesn't support it.
|
|
|
|
|
|
|
| |
previous hackery involving struct in_ifaddr and arpcom. Get rid of the
abominable multi_kludge. Update all network interfaces to use the
new machanism. Distressingly few Ethernet drivers program the multicast
filter properly (assuming the hardware has one, which it usually does).
|
|
|
|
|
|
| |
to TAILQs. Fix places which referenced these for no good reason
that I can see (the references remain, but were fixed to compile
again; they are still questionable).
|
|
|
|
|
|
|
|
| |
still being used just to support printing of the device name in the
probe. Restored the method used in rev.1.6 and changed it to print
the same strings as the previous revision.
Reviewed by: Paul Richards
|
| |
|
|
|
|
|
| |
I'm pretty convinced after looking at this that the majority of our
drivers are confused about the in/exclusion of ETHER_CRC_LEN :-(
|
|
|
|
|
|
|
|
|
|
|
|
| |
of this patch, which had not actually been reviewed by Joerg or Paul!
(I'll better stop committing files after midnight ...)
I'm now commiting the latest code, which has been reported to work.
Minor correction to the previous commit message for this file:
The first PCI Lance in a system will get a name of lnc1, the second
will be known as lnc2 and so on. An arbitrary number of cards is
supported in a system ...
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This code applies to several systems with integrated Ethernet
chip, for example from HP or Compaq. It should also support
PCI Ethernet cards based on the AMD PCI Lance chip.
This code has been reviewed (visually) by Paul Richards and
tested (using an ISA Lance board) by Joerg Wunsch.
Since the parameters to nearly each and every single function
had to be changed (generally from unit number to lnc_soft*),
there is some potential for buglets having crept in ...
BEWARE: If you had lnc0 configured to have the ISA probe find
your PCI Lance, then it should now be found by the PCI probe,
and should be automatically configured as pci1 (!!! note the "1").
Reviewed by: paul, joerg
|
|
|
|
|
| |
some declarations are moved from <machine/cpufunc.h> to better
places.
|
|
|
|
| |
Reviewed by: bde
|
|
|
|
|
|
|
|
| |
- 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
|
| |
|
|
|
|
|
| |
Sorry for the delay.
(%D is for hexdumping.)
|
|
|
|
|
| |
Changed parameter of lnc_watchdog to match what upper levels expect, fixed
a warning.
|