On Aug 14, 2009, at 12:28 PM, "Roman V. Shaposhnik" 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 meant to cr
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 installe
> 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 succe
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
reg
On Mon, Aug 17, 2009 at 12:10 AM, Fernan Bolando 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 just updated t
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
>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
p
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 re
> 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 o
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 hig
On Sat, Aug 15, 2009 at 20:12, matt 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 USB-G1000.
http:/
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 wa
2009/8/16 Tim Newsham :
> 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
> 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 0x3c0
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.
18 matches
Mail list logo
