On Aug 14, 2009, at 12:28 PM, Roman V. Shaposhnik r...@sun.com wrote:
I looked at it for a while and came with a realization that it could
be just a tad heavier than what I need for most of the stuff I do.
Plus
I'm not sure how to port it to Plan9 without first porting the JVM.
I actually
Hi everyone,
I previously sent in a post, but I think it was completely overlooked due to
the heated discussions at the time. I have previously corresponded with
Russ Cox and Eric re: the problems I am having getting a plan9 boot on the
mac-minis that I am using.
Has anyone successfully
Hi all
Anybody seen this error before
create bsize 8192 psize 8180
vacfsopen 271cb9c9fdc75030ff368bc938ee419e1dbb4bb2
openscore 8192 psize 8160 dsize 8192
vtcachebumpblock: no free blocks in vtCacheAbort trap
I just updated to august 16 version. I am running vac through crontab
under openbsd
On Mon, Aug 17, 2009 at 12:10 AM, Fernan Bolandofernanbola...@mailc.net wrote:
Hi all
Anybody seen this error before
create bsize 8192 psize 8180
vacfsopen 271cb9c9fdc75030ff368bc938ee419e1dbb4bb2
openscore 8192 psize 8160 dsize 8192
vtcachebumpblock: no free blocks in vtCacheAbort trap
I
there's a new ftp://ftp.quanstro.net/other/9atom.iso.bz2
It has on-board SATA hd, SATA cd-rom, etc. I tried quanstro's 9atom.iso, and
with the SATA controller in AHCI mode, it'll start booting, but hangs at:
4 = 818807+1020832+474972=2314611
entry: f0100020
Plan 9
okay. i allowed
there's a new ftp://ftp.quanstro.net/other/9atom.iso.bz2
The second part of your reply appears to not be directed to this issue, but
something similar. I don't remember writing that.
Anyway, we're getting much further, but the boot process still dies:
...
pat: 0107040600070406
ELCR: 0C08
When the time came to choose a blogging platform I chose blogger because
a few other 9fans had done the same and I thought great, blogger's UI
is annoying enough that someone will make some plan9 tools
Two years later, that someone is me.
A bunch of shell scripts that wrap around some python,
I'm installing now and will post the results.
Okay, the install works perfectly, and I'm up and running!
Many thanks!
I recall reading that the CD is otherwise identical to the stock
version. So, if I recompile the kernel, it'll break, right? What
utterances do I need to enter in order to
I recall reading that the CD is otherwise identical to the stock
version. So, if I recompile the kernel, it'll break, right? What
utterances do I need to enter in order to rebuild the kernel as it
appears on the 9atom cd?
the short answer is that you can't, exactly — yet.
here's the
When booting plan9 in vmware the graphics seem to work fine up
to 1024x768x8, but higher resolutions cause a panic trying to
write to a non-existant address. (Didnt map enough memory for
the screen maybe?) It seems to put the card in the right mode
and even print out the stack trace onto the
On Sat, Aug 15, 2009 at 20:12, mattmaht-9f...@maht0x0r.net wrote:
This is pretty much a show-stopper for me. I guess it's time to find a
new
laptop with supported hardware.
or a usb ethernet device
That is a good point. I looked at what usb/ether supports and bought
an Arkview
I am trying to copy my venti from an old server to a new one,
currently I am using somthing along the lines of:
venti/rdarenas /tmp/arena; venti/wrarenas /tmp/arena
Which is progressing, admittedly very slowly. I had this problem
before and Russ suggested that perhaps my bloom filter
2009/8/16 Tim Newsham news...@lava.net:
When booting plan9 in vmware the graphics seem to work fine up
to 1024x768x8, but higher resolutions cause a panic trying to
write to a non-existant address. (Didnt map enough memory for
the screen maybe?) It seems to put the card in the right mode
interestingly, googling for this with
site:9fans.net/archive/2009/08 PAT
returns nothing.
I've seen these kind of problems a lot. I have looked around, I
searched for any misconfigured robot file, but not having found any I
am left wondering.
Why doesn't google index our archive? Even
When booting plan9 in vmware the graphics seem to work fine up
to 1024x768x8, but higher resolutions cause a panic trying to
[...]
panic: kernel fault: bad address pc=0xf01eb43e addr=0xe03c
panic: kernel fault: bad address pc=0xf01eb43e addr=0xe03c
/dev/vgactl says 0xe000 has
Too bad I didn't initially try this, but
if I send a print right after the timeout,
I can get the whole print. The next
time I want to print, however, I have
to go through the same thing. So,
a wasted paper for every print.
Would still be great to not have the
issue at all.
ak
boot: can't connect to file server: '#S/sdD0' file does not exist
panic: boot process died: unknown
panic: boot process died: unknown
dumpstack disabled
cpo0: exiting
fixed. you should now be able to boot from the cd regardless
of which port you've plugged it into sdE5 should be fine.
I
17 matches
Mail list logo