From: Markus Armbruster <armbru@redhat.com>
To: Matthew Ogilvie <mmogilvi_qemu@miniinfo.net>
Cc: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] [PATCH 0/3] Attempting to run Microport UNIX (ca 1987)
Date: Sat, 28 Jul 2012 08:33:54 +0200 [thread overview]
Message-ID: <87txwss8bx.fsf@blackfin.pond.sub.org> (raw)
In-Reply-To: <1343415357-5637-1-git-send-email-mmogilvi_qemu@miniinfo.net> (Matthew Ogilvie's message of "Fri, 27 Jul 2012 12:55:54 -0600")
Matthew Ogilvie <mmogilvi_qemu@miniinfo.net> writes:
> I've recently been trying to get an ancient version of UNIX
> I used to use working in qemu:
>
> Micoport UNIX System V/386, v 2.1 (ca 1987).
>
> I used this from about 1987 until about 1996, when I first
> got Linux.
[...]
> I've also noticed some other problems that I have not yet
> tracked down:
>
> -------
> Hard Drive Issues:
> -------
>
> I also encounter a couple of hard drive issues, which I haven't
> investigated as carefully, nor attempted to work around:
>
> 1. It doesn't seem to recognize the hard drive geometry, even
> if I use "-hdachs" and keep it carefully inside ancient
> limitations. Note that at the time, hard drives did not support
> self-identification commands for the geometry; you had to
> configure it in BIOS. I also have some old notes from when my
> dad was asking Microport about compatibility; apparently
> they wanted to know the specific BIOS version in order to
> decide about compatibility. Maybe UNIX is bypassing later
> standards for looking up geometry, and trying to get it in
> some non-standard way (straight from CMOS or something?)
Please run QEMU with -trace events=trace-events, where trace-events is a
file containing the line "hd_geometry_*". Post results, along with your
full command line.
[...]
next prev parent reply other threads:[~2012-07-28 6:34 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-07-27 18:55 [Qemu-devel] [PATCH 0/3] Attempting to run Microport UNIX (ca 1987) Matthew Ogilvie
2012-07-27 18:55 ` [Qemu-devel] [PATCH 1/3] fix some debug printf 64bit format strings Matthew Ogilvie
2012-07-27 18:55 ` [Qemu-devel] [PATCH 2/3] target-i386/translate.c: mov to/from crN/drN: ignore mod bits Matthew Ogilvie
2012-07-27 20:53 ` malc
2012-07-27 18:55 ` [Qemu-devel] [PATCH 3/3] HACKS for vga text mode with Microport UNIX (ca 1987) Matthew Ogilvie
2012-07-28 6:33 ` Markus Armbruster [this message]
2012-07-29 0:26 ` [Qemu-devel] [PATCH 0/3] Attempting to run " Matthew Ogilvie
2012-07-30 12:29 ` Markus Armbruster
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87txwss8bx.fsf@blackfin.pond.sub.org \
--to=armbru@redhat.com \
--cc=mmogilvi_qemu@miniinfo.net \
--cc=qemu-devel@nongnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.