| Age | Commit message (Collapse) | Author |
|---|
|
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@
|
|
OK from kettenis and sthen after the diff was minimized to have no
potential impact on other chips.
|
|
|
|
|
|
the 5709s use a the b09 firmwares, which is different to the b06 used by
all the other chips supported by bnx. the majority of the diff comes from
special handling for some indirect reads and writes, and because it needs
more host memory to operate with.
ive tried to keep the cosmetic changes to a minimum.
"go for it" deraadt@
|
|
|
|
"go for it" deraadt@
|
|
the b06 firmware for the older chips, and adds the b09 firmware. there are
three variants of the rv2p code thats loaded onto the chips, so this has
been split out into separate firmware files as well.
the driver has been updated to handle the split firmwares, and to easily
allow loading of the different versions. this change only supports the
loading of the firmwares for the currently supported chips.
after this change you must build the new firmwares and install them as well
as your new kernel.
"go to it" deraadt@
|
|
that returning COMPLETE for non-SCSI_POLL commands is significant.
Fixes double free of xs and subsequent crashes caused by pulling
out USB media while i/o is active. Problem analyzed & fix discovered
by hshoexer@. A more general fix may follow post-4.6.
ok miod@ deraadt@.
|
|
Octane support. The Octane being a single-node system, address space is
ludicrous enough to allow the whole address space of every widget to be
directly accessible in whole, using the address bits reserved to nasid.
However, on IP27 and IP35, things do not work this way - while we still have
the low 16MB address space of each widget available (the so-called
``short window''), access to other parts of the wiget address space is done
through translation slots (IOTTE) at the Hub I/O space level, on a per-node
basis.
Given the imminent release lock, give up completely on ``large'' mappings
of widgets, and restrict ourselves to short window operation, all the time
(thus reinforcing the use of devio registers to map pci resources on xbridge).
A proper interface to request mappings of specific widget areas, either
directly on Octane, or through IOTTE if available on Origin, will appear
post-release.
No functional change (except from silently repairing Octane support which the
previous xbridge commit silently broke).
|
|
(at least on some of our architectures, including hppa). Since isp(4) keeps
track of elapsed time to determine if it should continue to wait for the FC
link to come up it would wait very very long. Figured out by krw@.
ok deraadt@, krw@
|
|
|
|
|
|
the GENERIC kernel growth; verified to not conflict with old prom on sun4.
ok deraadt@
|
|
dumping the last byte.
Input from otto@ and peter@.
ok on an earlier diff from miod (and krw IIRC).
|
|
ok deraadt@
|
|
address space that is already in use when reassigning BARs.
|
|
|
|
|
|
ok deraadt@
|
|
|
|
bring back rev 1.16, em style MCLGETI based on a diff from reyk with
critical fixes by me.
|
|
leak memory, lose maps or cause double frees.
Problem courtesy of our good friends at Intel in the original
FreeBSD driver.
"awesome" dlg@
|
|
I/O resources, via devio.
Unfortunately it works as badly as when using the large window, so the bugs
I am hunting must come from elsewhere.
|
