summaryrefslogtreecommitdiff
path: root/games/rain
diff options
context:
space:
mode:
authorOwain Ainsworth <oga@cvs.openbsd.org>2010-05-08 21:33:50 +0000
committerOwain Ainsworth <oga@cvs.openbsd.org>2010-05-08 21:33:50 +0000
commit6b7eae65182712ef543c8069d211991a47cbcda4 (patch)
treeaed68744ba53608309619649192c1a6e37732018 /games/rain
parent211a77908cfe760ff4df3dfc6e813e826b3fcc82 (diff)
A little bit of a hack.
If userland asks to allocate an object large enough that two that size could not fit around the pinned objects, disallow it with EFBIG. This prevents mmap of large objects that big and copying between them putting the machine into infinite thrashing. with a patch to the ddx (on my git branch) that allocates a non-accelerated pixmap when it gets that return code, matthieu@s test huge image works happily when before it DOSed the kernel. The correct fix would be to fall back to mmaping the backing pages for objects that big (radeondrm will need such ability anyway). This however is a lot more complicated and I am still working out how to do it correctly hence this commit for now.
Diffstat (limited to 'games/rain')
0 files changed, 0 insertions, 0 deletions