summaryrefslogtreecommitdiffstats
path: root/usr.bin/tmux/cmd-paste-buffer.c
diff options
context:
space:
mode:
authormiod <miod@openbsd.org>2009-07-01 21:56:37 +0000
committermiod <miod@openbsd.org>2009-07-01 21:56:37 +0000
commit6a9ab23657bbc07573ff5d589a85074e54727361 (patch)
tree0daa86ec521a924928ae70653b56bc24dfb4418d /usr.bin/tmux/cmd-paste-buffer.c
parentAdd a workaround for the fact that our clocks aren't running during autoconf (diff)
downloadwireguard-openbsd-6a9ab23657bbc07573ff5d589a85074e54727361.tar.xz
wireguard-openbsd-6a9ab23657bbc07573ff5d589a85074e54727361.zip
The widget mapping code has been written back when I was only working on
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).
Diffstat (limited to 'usr.bin/tmux/cmd-paste-buffer.c')
0 files changed, 0 insertions, 0 deletions