On Sun, Dec 04, 2005 at 10:35:18AM -0800, Blaz Antonic wrote:
> Hello,
> 
> Another week has passed and since I haven't recieved any further replies
> or thought of anything else that I wanted to add to driver at the moment
> I figured I'd publish it and get some feedback. Even though LCSPX
> portion hasn't been tested at all it should work in theory. Driver is
> harmless and cannot ruin anything (data or hardware) even if it
> misbehaves but do keep a functional kernel somewhere handy just in case
> if it blows up on the first try :-)
> 
I just booted a VS4K/90 with LCSPX and the driver is working just fine.
The machine is running 2.0.2 userland and the kernel is 2.0.3. S3
switch is in up position (serial console) due to the keyboard interrupt
bug.
This mail is written while sitting at the glass tty ;)

Here's what dmesg had to say about it:
dz0 at vsbus0 csr 0x25000000 vec 524 ipl 15 maskbit 3
dz0: 4 lines
lkkbd0 at dz0
wskbd0 at lkkbd0 mux 1
lkms0 at dz0
wsmouse0 at lkms0 mux 0
spx0 at vsbus0 csr 0x38000000 vec 514 ipl 15 maskbit 2
spx0: Using QVSS 8x15 font
spx0: RAMDAC ID: 0x4a, Bt459 (SPX/LCSPX) RAMDAC type
wsdisplay0 at spx0 kbdmux 1
wsmux1: connecting to wsdisplay0
wskbd0: connecting to wsdisplay0
wsdisplay0: screen 0-7 added (160x68, vt100 emulation)

There is something odd though in that scrolling back does not seem to be
working very well.
If viewing something with less longer than a single screen then using
'b' to scroll back will mess up the display since only the topline will
scroll. When this happens ^L will correctly redisplay the screen.
As a comparison I tried this on the serial console which is a real VT520
using TERM=vt100 (same as on the glass tty) and here scrolling back works
fine.

-tgc

-- 
Tom G. Christensen - Email: nbsd@jupiterrise.com
Homepage: http://jupiterrise.com