6000 and the Linux/68000 project
David Anderson
are now porting Linux to? At
http://www.esat.kuleuven.ac.be/~pcoene/index.html I ran across work on the
project and perhaps someone with more knowledge than I could see if any of
it would port to the 6000.
SirThomas
I wouldn't get your hopes up. The page was last updated on Friday, March
13,1998.
Frank Durda IV
: Has anyone with anyone who did any C or ASM on the Tandy 6000 seen what they
: are now porting Linux to? At
: http://www.esat.kuleuven.ac.be/~pcoene/index.html I ran across work on the
: project and perhaps someone with more knowledge than I could see if any of
: it would port to the 6000.
Porting Linux or a modern UNIX platform to the 6000 would be a somewhat
wasteful enterprise. The 6000 uses a 68000 processor, that does not
support restartable instructions. This means that if during the course of
executing an instruction a trap occurs, such as a stack reaching the
limit of its currently available memory, there is no way to resume that
instruction after re-arranging or paging memory to provide the illusion of
more memory. In otherwords, without restartable instructions, you cannot
provider a Virtual Memory environment, which Linux and modern UNIXes all
require.
This is why XENIX only swapped, being entire executable in and out of RAM.
Paging implies an ability to load bits of a program into memory as execution
wanders into those ranges of memory locations. Since you can't get the
system to back up and resume after a memory manager could load those pages
from disk, the illusion of endless system memory that VM provides falls down.
The 68010 can be used in a 6000, and it does support restartable instructions,
but since the 68010 doesn't provide a memory management unit, you would
have to use the 6000-provided offset and limit registers, which could
in theory do a single page VM environment, but it would be incredibly slow.
Oh, and before you run out and try to run XENIX on a 68010, the standard
XENIX kernel won't boot. The 68000 and 68010 have a different size interrupt
stack frame, which makes the kernel dependent on a given processor.
Frank Durda IV - only these addresses work:|"The Knights who say "LETNi"
<uhclem.mar99%nemesis.lonestar.org> | demand... A SEGMENT REGISTER!!!"
|"A what?"
This Anti-spam address expires Mar. 31st |"LETNi! LETNi! LETNi!" - 1983
Copr. 1999, ask before reprinting.
David Anderson
Frank Durda IV wrote in message ...
>Porting Linux or a modern UNIX platform to the 6000 would be a somewhat
>wasteful enterprise. The 6000 uses a 68000 processor, that does not
Getting back to my original desire for these machines.....
Is there a SLIP interface for the Tandy 6000? Or a way to telnet into
perhaps a specific port on a "host" machine and have it open up a telnet
port on the Tandy via the serial port? I have a vague idea this is workable,
but no clue as to how to proceed.
Branden Robinson
>Frank Durda IV wrote in message ...
>>Porting Linux or a modern UNIX platform to the 6000 would be a somewhat
>>wasteful enterprise. The 6000 uses a 68000 processor, that does not
>>support restartable instructions. <rest deleted>
You might nevertheless be interested in:
http://tallyho.bc.nu/~steve/omu.html
Especially towards the bottom. Needless to say, unless you're a serious
hacker (like Frank), don't bother. There probably isn't an out-of-the-box
solution.
>Getting back to my original desire for these machines.....
>
>Is there a SLIP interface for the Tandy 6000? Or a way to telnet into
>perhaps a specific port on a "host" machine and have it open up a telnet
>port on the Tandy via the serial port? I have a vague idea this is workable,
>but no clue as to how to proceed.
Serial Line Internet Protocol (SLIP) would be phenomenal overkill.
All you need is some kind of terminal emulator, then run a serial (RS-232)
cable from the 6000 to a Real Unix (Linux) Machine. You can then have
getty on the Linux box drive the 6000 as a serial terminal.
I can't give you more details, as I've never done this myself. I may be
laying my hands on a 4P in the near future, though, and I hope to do
exactly this with it. (My main concern is that there's isn't any 4P
software that does good VT100 terminal emulation). Anyway, this kind of
thing is handy when the X server zaps your VGA registers and you lose your
text-mode display until you reboot.
--
G. Branden Robinson |
Debian GNU/Linux | Exercise your freedom of religion. Set
bra...@ecn.purdue.edu | fire to a church of your choice.
cartoon.ecn.purdue.edu/~branden/ |
Leonard Erickson
> I can't give you more details, as I've never done this myself. I may be
> laying my hands on a 4P in the near future, though, and I hope to do
> exactly this with it. (My main concern is that there's isn't any 4P
> software that does good VT100 terminal emulation). Anyway, this kind of
> thing is handy when the X server zaps your VGA registers and you lose your
> text-mode display until you reboot.
When I get my linux box set up, it's going to have a DT-1, and a DT-100
hanging off of it.
--
Leonard Erickson (aka Shadow)
sha...@krypton.rain.com <--preferred
leo...@qiclab.scn.rain.com <--last resort
idezilla
Any condition color computer 3's and/or keyboards, need for
parts, any
condition. Preferably not working. Please keep cost low.
Paul T. Barton
idez...@wans.net
http://www.geocities.com/siliconvalley/sector/3943
Eric J. Korpela
Branden Robinson <bra...@apocalypse.sequitur.org> wrote:
>In article <40SD2.5121$iU2...@ralph.vnet.net>, David Anderson wrote:
>>Frank Durda IV wrote in message ...
>>perhaps a specific port on a "host" machine and have it open up a telnet
>>port on the Tandy via the serial port? I have a vague idea this is workable,
>>but no clue as to how to proceed.
>
>Serial Line Internet Protocol (SLIP) would be phenomenal overkill.
>
>All you need is some kind of terminal emulator, then run a serial (RS-232)
>cable from the 6000 to a Real Unix (Linux) Machine. You can then have
>getty on the Linux box drive the 6000 as a serial terminal.
I disagree totally. Have you ever used a Tandy 6000? In case you didn't
know it is a "Real Unix" machine (Xenix, which was the Microsoft implementation
of V7 Unix). Relegating a multitasking machine to running a single terminal
emulator process is criminal. At least SLIP would give you the ability to
make multiple connections. If I had the 6000 Xenix development kit, I
might implement slip myself. It wouldn't be kernel level, but it would
be able to support multiple network processes, although without IPCs other
than pipes, and files of course, the implementation would be tricky to
say the least.
(Actually, I currently run my 6000 in the reverse of what you suggest. I
use my Linux machine as a terminal emulator to log into the 6000.)
Eric
--
Eric Korpela | An object at rest can never be
kor...@ssl.berkeley.edu | stopped.
<a href="http://sag-www.ssl.berkeley.edu/~korpela">Click for home page.</a>
Michael Shell
Eric J. Korpela <kor...@islay.ssl.berkeley.edu> wrote:
:In article <slrn7e1jm7....@apocalypse.sequitur.org>,
:Branden Robinson <bra...@apocalypse.sequitur.org> wrote:
:>In article <40SD2.5121$iU2...@ralph.vnet.net>, David Anderson wrote:
:>>Frank Durda IV wrote in message ...
:>>Is there a SLIP interface for the Tandy 6000? Or a way to telnet into
:>>perhaps a specific port on a "host" machine and have it open up a telnet
:>>port on the Tandy via the serial port? I have a vague idea this is workable,
:>>but no clue as to how to proceed.
:>
:>Serial Line Internet Protocol (SLIP) would be phenomenal overkill.
:>
:>All you need is some kind of terminal emulator, then run a serial (RS-232)
:>cable from the 6000 to a Real Unix (Linux) Machine. You can then have
:>getty on the Linux box drive the 6000 as a serial terminal.
:
:I disagree totally. Have you ever used a Tandy 6000? In case you didn't
:know it is a "Real Unix" machine (Xenix, which was the Microsoft implementation
:of V7 Unix). Relegating a multitasking machine to running a single terminal
:emulator process is criminal. At least SLIP would give you the ability to
:make multiple connections. If I had the 6000 Xenix development kit, I
Anybody know of a surplus source of this (software + manual)??
--
Mike Shell
gt1...@prism.gatech.edu
Eric J. Korpela
Michael Shell <gt1...@prism.gatech.edu> wrote:
> If I had the 6000 Xenix development kit, I
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> Anybody know of a surplus source of this (software + manual)??
I wish. When I checked about 3-4 years ago, Tandy would still sell it
to you, but at an ungodly price. (~$75 IIRC).
Frank Durda IV
: Branden Robinson <bra...@apocalypse.sequitur.org> wrote:
: >In article <40SD2.5121$iU2...@ralph.vnet.net>, David Anderson wrote:
: >>Frank Durda IV wrote in message ...
: >>Is there a SLIP interface for the Tandy 6000? Or a way to telnet into
: >>perhaps a specific port on a "host" machine and have it open up a telnet
: >>port on the Tandy via the serial port? I have a vague idea this is workable,
: >>but no clue as to how to proceed.
Please check your attributions when you snip text from other posts. I did
not write the above text.
als
>
>In article <7c16e1$mlm$1...@agate.berkeley.edu>,
>Eric J. Korpela <kor...@islay.ssl.berkeley.edu> wrote:
>:In article <slrn7e1jm7....@apocalypse.sequitur.org>,
>:emulator process is criminal. At least SLIP would give you the ability to
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
---<snip>----
>
> Anybody know of a surplus source of this (software + manual)??
>Mike Shell
>gt1...@prism.gatech.edu
Yep. The 8" floppies seem to be getting fragile, though.
Tag me and we'll see if we can't get you going.
For every one else: WHY? Leave the poor 68000 its XENIX.
He's fairly good at it, and PC x86 hardware is too cheap.
It WOULD be nice to get some up-to-date connection utilities
ported to Xenix.....
--
Replies to: al...@hotmail.com -
all other addresses ignored/filtered.
Real address on request. (409)441-6227
Do not bother to finger me, either :)
<als>