the problem is indeed drawterm related, but it's not dt's fault. the problem is that devdraw/loadimage.c needs to load at least 1 scan line at a time. unfortunately, iounit for drawterm ends up being 8k, so display->bufsize=8k. the problem is that each scan line is over 9k in my case.
i haven't looked yet to see if the kernel can deal with partial lines, or what could be done about the too-small iounit. but it would seem to me that something has to give. - erik
