Age | Commit message (Collapse) | Author |
|
Fujitsu SPARC64-VI and SPARC64-VII CPUs. Since the two threads on each core
share the TLBs of the core we cannot enter different mappings for the same
virtual address. Instead we use a scratch register to store the per-cpu
pointer. This is very similar to what we do on sun4v.
For now we still only attach the first thread of each SPARC64-VI/VII core
since we currently don't handle the VMT (Vertical Multi-Threading) of the
SPARC64-VI very well.
|
|
a 64K boundary. This means we don't have to worry about virtual cache aliasing
anymore since SPARC V9 CPUs have at most a 16K aliasing.
|
|
layout as NetBSD.
|
|
unconditional SIGSEGV. Fixes random SIGSEGVs during single-stepping.
ok miod@
|
|
directly instead. This will be the approach taken by every other arch too
in the near future. It is easier than relying on bsd.own.mk to set these
correctly.
discussed with and ok deraadt@
|
|
|
|
|
|
updated gcc and ld to understand the new -nopie flag.
ok deraadt@
|
|
already exists.
5.1 and older did the right thing.
5.2 did not (mea culpa).
Now we're back to doing the right thing.
spotted by naddy. ok stsp.
|
|
|
|
|
|
|
|
executable and DSO (via crtbegin.c/crtbeginS.c). Not used yet, but
needed before GCC can start emitting -fstack-protector code that uses
them instead of __guard.
|
|
provided by the IOC. Cleanup scatter-gather code and add more
comments. Tested by a "make build" and bonnie++ torturing on a
SAS2004 with an IR firmware.
|
|
|
|
ok deraadt@
|
|
false positives like the DUART on the MPC8347 as found on socppc.
ok deraadt@
|
|
with sleep mode. So skip the wakeup code as well if we are a serial console.
The port on the v445 almost certainly isn't a real st16650 and probably
doesn't implement sleep mode (perhaps someone cut the soft core down a bit
too much?). But it is indistinguishable from it, so we have to deal with it.
ok deraadt@
|
|
ok stsp@, deraadt@
|
|
to store multicast frames when one of the associated stations is in power
saving mode.
ok stsp@
|
|
ok dlg@.
|
|
ok dlg@.
|
|
|
|
|
|
same problem/fix as sparc.
|
|
Add display of more feature bits: DTES64 PCID DEADLINE F16C RDRAND
Add display of "Structured Extended Feature Flags Parameters":
FSGSBASE SMEP EREP INVPCID
ok mikeb@
|
|
ok deraadt@
|
|
have to be not multiple of 16, recalculate request credit and number of
replies if their sum exceeds MaxReplyDescriptorPostQueueDepth. tested
on SAS2004 with bonnie++.
|
|
|
|
|
|
|
|
mpii. this stops the chip from freaking out on me when doing chained
sgls.
found by alex wilson who wins prizes.
|
|
to get stuck with OACTIVE set, requiring 'ifconfig ral0 down up' to unwedge.
Make space in the Tx queue from the rt2661_tx_dma_intr() handler,
rather than waiting until rt2661_tx_intr() is run. The latter function
now collects AMRR statistics only. AMRR node allocation is now separated
from ieee80211_node allocation to make this possible.
This commit also brings back the separation of OACTIVE flags for management
and data Tx queues which I reverted in the previous commit.
Inspired by ral commits by sephe@dragonflybsd and patch submission to
misc@ by Roland Dreier http://marc.info/?l=openbsd-misc&m=125895269930106&w=2
Tested by myself, edd, jsg, Tobias Ulmer, Pieter Verberne, Tim van der Molen.
|
|
correctly determine the number of segments in the next chain, and also
figure out the correct offset for the chain element at the end of the
request frame.
|
|
|
|
|
|
instead of initting the ccbs sgl dma virtual address, i was assigning it
to the sense memories dva. this means we wouldnt be getting sense data
where we thought it was, and passing NULL (does NULL mean anything over
a pci bus?) to the hardware when we have long sgl chains.
hopefully this fixes the NMIs ive been getting.
|
|
shared between processes.
ok djm@
|
|
with macppc's vgafb(4) and maybe later on sparc64 drivers too.
suggested by and ok kettenis@
|
|
invocations. This allows us to use the compiler builtin define __PIC__ to check
for PIC/PIEness rather than passing -DPIC. Simplifies PIE work a lot.
ok matthew@, conceptually ok kurt@
|
|
|
|
cleaned up later.
ok deraadt@
|
|
|
|
lengths nor to allocate the storage dynamically so place them on
the stack and initialize the header by hand.
|
|
|
|
ok miod@
|
|
|
|
compilers defaulting to c99 inline instead of the old gnu style.
ok guenther@ miod@ deraadt@
|
|
ok miod@ (who found others to fix as well)
|
|
ok kettenis@, miod@
|