From mboxrd@z Thu Jan  1 00:00:00 1970
Date: Tue, 16 Jul 1996 13:58:25 +0100
From: forsyth@plan9.cs.york.ac.uk forsyth@plan9.cs.york.ac.uk
Subject: Slave buffer problem
Topicbox-Message-UUID: 491408ec-eac8-11e9-9e20-41e7f4b1d025
Message-ID: <19960716125825.u0op_fwmoybGUILdPW5F8PAvC-dqtJ854tD6hobovHc@z>

>>I've started seeing that too, after applying the latest boddle plus the
>>devvga.c:/gscreen.ldepth patch that someone posted to the list (Is it a
>>correct fix?).  ^t^tx reports that there are very few bytes free, like
>>22K (16M machine with kernerlpercent=40, vgasize=1280x1024x8).  If it

the gscreen.ldepth change causes the pc implementation to behave
more like the other terminals, preallocating 3  $vgasize sized screens worth of bitmap space
(if possible) in devbit.c.   this reduces the chances of being unable to create a
window (or move/reshape/hide an existing one) owing to fragmentation
of the kernel heap.  kernelpercent might well need to be increased to
compensate, esp. with a screen size of 1280x1024.  at home, i use kernelpercent=40
with a screen size of 1152x900x8 without much trouble.