| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
- Move ep_pccard_detach() to if_ep.c and rename to ep_detach()
- Specify detach methods for all bus frontends.
|
| |
|
| |
|
| |
|
|
|
|
|
| |
- Modify ep_get_macaddr() to return an error status.
- Reverse the return value logic of eeprom_rdy().
|
|
|
|
|
|
|
|
|
| |
of the function.
No functional change, this driver already handled long mbuf chains
correctly.
MFC after: 2 weeks
|
|
|
|
|
|
|
|
|
|
|
| |
function.
Also, use m_defrag where appropriate to defrag long mbuf chains
in the same fashion as was done in if_sis.c. Before this change,
if_dc would blow up and take down the interface if fed a really long
mbuf chain.
MFC after: 2 weeks
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
a struct pmap be the same on both SMP and UP kernels.
It turns out that the size of a struct pmap is much larger on alpha
SMP systems due to the number of pm_asn's being dependant on MAX_CPU.
Since modules are supposed to be SMP agnostic, this has the affect of
moving around the "interesting bits" of the vmspace (daddr, dsize)
that the osf1 module wants to frob. So the module ends up scribbling in a
pmap struct, and the user either sees a panic, or an application failure.
While here, I've also shrunk MAXCPU to 8 now that it affects the size
of pmap structs on UP systesm. This should be plenty, as I'm
unware of any hardware we currently run in which supports more than 8
CPUs.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
1. The chain passed in is > 31 fragments long
or
2. The chain will not fit in the remaining descriptors without
defragmentation.
This is slightly less clear than other network drivers because the sis
chips share one descriptor list for all packets, it seems.
Before this change, a > 127 fragment chain would get stuck in the IFQUEUE
permanently, bringing all network traffic to a halt.
MFC after: 2 weeks
|
| |
|
| |
|
|
|
|
| |
- Wrap idt_atm_harpconn() in conditional define T_ATM_BUFQUEUE
|
| |
|
| |
|
|
|
|
| |
- Rename module datastructures in if_ex_isa.c to be more standard.
|
|
|
|
| |
- Add detach method to ISA front end.
|
| |
|
|
|
|
| |
to new home.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Clean up the DMA interface too much unneeded stuff crept in with
the busdma code back when.
Modify the ATA_IN* / ATA_OUT* macros so that resource and offset
are gotten from a table. That allows for new chipsets that doesn't
nessesarily have things ordered the good old way. This also removes
the need for the wierd PC98 resource functions.
Tested on: i386, PC98, Alpha, Sparc64
|
|
|
|
|
|
| |
- Provide identify methods for EtherExpress and 3c507 cards; this
means these cards no longer need wired configs.
- Provide a detach method.
|
|
|
|
| |
- Add module metadata.
|
|
|
|
|
|
|
|
| |
the adapter from becoming wedged when when the interface is
is brought up by ether_ioctl() (when you set an IP address for example.)
Confirmed this "fix" from NetBSD's i82586 backend. It seems hackish
to me but whatever.
|
| |
|
|
|
|
|
|
| |
is the same as the config device directive.
Reminded by: Takahashi Yoshihiro <nyan@jp.FreeBSD.org>
|
| |
|
| |
|
|
|
|
| |
obtained from: KAME
|
|
|
|
|
|
|
|
|
|
| |
- Sanitize dpt_alloc().
- Add helper functions for resource alloc/release.
- Add detach method.
- Relocate definition of devclass_t.
- Move some debugging output behind bootverbose.
- Implement an identify method for ISA devices
but don't use it right now.
|
|
|
|
|
|
|
| |
code messed up on B & C chipsets because it lost the packet header
and therefore the flag indicating the need for hardware checksums.
MFC after: 2 weeks
|
|
|
|
|
|
|
|
|
|
| |
of sf_buf_alloc() instead of expecting sf_buf_alloc()'s caller to map it.
The ultimate reason for this change is to enable two optimizations:
(1) that there never be more than one sf_buf mapping a vm_page at a time
and (2) 64-bit architectures can transparently use their 1-1 virtual
to physical mapping (e.g., "K0SEG") avoiding the overhead of pmap_qenter()
and pmap_qremove().
|
|
|
|
|
|
|
| |
incarnation should address the concerns of all in the discussion,
and keeps statistics which show how much it is used.
MFC after: 2 weeks
|
|
|
|
| |
Submitted by: Hiten Pandya <hiten@unixdaemons.com>
|
| |
|
| |
|
|
|
|
| |
Noticed by: Robert Watson
|
| |
|
|
|
|
| |
Move AC97 link control power up poke so it is always performed on attach.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
Don't generate the data file.
Use 0xffffffff rather than -1 for sign safety as these fields are uint32_t.
|
|
|
|
|
|
| |
- Be consistent about what we call our softc.
- Minor formatting.
- Add some register definitions gleaned from NetBSD/Linux.
|
|
|
|
|
|
| |
targets.
Submitted by: bmilekic
|