So...

I've compared the code. The obvious differences in the videomodes are:


	+++ Picasso +++
struct grfcltext_mode clconsole_mode = {
	{255, "", 25200000, 640, 480, 4, 640/8, 752/8, 792/8, 800/8,
	 481, 490, 498, 522, 0},
	8, CIRRUSFONTY, 80, 480 / CIRRUSFONTY, CIRRUSFONT, 32, 255
};
	+++ Cybervision +++
struct grfcvtext_mode cvconsole_mode = {
	{255, "", 25000000, 640, 480, 4, 640/8, 680/8, 768/8, 800/8,
	 481, 491, 493, 525, 0},
	8, S3FONTY, 80, 480 / S3FONTY, S3FONT, 32, 255
};
	+++ Cybervision 3D +++
struct grfcv3dtext_mode cv3dconsole_mode = {
        {255, "", 25000000, 640, 480, 4, 640/8, 680/8, 768/8, 800/8,
         481, 491, 493, 525, 0},
        8, S3FONTY, 80, 480 / S3FONTY, S3FONT, 32, 255
};
	+++ Tseng-boards (Domino, Merlin, etc.) +++
struct grfettext_mode etconsole_mode = {
	{255, "", 25000000, 640, 480, 4, 640/8, 680/8, 768/8, 800/8,
	 481, 491, 493, 525, 0},
	8, TSENGFONTY, 640 / 8, 480 / TSENGFONTY, TSENGFONT, 32, 255
};

I don't see why Tseng shouldn't work... same as cybervision.

Picasso has a very short delay between end of hsync and data. If your monitor
syncs on the wrong polarity, this might be a problem (will look to the monitor
as a very short sync pulse). Also, even with the right sync polarity the 
length is shorter than for the others.

I suggest that victims should try the two kernels I deposited in 
ftp.netbsd.org:/pub/NetBSD/arch/amiga/misc/

Regards,
	-is