Age | Commit message (Collapse) | Author |
|
|
|
of the dmammem is now done in the ioctl, the completion routing simply
wakes it up.
|
|
things down. this path is easy to verify without this code so im just
dropping it.
|
|
|
|
|
|
|
|
ok miod@, additional testing jsg@
from NetBSD
|
|
|
|
|
|
|
|
|
|
ok deraadt@
|
|
|
|
|
|
- defer access to interrupt configuration register, as its existence depends on
HDRTYPE.
From itojun NetBSD
|
|
|
|
dmesgs from damien@
|
|
|
|
commands to the hardware and completing them.
previously the driver was very engineered toward moving io from the
logical disks scsi commands onto the hardware and off. as we built extra
functionality into the driver, this path grew more and more hairy as bits
were tacked on to cope.
this strips it back to dealing with getting the command onto the hardware
and off again. each path that submits commands now has to do all its work
before submitting the ccb, and supply a function for completing the ccb.
both the async and polled paths call the completion routines for commands
now. async commands that fail to get onto the hardware first go are stuck
on a queue and retried out of a timeout. previously this was only done for
scsi commands, now all paths take advantage of it.
|
|
|
|
|
|
make the "generic" PCI bus enumeration code the standard case which
gets used if nothing else is defined in MD headers,
introduce a "PCI_MACHDEP_ENUMERATE_BUS" CPP definition which can
be used by MD headers (just 1 port atm) to plug in special code
rev 1.62
* Implement a machine-dependent pci_enumerate_bus() for sparc64 which
uses OFW device nodes to enumerate the bus. When a PCI bus that is
behind a bridge is attached, pci_attach_hook() allocates a new PCI
chipset tag for the new bus and sets it's "curnode" to the OFW node
of the bridge. This is used as a starting point when enumerating
that bus. Root busses get the OFW node of the host bridge (psycho).
rev 1.59
Split the code that enumerates the PCI bus and that actually probes
for a device into two functions:
* pci_probe_device() actually probes/attaches the device specified
by the provide pcitag_t.
* pci_enumerate_bus() enumerates the bus, and calls pci_probe_device()
for each device on the bus. A pci_enumerate_bus_generic() is provided
which implements the old method of doing this: If something found at
dev0/func0, determine number of functions and probe each one.
From NetBSD
ok kettenis@
Tested on a good number of amd64/i386/macppc/sparc64 systems
|
|
found by drahn@
|
|
|
|
array, also make it const; tested drahn@
|
|
Makes isadma much happier.
From NetBSD
|
|
|
|
|
|
in the scis done path
|
|
completion stuff around.
|
|
|
|
|
|
has already be printed by the pci code.
|
|
up ioctl paths.
|
|
that sets the command up to say how its should be completed. this means
we dont have to complicate a generic handler to cope with all the different
setup paths. however, at the moment we're using the generic complicated
one :)
|
|
|
|
m_cat() - if it is safe, copy data portion into 1st mbuf even if 1st mbuf
is M_EXT mbuf.
rev 1.72
clarify comment on m_cat().
From itojun NetBSD
ok claudio@ mcbride@
|
|
would still not have all data we want continous.
From martin NetBSD
ok claudio@ mcbride@
|
|
used. No functional change.
|
|
as platform.iobus on tc-capable machines.
|
|
|
|
specific Pentium III models (early stepping 1 Coppermines).
"go for it" deraadt@
|
|
on RISC arches, but m68k loses a few bytes; ok deraadt@
|
|
siop_common.c; shaves half a KB.
|
|
uvm_vsunlock(). ok mickey@
|
|
code instead of four; shaves more than 1KB off GENERIC.
|
|
Ansify some remaining function declarations in vga_pci.c.
ok miod@, dim@.
|
|
mbuf clusters if the packet is big enough. This should speed up tun(4) and
may help in other cases where long mbuf chains hurt.
Additionally switch the default tun(4) MTU to a more sane 1500 bytes.
TUNMTU is kept because it is used in userland.
Input and OK from brad@ and djm@
|
|
|
|
available speed states (which is output separately), not if the cpu can
support them even if the speedstates are not provided.
from gwk, ok deraadt@
|