// I can't rememberif he actually called them an
// abomination, but at the same time, onewas left
// with the feeling that he might have.
Geoff's explanation to me a long time ago wasn't quite as emotional, but was
quite helpful for understanding what was actually going on:
They're not 'keep
the /dev/realmode intraface was not documented, but it is very simple.
/dev/realmodemem is just an image of the first megabyte of
physical memory that is addressable from 16 bit realmode.
plan9 reserves a 4k page at 0x9000 (defined as RMBUF) that can be
refered to in the bios call as data
On Mon, Mar 07, 2011 at 11:39:10AM +0100, cinap_len...@gmx.de wrote:
the /dev/realmode intraface was not documented, but it is very simple.
Thank you for explaining this.
/dev/realmodemem is just an image of the first megabyte of
physical memory that is addressable from 16 bit realmode.
On Mon, Mar 07, 2011 at 11:39:10AM +0100, cinap_len...@gmx.de wrote:
/dev/realmodemem is just an image of the first megabyte of
physical memory that is addressable from 16 bit realmode.
That being where the machine's BIOS resides, if memory serves.
Plus whatever can fit in there if one
in /dev/realmode, you write a struct Ureg (from /386/include/ureg.h)
(in x86 machine byte order?) containing the register contents and the
interrupt number of the bios call you want to make.
yes. you should use libmach to do this dirty work.
- erik
On Mon, Mar 07, 2011 at 07:23:36AM -0500, erik quanstrom wrote:
in /dev/realmode, you write a struct Ureg (from /386/include/ureg.h)
(in x86 machine byte order?) containing the register contents and the
interrupt number of the bios call you want to make.
yes. you should use libmach to
On Mon, Mar 7, 2011 at 7:23 AM, erik quanstrom quans...@quanstro.net wrote:
in /dev/realmode, you write a struct Ureg (from /386/include/ureg.h)
(in x86 machine byte order?) containing the register contents and the
interrupt number of the bios call you want to make.
yes. you should use
On Mon, Mar 07, 2011 at 09:19:58AM -0500, Russ Cox wrote:
huh? what does libmach (which takes apart executables)
have to do with any of this?
Did I get the wrong impression when I perceived libmach, as released
with GoLang - cause that's where I looked - seemingly quite capable of
huh? what does libmach (which takes apart executables)
have to do with any of this?
Did I get the wrong impression when I perceived libmach, as released
with GoLang - cause that's where I looked - seemingly quite capable of
synthesising as well as analysing binary images?
i think you did.
Stanley Lieber wrote:
On Sun Mar 6 22:33:33 EST 2011, stanley.lie...@gmail.com wrote:
9atom's 9load prints %d e820 entries on boot. is that number 0?
found 7 e8s0 entries
Then it freezes.
it's not the e820 code, then. it's either falling over initializing the
console, or it's falling over
With the latest realemu, graphics and rio are finally working in my
VMware Workstation 6.5.1 guest:
% aux/vga -m vesa -p
vesa flagUlinear|Hlinear
vesa sigVESA 2.0
vesa oemV M ware, Inc. VBE support 2.0 2.0
vesa vendor VMware, Inc
vesa product
Also, I really need to thank fgb as he gave me a little tip on irc about
his modified 9load that allows you to pass new plan9.ini variables at
boot. I got disconnected before I could acknowledge. I haven't tried
it yet, but it could be useful.
not quite sure what you mean by this, but
Cinap suggested invoking realemu in a subshell so that the
process exits after aux/vga completes. The following is a patch
for the man page.
-sl
% diff -n -c /sys/man/8/realemu.orig /sys/man/8/realemu
/sys/man/8/realemu.orig:84,89 - /sys/man/8/realemu:84,102
the
.I srvname
argument then
Also, I really need to thank fgb as he gave me a little tip on irc about
his modified 9load that allows you to pass new plan9.ini variables at
boot. I got disconnected before I could acknowledge. I haven't tried
it yet, but it could be useful.
not quite sure what you mean by this, but
On Mon Mar 7 12:06:34 EST 2011, stanley.lie...@gmail.com wrote:
Also, I really need to thank fgb as he gave me a little tip on irc about
his modified 9load that allows you to pass new plan9.ini variables at
boot. I got disconnected before I could acknowledge. I haven't tried
it yet, but
On Mon, Mar 7, 2011 at 12:06 PM, Jack Norton j...@0x6a.com wrote:
erik quanstrom wrote:
On Sun Mar 6 22:33:33 EST 2011, stanley.lie...@gmail.com wrote:
9atom's 9load prints %d e820 entries on boot. is that number 0?
found 7 e8s0 entries
Then it freezes.
it's not the e820 code, then.
Stanley Lieber wrote:
On Mon, Mar 7, 2011 at 12:06 PM, Jack Norton j...@0x6a.com wrote:
erik quanstrom wrote:
On Sun Mar 6 22:33:33 EST 2011, stanley.lie...@gmail.com wrote:
9atom's 9load prints %d e820 entries on boot. is that number 0?
found 7 e8s0 entries
Then it freezes.
it's not the
years ago I needed to set some variables at boot time so I could get
Plan 9 running.
http://9fans.net/archive/2005/12/70
On Mon, Mar 7, 2011 at 1:24 PM, erik quanstrom quans...@labs.coraid.com wrote:
Also, I really need to thank fgb as he gave me a little tip on irc about
his modified 9load
Hi,
In 9P, if I wish to list a directory, I need to TWalk to the directory,
TOpen the directory fid from the walk, and then TRead till I have all of the
contents of the directory.
If the directory's contents do not fit in a single read, I imagine I need to
loop around TOpen / Tread / / Tread
On Mon, Mar 7, 2011 at 7:09 PM, Venkatesh Srinivas m...@acm.jhu.edu wrote:
In 9P, if I wish to list a directory, I need to TWalk to the directory,
TOpen the directory fid from the walk, and then TRead till I have all of the
contents of the directory.
If the directory's contents do not fit in
Hi all
Here is a bug report for troffs pic preprocessor.
It crashes when the commands is in a square bracket and you loose
track of the labels
--- test file contents
pseudo@helios; cat test.p
.PS
define missing { [
O: box invis wid 2.5 ht 1;
circle diam 0.1 with .e at
I'm installed.
Made a custom boot floppy with the plan9.ini from plan9.iso's
boot.img. In addition,
one of either *noe820scan=1 or *norealmode=1 were required to avoid
the freeze-up
mentioned throughout this thread. The floppy's boot menu points to
kernels on the
plan9.iso that is configured as
applied, thank you. also fixed some bugs in code:
properly convert the register values from the 386 ureg.
read back #P/realmodemem on every access as some graphics cards
use the a segment as memory mapped i/o. (Matrox MILLENNIUM)
we dont use #v/vgabios anymore and rely on #P/realmodemem to
23 matches
Mail list logo