Age | Commit message (Collapse) | Author |
|
interfaces down to the queue on the physical interface immediately.
this avoids having the tx mitigation code wasting cpu time dicking around
with simply shuffling packets off virtual interface queues and lets it
do its job of ammortising the cost of calling a real interfaces start
routine.
it also prevents an artificial inflation of the physical interfaces queue
length where packets could hide on the virtual interfaces queues during
softnet before being dumped en masse onto the hardware. this will smooth
out the rate at which packets are submitted to the hardware.
kjc@ says this has no impact on altq. ya henning@
|
|
suggested by and ok marco@
|
|
ok marco@
|
|
in error paths while I'm there. Eliminate a fairly useless local variable
as well.
ok miod@
|
|
ok miod@
|
|
|
|
always call malo_stop which removes the previously registered
interrupt handler from the cardbus interrupt handler chain.
Otherwise, since malo_init gets called twice in a error case,
our interrupt handler got registered twice and on the next
device detach, just the last registered interrupt handler got
removed, which leaves one left. That caused a kernel page fault
trap as soon our "zombie" interrupt handler got called.
Fix a typo while here.
|
|
ok marco@
|
|
ok marco@
|
|
ok marco@
|
|
ok miod@, jsg@
|
|
we do for roaming volumes.
ok marco@
|
|
memory initialization. This reduces memory test and initialization time
from a "in soviet russia, memory test you" time of over 2 minutes for 1GB
on Origin 200, to a more reasonable 12 seconds (and on a Fuel with 2GB,
time goes down from 6 seconds to under a second).
|
|
be inline anyway. Found by jsg@. The last kernel file that clang
complains about.
ok marco@ jsg@
|
|
- Add defines for newer chipsets
From FreeBSD via Brad. No functional change, needed for future work.
ok naddy@.
|
|
sr_ioctl_createraid().
ok marco@
|
|
Been running this on my laptop for a while now with no apparent ill effects.
originally from a longer list from grange@
ok krw@ as part of that list
|
|
|
|
|
|
as done for other RTL8168 HWREVs. From Brad.
|
|
labelling on naddy@'s PCI cards. From Brad.
|
|
|
|
|
|
More architectures hopefully to follow.
ok kettenis@
|
|
old code showed the nic as active all the time, which makes it suck as
part of a trunk.
testing and ok by reyk@
|
|
ok damien@
|
|
ok damien@
|
|
ok damien@
|
|
ok mglocker@
|
|
|
|
|
|
|
|
which is exactly what the macro does.
Macro's that are nothing more then:
#define FUNCTION(arg) function(arg)
are almost always pointless and should go away.
OK blambert@
Agreed by many.
|
|
|
|
|
|
remco at d-compu dot dyndns dot org.
OK marco@
|
|
|
|
|
|
ok claudio@, henning@
|
|
|
|
protocols as it is currently in if_ethersubr.c. OK reyk@
|
|
OK blambert@
|
|
routing message. We can then rely on that flag to spot out
MPLS routes coming from routing socket.
ok claudio@
|
|
- introduce an interface for widget drivers to ask the xbow to map arbitrary
views of their address space, in addition to the low 16MB. This operation
may fail or map a subset range of what the caller asked for, depending on
the platform we're running on.
- use this in xbridge to set up views on the direct memory and i/o spaces,
to map devices resources when they don't fit in one of the devio small
ranges (limited to 2MB anyway). These views are only allocated when
devio can't do the job, so as not to consume too many resources on
Origin family systems where such views are scarce resources (and
shared accross the whole crossbow).
This makes pci devices with large resource needs configure correctly.
While there, fix programming of 64 bit memory BAR; this makes bge(4)
work.
Tested on Octane (with Bridge revision < 4 and >= 4), Origin 200 (Bridge >= 4)
and Fuel (XBridge).
ok deraadt@
|
|
|
|
Userland version was already correct. From Jason Fritcher. OK deraadt@
|
|
to store the bootblocks.
ok deraadt@
|
|
ATI Radeon 7000 chip on them). While there, make gfxp(4) depend on rasops32
just in case somebody removes other framebuffers that pull this in from their
kernel config.
ok deraadt@, miod@
|
|
whenever possible for devices with both i/o and memory resources; still
doesn't allow more than 2MB of mappings per device in each space, though.
|
|
ok deraadt@
|