17 Dec
2017
17 Dec
'17
3:25 a.m.
Hello List,
i playing arround with my Vaxstation 4000 60....
This is a System with 40 MB Ram, 1GB Hdd, a VGA Monitor, LK201 Keyboard,
VSXXXAA.B03 Mouse, and a external SCSI-CDROm dirve.
With OpenVMS installed on it i have the grafical DecWindows System running.
Now i have installed NetBSD 7.1 from CD via the RS232 Consoleport.
My two problems now are:
1.) It is not posible to switch the console from RS232 to the VGA
Monitor and Keyboard. If i switch the S3 switch in down position i can
only see the NetBSD Kernel decompression. After that i see nothing on
VGA and RS232 console. The System starts up anyway. After some time it
is possible to connect via LAN.
2.) Is it posible to run the NetBSD X.Org on that sort of Vaxstation? If
yes... Whats to do to get that running? I Think i have to fix my point 1
first.
Marco Rauhut
17 Dec
17 Dec
3:47 a.m.
1.) It is not posible to switch the console from RS232
to the VGA
Monitor and Keyboard. If i switch the S3 switch in down position i can
only see the NetBSD Kernel decompression. After that i see nothing on
VGA and RS232 console. The System starts up anyway. After some time it
is possible to connect via LAN.
Very few frame buffers are supported in NetBSD - you will need to check
the hardware support list. Even if it is supported, you will only be
able to use it as a text-console. To put progress into perspective, I
think support for hardware assisted smooth scrolling has only just been
added.
2.) Is it posible to run the NetBSD X.Org on that sort of Vaxstation? If
yes... Whats to do to get that running? I Think i have to fix my point 1
first.
NetBSD includes the libraries to run X applications, but no Xserver, so
you can only display graphics over the network, nothing locally.
Hope that helps. I haven't played about with it for about a year so I
might have remembered some things wrong. I'm sure someone will correct
me if that's the case :)
Thanks,
Aaron.
4:09 a.m.
Thanks for your quick answer!
Hardware support say no support for LCG Graphics :-(
Marco
Am 17.12.2017 um 12:47 schrieb Aaron Jackson:
1.) It is not
posible to switch the console from RS232 to the VGA
Monitor and Keyboard. If i switch the S3 switch in down position i can
only see the NetBSD Kernel decompression. After that i see nothing on
VGA and RS232 console. The System starts up anyway. After some time it
is possible to connect via LAN.
Very few frame buffers are supported in NetBSD -
you will need to check
the hardware support list. Even if it is supported, you will only be
able to use it as a text-console. To put progress into perspective, I
think support for hardware assisted smooth scrolling has only just been
added.
2.) Is it posible to run the NetBSD X.Org on that
sort of Vaxstation? If
yes... Whats to do to get that running? I Think i have to fix my point 1
first.
NetBSD includes the libraries to run X applications, but no Xserver, so
you can only display graphics over the network, nothing locally.
Hope that helps. I haven't played about with it for about a year so I
might have remembered some things wrong. I'm sure someone will correct
me if that's the case :)
Thanks,
Aaron. 
4:20 a.m.
Don't forget however that using X remotely works fine.
On 17 December 2017 at 12:09, Marco Rauhut via cctalk <cctalk at classiccmp.org
wrote:
Thanks for your quick answer!
Hardware support say no support for LCG Graphics :-(
Marco
Am 17.12.2017 um 12:47 schrieb Aaron Jackson:
1.) It is not posible to switch the console from
RS232 to the VGA
Monitor and Keyboard. If i switch the S3 switch
in down position i can
only see the NetBSD Kernel decompression. After that i see nothing on
VGA and RS232 console. The System starts up anyway. After some time it
is possible to connect via LAN.
Very few frame buffers are supported in NetBSD - you will need to check
the hardware support list. Even if it is supported, you will only be
able to use it as a text-console. To put progress into perspective, I
think support for hardware assisted smooth scrolling has only just been
added.
2.) Is it posible to run the NetBSD X.Org on that sort of Vaxstation? If
yes... Whats to do to get that running? I Think i
have to fix my point 1
first.
NetBSD includes the libraries to run X applications, but no Xserver, so
you can only display graphics over the network, nothing locally.
Hope that helps. I haven't played about with it for about a year so I
might have remembered some things wrong. I'm sure someone will correct
me if that's the case :)
Thanks,
Aaron.
19 Dec
19 Dec
4:35 p.m.
On Sun, Dec 17, 2017 at 7:09 AM, Marco Rauhut via cctalk
<cctalk at classiccmp.org> wrote:
Thanks for your quick answer!
Hardware support say no support for LCG Graphics :-(
Marco
There are a few people willing to work on graphics for old
vaxstations, but there is no documentation.
If anyone has documentation, the netbsd vax port mailing list would be
very interested.
-chuck
20 Dec
20 Dec
12:07 p.m.
Good luck and let us know how you get on. There was some activity on this a
good few years ago. The most recent video development is probably the
support for graphics devices in SIMH by Matt - see
http://9track.net/simh/video/
Regards, Mark.
On 20 December 2017 at 00:35, Charles Dickman via cctalk <
cctalk at classiccmp.org> wrote:
On Sun, Dec 17, 2017 at 7:09 AM, Marco Rauhut via
cctalk
<cctalk at classiccmp.org> wrote:
Thanks for your quick answer!
Hardware support say no support for LCG Graphics :-(
Marco
There are a few people willing to work on graphics for old
vaxstations, but there is no documentation.
If anyone has documentation, the netbsd vax port mailing list would be
very interested.
-chuck
2 Jan
2 Jan
1:02 p.m.
On Tue, 19 Dec 2017, Charles Dickman via cctalk wrote:
The RAMDAC is standard, so as long as frame buffer memory is mapped into
the CDAL address space writing a dumb device driver should be pretty
straightforward with little reverse engineering effort. And CDAL address
decoding is I believe documented in the KA46 board specification.
And all else failing you can always resort to TURBOchannel graphics wired
via a TURBOchannel adapter. While not supported by the console monitor,
it can be handled by the OS just fine, and several TURBOchannel graphics
drivers are already available for other ports, so it's just a matter of a
suitable kernel configuration (with minor patching possibly, depending on
how cleanly written the respective drivers are).
I was able to get OS console output using at least the HX and one of the
HX+ options with my m90 and the (still very crippled and long neglected)
VAX/Linux port several years ago. The MX, CX and TX options should be
easily supportable too. Only accelerators (PixelStamp and PixelVision
architecture implementations) might cause trouble for one reason or
another (such as using DMA or requiring a TURBOchannel extender, which are
scarcer than hen's teeth).
FWIW,
Maciej
Hardware
support say no support for LCG Graphics :-(
There are a few people willing to work on graphics for old
vaxstations, but there is no documentation.
If anyone has documentation, the netbsd vax port mailing list would be
very interested. 
7 Jan
7 Jan
11:35 a.m.
On 2 January 2018 at 21:02, Maciej W. Rozycki via cctalk <
cctalk at classiccmp.org> wrote:
On Tue, 19 Dec 2017, Charles Dickman via cctalk
wrote:
The RAMDAC is standard, so as long as frame buffer memory is mapped into
the CDAL address space writing a dumb device driver should be pretty
straightforward with little reverse engineering effort. And CDAL address
decoding is I believe documented in the KA46 board specification.
And all else failing you can always resort to TURBOchannel graphics wired
via a TURBOchannel adapter. While not supported by the console monitor,
it can be handled by the OS just fine, and several TURBOchannel graphics
drivers are already available for other ports, so it's just a matter of a
suitable kernel configuration (with minor patching possibly, depending on
how cleanly written the respective drivers are).
I was able to get OS console output using at least the HX and one of the
HX+ options with my m90 and the (still very crippled and long neglected)
VAX/Linux port several years ago. The MX, CX and TX options should be
easily supportable too. Only accelerators (PixelStamp and PixelVision
architecture implementations) might cause trouble for one reason or
another (such as using DMA or requiring a TURBOchannel extender, which are
scarcer than hen's teeth).
I've been chatting to the NetBSD dev who wrote support for most of the
sparc framebuffers (up to and including accelerated antialiased font
console support where relevant), and if anyone has a spare VAXstation with
a framebuffer they would be willing to part with (*) he would be very
interested in writing driver support.
(*) I'm happy to pay a reasonable amount to help find a beloved charge a
caring new home involving active exercise with exciting new code :-p
David
Hardware
support say no support for LCG Graphics :-(
There are a few people willing to work on graphics for old
vaxstations, but there is no documentation.
If anyone has documentation, the netbsd vax port mailing list would be
very interested. 
12:43 p.m.
I may have a spare VS3100 with framebuffer, I don't remember if both of
mine are MicroVAX or if one is a VAXstation.
Thanks,
Jonathan
On Sun, Jan 7, 2018 at 2:35 PM, David Brownlee via cctalk <
cctalk at classiccmp.org> wrote:
On 2 January 2018 at 21:02, Maciej W. Rozycki via
cctalk <
cctalk at classiccmp.org> wrote:
On Tue, 19 Dec 2017, Charles Dickman via cctalk
wrote:
The RAMDAC is standard, so as long as frame buffer memory is mapped into
the CDAL address space writing a dumb device driver should be pretty
straightforward with little reverse engineering effort. And CDAL address
decoding is I believe documented in the KA46 board specification.
And all else failing you can always resort to TURBOchannel graphics
wired
Hardware
support say no support for LCG Graphics :-(
There are a few people willing to work on graphics for old
vaxstations, but there is no documentation.
If anyone has documentation, the netbsd vax port mailing list would be
very interested. via a TURBOchannel adapter. While not supported
by the console monitor,
it can be handled by the OS just fine, and several TURBOchannel graphics
drivers are already available for other ports, so it's just a matter of a
suitable kernel configuration (with minor patching possibly, depending on
how cleanly written the respective drivers are).
I was able to get OS console output using at least the HX and one of the
HX+ options with my m90 and the (still very crippled and long neglected)
VAX/Linux port several years ago. The MX, CX and TX options should be
easily supportable too. Only accelerators (PixelStamp and PixelVision
architecture implementations) might cause trouble for one reason or
another (such as using DMA or requiring a TURBOchannel extender, which
are
scarcer than hen's teeth).
I've been chatting to the NetBSD dev who wrote support for most of the
sparc framebuffers (up to and including accelerated antialiased font
console support where relevant), and if anyone has a spare VAXstation with
a framebuffer they would be willing to part with (*) he would be very
interested in writing driver support.
(*) I'm happy to pay a reasonable amount to help find a beloved charge a
caring new home involving active exercise with exciting new code :-p
David
2:22 p.m.
<snip>
I've been chatting to the NetBSD dev who wrote support for most of the
sparc framebuffers (up to and including accelerated antialiased font
console support where relevant), and if anyone has a spare VAXstation with
On Sun, Jan 7, 2018 at 3:43 PM, systems_glitch via cctalk <
cctalk at classiccmp.org> wrote:
> >
> > If anyone has documentation, the netbsd vax port mailing list would
be
very interested.
a framebuffer they would be willing to part with
(*) he would be very
interested in writing driver support.
(*) I'm happy to pay a reasonable amount to help find a beloved charge a
caring new home involving active exercise with exciting new code :-p
David
I may have a spare VS3100 with framebuffer, I
don't remember if both of
mine are MicroVAX or if one is a VAXstation.
Thanks,
Jonathan
I have a spare 4000 m60 and would be happy to test the build of BSD. I
could lend it out if that would make it easier, maybe sell or trade too.
Feel free to contact me privately via vintagecomputer.net/contact.cfm.
Bill
2309
days inactive
2330
days old
9 comments
8 participants
participants (8)
-
aaron＠aaronsplace.co.uk -
abs＠absd.org -
billdegnan＠gmail.com -
chd＠chdickman.com -
macro＠linux-mips.org -
marco＠familie-rauhut.eu -
mark＠wickensonline.co.uk -
systems.glitch＠gmail.com