Toru Nishimura <locore32@gaea.ocn.ne.jp> wrote:

> > xcfb0 at tc slot 2 offset 0x0xcfb: coudln't lock font
> > : 1024x768, 8bpp <- the couldn't lock font doesn't look right.
> 
> This always happens when 'non-console' fb is attached during configure()
> process.  Andy knows the reason why font locking is done in that way.

The xcfb and sfb request the same font, but with a different bit order. I'm
not entirely sure if this is correct. If it is, then I suppose it's time
wsfont_lock() learns how to make copies.

Andrew