still crashes:
x=4231168; pa=8388608
memset 4157440
but now i'm suddenly much more depressed about it...
change MemMinMB to 8.
memory.c:24:MemMinMB= 4,/* minimum physical memory
(<=4MB) */
i think this will fix your problem. i apoligize for missing that.
- erik
>> (Now that we have python we could use hg... although I fail to quite
>> see the issue with plain tarballs)
>
> might depend on what you're doing.
When you're at the end of a 64kbps Internet link, a tarball is
suboptimal.
++L
the vm is configured with 512 megs of ram. the code immediately
following lowraminit() is e820init, which works fine (i presume) for
kernels that boot fine. here's the output for a "normal" kernel, a
modified 9pccpuf 2.8 megs in size:
E820: 0009fc00 memory
E820: 0010 2000 memory
finally, i think this is the most detail i can give you. i'll be happy
to take this offline if you think i can be of any more help...
if you look at lowraminit() in memory.c, the second part of the
function calculates x and pa then does a memset(0, pa-x). the values
it obtains for x and pa are:
x
how much memory do you have and do you know if your (virtual)
machine does an e820 scan?
- erik
> I'm beginning to suspect that the kernels on the CD in /386 don't
> match their descriptions in /sys/src/9/pc. Maybe it's simply timing as
> things die, but I can't get them to show me there ever being a fossil
> process.
>
> I have three SATA hard disks attached. Plan 9 identifies them as
> sdE
thanks.
- erik
Funnily enough, I recently read an article about
the possibility of "Internet brown-outs" in a few years
as ancient overloaded infrastructure hits it's limits:
maybe that was one of them:-).
Wikipedia on Bob Metcalfe: ...Metcalfe is perhaps best known for his 1995 prediction that the internet
I can mount my fossil when booted from the cdrom. The output of
fossil/conf /dev/sdE0/fossil is as follows:
fsys main config /dev/sdE0/fossil
fsys main open -AWVP
fsys other config /dev/sdE0/other
fsys other open -AWVP
srv -p fscons
srv fossil
Running fossil/fossil -f /dev/sdE0/fossil while boote
to add a bit more, now that we have printing enabled: the kablamo
appears to be in meminit().
> i don't seem to be able to replicate this with my setup. could you try to
> rebuild 9pcf with /n/sources/contrib/quanstro/l.s to see if this fixes your
> problem? if it does, i'll submit it.
I tried l.s with both consinit() enabled and disabled in 9load with
identical results: booting an older
> that does the trick. cpu kernel. the cutoff point seems to be
> somewhere above 2.5megs (after decompression).
>
> > what kernel? cpu or terminal?
> > if it's cpu build a smaller kernel and try that. i ran into this recently
> > with a pccpuf kernel.
i don't seem to be able to replicate this wi
> How straight-forward is it to move the kernel version of the driver
> into 9load? I don't suppose anyone's already looked at that for this
> device?
i missed this question earlier. sometimes it's straightforward. but
generally it's difficult. there are two reasons for this. first, 9load
does
On Tue Nov 20 20:14:16 EST 2007, [EMAIL PROTECTED] wrote:
> I'm not sure if 9loadsb600 is far enough along for bug reports to be
> useful, but here you go.
>
> It gets significantly further than it had been. Far enough that it
> looks as though 9load's work might be done: it finds my plan9.ini and
I'm not sure if 9loadsb600 is far enough along for bug reports to be
useful, but here you go.
It gets significantly further than it had been. Far enough that it
looks as though 9load's work might be done: it finds my plan9.ini and
loads the kernel indicated (both on a 9fat partition on sdE0).
Now
On Nov 20, 2007 8:58 PM, <[EMAIL PROTECTED]> wrote:
> I don't understand:
> why do you "need" the complexity caused by something that you "want"?
> You "need" to use some tool: fine,
> but you _want_ to use it under plan9, not _need_ to use it under plan9,
> so the complexity is _wanted_ not _need
the best way to catch timesync-related issues is to use a stop watch
to measure the duration of 'sleep 60'. seriously :)
On Nov 20, 2007 5:08 PM, erik quanstrom <[EMAIL PROTECTED]> wrote:
>
> On Tue Nov 20 17:38:05 EST 2007, [EMAIL PROTECTED] wrote:
> > I figured maybe something is going on with v
On Tue Nov 20 17:38:05 EST 2007, [EMAIL PROTECTED] wrote:
> I figured maybe something is going on with venti and an initial
> snapshot after an install, but it's been doing this now for > 6hours.
>
> I've got gnot showing about 15000 and higher interrupts per second...
could be timesync misconfig
On Tue Nov 20 18:59:51 EST 2007, [EMAIL PROTECTED] wrote:
> > i have seen the case where applychanges was very slow. but using cphist
> > instead solved the problem. i can't explain why applychanges can be very
> > slow for me.
>
> I if I'm not mistaken, applychanges uses a single proc, where ap
> I suspect a more general problem.
> I've noticed our spam load going up at work too...
>
> Funnily enough, I recently read an article about
> the possibility of "Internet brown-outs" in a few years
> as ancient overloaded infrastructure hits it's limits:
> maybe that was one of them:-).
too muc
> I'm going to start using replica for the stuff I have
> in my contrib
Perhaps its just me, I guess it is.
replica has never trashed any on my machines
and has always worked flawlessly (occasionally it
has gone chatty but this has never lasted).
The only problem I have had with replica is my
ow
On Nov 20, 2007 3:09 PM, <[EMAIL PROTECTED]> wrote:
> > I think I just realized I don't have time for Plan 9 anymore. At
> > least not until it gets a real issue tracking system.
>
> By the time you've got your head around the issue tracking system,
> you'll have even less time for plan9:-).
I d
> i have seen the case where applychanges was very slow. but using cphist
> instead solved the problem. i can't explain why applychanges can be very
> slow for me.
I if I'm not mistaken, applychanges uses a single proc, where applylog has
more workers.
--
Federico G. Benavento
I think I just realized I don't have time for Plan 9 anymore. At
least not until it gets a real issue tracking system.
By the time you've got your head around the issue tracking system,
you'll have even less time for plan9:-).
The problem is that unless it's easy and compelling,
no-one will us
exactly. if you need to use something, complex or not, you can't say
it's not needed.
so if you need to use some tool and it's complex AND you want to use
it under Plan 9, them that complexity is still needed.
I myself see a big difference between wanting and needing.
I don't understand:
why do
may I suppose you use a web browser?
You may.
if yes, is this complexity needed or not?
No it is not, because the browser is not "needed".
Neither is OS X or the MacBook upon which they run.
AFAIK the only things we _need_ are:
air, food, water, shelter and reproduction (have I missed any?)
>
> On Nov 20, 2007, at 3:44 PM, Pietro Gagliardi wrote:
>
> >
> > On Nov 20, 2007, at 4:01 PM, Bakul Shah wrote:
> >
> >> Don't laugh but I am trying to use identical mkfiles on
> >> FreeBSD & plan9 for some programs and it seems this is
> >> impossible.
> >>
> > PS - In my version of hoc(1), wh
Metoo: about 15-20 hours, sent from .mac mail servers.
I suspect a more general problem.
I've noticed our spam load going up at work too...
Funnily enough, I recently read an article about
the possibility of "Internet brown-outs" in a few years
as ancient overloaded infrastructure hits it's limi
On Nov 20, 2007 1:36 PM, Uriel <[EMAIL PROTECTED]> wrote:
> Read 9fans archives, replica/pull has wiped out more than a handful of
> systems,
> if you run venti you can recover, but it is not fun.
>
I think I just realized I don't have time for Plan 9 anymore. At
least not until it gets a real i
I figured maybe something is going on with venti and an initial
snapshot after an install, but it's been doing this now for > 6hours.
I've got gnot showing about 15000 and higher interrupts per second...
> This close to IWP9 I'm reluctant to do a pull on THNX. What to do?
I'd try copying just /n/sources/plan9/386/bin/ndb/dns to /386/bin/ndb
(save your current one first of course). When it starts, you should
see a log message indicating that it's found a server to send recursive
queries too - some
On Nov 20, 2007, at 3:44 PM, Pietro Gagliardi wrote:
On Nov 20, 2007, at 4:01 PM, Bakul Shah wrote:
Don't laugh but I am trying to use identical mkfiles on
FreeBSD & plan9 for some programs and it seems this is
impossible.
PS - In my version of hoc(1), which is pure ANSI C, I use a makefile
the latency problem does not show up before you
have actual propagation delay. if you're next
door with a 34k modem, all your latency is bare
transmission time (time spent stuffing bits along
the wire), and you are prefectly happy because
your link gets full utilization.
now, if you are physically
> Read 9fans archives, replica/pull has wiped out more than a handful of
> systems,
> if you run venti you can recover, but it is not fun.
i think a few well-choosen hurestics could solve most of these cases.
> And as erik points out, replica also has trouble with many corner cases.
>
> And fin
This close to IWP9 I'm reluctant to do a pull on THNX. What to do?
ron
On Nov 20, 2007, at 4:01 PM, Bakul Shah wrote:
Don't laugh but I am trying to use identical mkfiles on
FreeBSD & plan9 for some programs and it seems this is
impossible.
PS - In my version of hoc(1), which is pure ANSI C, I use a makefile
for UNIX systems and an mkfile for Plan 9.
> 192.168.18.190 Nov 20 13:36:39 starting dns on 192.168.18.190
Looks like you are running an oldish version of dns. Current version
started with 'dns -r' should give you a log message something like
starting dns resolver on 192.168.18.190's /net
Read 9fans archives, replica/pull has wiped out more than a handful of systems,
if you run venti you can recover, but it is not fun.
And as erik points out, replica also has trouble with many corner cases.
And finally, it is incredibly slow, but that is probably mostly due to
9p's latency sensiti
On Nov 20, 2007, at 4:01 PM, Bakul Shah wrote:
Don't laugh but I am trying to use identical mkfiles on
FreeBSD & plan9 for some programs and it seems this is
impossible.
Consider a simple mkfile like this:
all:
for (i in a b c)
echo $i
9 mk fails with
Syntax error: Bad
>
> What fragility are you referring to? I've heard about it being
> fragile but am unable to find anything to back up the claim.
>
there are several corner cases that are not handled by replica well.
for instance, if i replace a file with a directory, replica won't do things
in the necessary o
Don't laugh but I am trying to use identical mkfiles on
FreeBSD & plan9 for some programs and it seems this is
impossible.
Consider a simple mkfile like this:
all:
for (i in a b c)
echo $i
9 mk fails with
Syntax error: Bad for loop variable
mk:... : exit status=exit(
Hmm, could this be a race condition? If I start dns some time after
boot, it works. And it seems to take a long time for ipconfig to get
its IP and set things up. I am not sure what's up here.
ron
Here is what I have.
192.168.18.190 Nov 20 13:36:39 starting dns on 192.168.18.190
192.168.18.190 Nov 20 17:54:06 Rwrite tag 2 count 6 11
192.168.18.190 Nov 20 17:54:06 Tclunk tag 2 fid 262
192.168.18.190 Nov 20 17:54:06 Rclunk tag 2 7
192.168.18.190 Nov 20 17:54:18 Twalk tag 9 fid 137 newfid 264
On Nov 20, 2007 10:31 AM, Uriel <[EMAIL PROTECTED]> wrote:
> On Nov 20, 2007 4:57 PM, Federico Benavento <[EMAIL PROTECTED]> wrote:
> > lsr, replica, for me are the same.
> > I don't wan't people to have to download
> > a big .tgz just because I edited one line
> > of code. Plus with the ported stu
On Nov 20, 2007 11:08 AM, Axel Belinfante <[EMAIL PROTECTED]> wrote:
> > On Nov 20, 2007 6:59 AM, Axel Belinfante <[EMAIL PROTECTED]> wrote:
> > > I tried vmware fusion at home some weeks ago.
> > >
> > > I think I succeeded to install plan 9 in it (tryout demo version).
> > > and boot it as well.
hello
>
> Maybe we could fix swap instead so people could actually build stuff
> without crashing their kernels?
>
8c gets killed nicely when going out of ram, the system is still running :)
> (Now that we have python we could use hg... although I fail to quite
> see the issue with plain tarball
On Nov 20, 2007 10:53 AM, erik quanstrom <[EMAIL PROTECTED]> wrote:
> > or we could just leave things as they are
> > making difficult to keep track of changes.
>
> if one is without replica, one can track changes on sources
> with history and ls -ltr.
>
> this is how i keep track of changes on m
that does the trick. cpu kernel. the cutoff point seems to be
somewhere above 2.5megs (after decompression).
> what kernel? cpu or terminal?
> if it's cpu build a smaller kernel and try that. i ran into this recently
> with a pccpuf kernel.
> On Nov 20, 2007 6:59 AM, Axel Belinfante <[EMAIL PROTECTED]> wrote:
> > I tried vmware fusion at home some weeks ago.
> >
> > I think I succeeded to install plan 9 in it (tryout demo version).
> > and boot it as well.
> > What I recall is that the graphics were not redrawn properly,
> > i.e. corr
> > replica was already there,
>
> I don't like replica, it is too fragile and too slow, but I don't
> think my opinion on this matters much.
>
> (Now that we have python we could use hg... although I fail to quite
> see the issue with plain tarballs)
might depend on what you're doing.
when upd
> in my case commenting out the consinit line does not fix the problem.
> i can still load an older kernel in parallels, but crash when
> attempting to load a recent one.
what kernel? cpu or terminal?
if it's cpu build a smaller kernel and try that. i ran into this recently
with a pccpuf kernel.
On Nov 20, 2007 4:57 PM, Federico Benavento <[EMAIL PROTECTED]> wrote:
> lsr, replica, for me are the same.
> I don't wan't people to have to download
> a big .tgz just because I edited one line
> of code. Plus with the ported stuff it gets
> worst, there are people that because
> of lack of memory
> in my case commenting out the consinit line does not fix the problem.
> i can still load an older kernel in parallels, but crash when
> attempting to load a recent one.
do you have the ability to try
/n/sources/contrib/quanstro/9loadsb600
? if so, could you set
*e820print=y
and
in my case commenting out the consinit line does not fix the problem.
i can still load an older kernel in parallels, but crash when
attempting to load a recent one.
Not conform. Adapt. Perhaps accommodate.
> On Nov 20, 2007 9:12 AM, erik quanstrom <[EMAIL PROTECTED]> wrote:
>> try commenting out the consinit("0", "9600") line.
>> this is hanging my terminal.
>>
>> - erik
>>
>
> I would if I had a working plan 9 box to do that on :-)
>
> I nearly do, I'm installing it on another real machine...
if
On Nov 20, 2007 9:12 AM, erik quanstrom <[EMAIL PROTECTED]> wrote:
> try commenting out the consinit("0", "9600") line.
> this is hanging my terminal.
>
> - erik
>
I would if I had a working plan 9 box to do that on :-)
I nearly do, I'm installing it on another real machine...
try commenting out the consinit("0", "9600") line.
this is hanging my terminal.
- erik
On Tue Nov 20 11:43:06 EST 2007, [EMAIL PROTECTED] wrote:
> > It draws nicely then. I can even boot the live Plan 9 CD, but it will
> > not boot from the installed system for some reason.
>
> If you have an older kernel lying around try booting with it instead
> of the latest kernels. i recently
On Nov 20, 2007 8:48 AM, Iruata Souza <[EMAIL PROTECTED]> wrote:
> On Nov 20, 2007 2:39 PM, David Leimbach <[EMAIL PROTECTED]> wrote:
> > It's not needed in the sense that no one needs to add more complexity
> > to their lives or their work flow. It is needed in the sense that the
> > way people d
On Nov 20, 2007 8:44 AM, Richard Bilson <[EMAIL PROTECTED]> wrote:
> > > > Whether I pick SCSI or IDE, I get as far as saying I want to log in as
> > > > glenda and it just sits there.
>
> Disabling the CD within the virtual machine was at one time necessary to
> run Plan9 under VMware. It may stil
On Nov 20, 2007 2:39 PM, David Leimbach <[EMAIL PROTECTED]> wrote:
> It's not needed in the sense that no one needs to add more complexity
> to their lives or their work flow. It is needed in the sense that the
> way people decide to do their work involves having to use things like
> Windows and O
> > > Whether I pick SCSI or IDE, I get as far as saying I want to log in as
> > > glenda and it just sits there.
Disabling the CD within the virtual machine was at one time necessary to
run Plan9 under VMware. It may still be the case. The symptoms are
similar to what you describe.
> It draws nicely then. I can even boot the live Plan 9 CD, but it will
> not boot from the installed system for some reason.
If you have an older kernel lying around try booting with it instead
of the latest kernels. i recently did a pull on my parallels
installation and found that 9load does it
On Nov 20, 2007 7:28 AM, Iruata Souza <[EMAIL PROTECTED]> wrote:
> On Nov 19, 2007 10:20 PM, <[EMAIL PROTECTED]> wrote:
> > Complexity is never needed.
> >
>
> may I suppose you use a web browser?
> if yes, is this complexity needed or not?
>
> iru
>
It's not needed in the sense that no one needs
On Nov 20, 2007 8:28 AM, Enrico Weigelt <[EMAIL PROTECTED]> wrote:
>
> Hi folks,
>
> could anyone please explain what post9pservice does ?
beyond this you mean?
http://swtch.com/plan9port/man/man3/post9pservice.html
I don't understand what you are asking.
thanks
ron
On Nov 20, 2007 6:59 AM, Axel Belinfante <[EMAIL PROTECTED]> wrote:
> I tried vmware fusion at home some weeks ago.
>
> I think I succeeded to install plan 9 in it (tryout demo version).
> and boot it as well.
> What I recall is that the graphics were not redrawn properly,
> i.e. correct graphics,
Hi folks,
could anyone please explain what post9pservice does ?
thx
--
-
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit the O
lsr, replica, for me are the same.
I don't wan't people to have to download
a big .tgz just because I edited one line
of code. Plus with the ported stuff it gets
worst, there are people that because
of lack of memory, or whatever can't
even build the libs, that's why I'm
including binaries
replica
> or we could just leave things as they are
> making difficult to keep track of changes.
if one is without replica, one can track changes on sources
with history and ls -ltr.
this is how i keep track of changes on my systems so
it's more consistent, if not better, than using replica.
- erik
Gorka Guardiola escribió:
On Nov 19, 2007 5:29 PM, roger peppe <[EMAIL PROTECTED]> wrote:
[BTW, has anyone else been having a very slow response time from the list?
i only just saw that reply and it was sent 22 hours ago]
Nemo also sent a message from gmail yesterday which took some
m
hola,
I'm going to start using replica for the stuff I have
in my contrib, a .proto per package, some of them
may overlap, for instance ImageMagick's proto
would include the required libs.
Right now I have a script 2 scripts: contrib-push
and contrib-pull, the name says it all, now that
I kinda k
On Nov 19, 2007 10:20 PM, <[EMAIL PROTECTED]> wrote:
> Complexity is never needed.
>
may I suppose you use a web browser?
if yes, is this complexity needed or not?
iru
I tried vmware fusion at home some weeks ago.
I think I succeeded to install plan 9 in it (tryout demo version).
and boot it as well.
What I recall is that the graphics were not redrawn properly,
i.e. correct graphics, but not all of it visible.
Due to this graphics problem I kind of lost interest
... or rather, it installs, but then the installed system will not load.
Whether I pick SCSI or IDE, I get as far as saying I want to log in as
glenda and it just sits there.
Any suggestions as to things I should do post-install, pre-boot to plan9.ini?
Or if there is anything I can do debugger w
the problem with 9load is that it was written before i did
support for the sb600 chipset. i now have a machine with
that northbridge, but i haven't finished with 9load.
i'm working on it right now.
(p.s. if you feel brave, /n/sources/contrb/quanstro/9loadsb600)
- erik
> Geoff asked about *noah
Geoff asked about *noahciload in my plan9.ini; no, it is not set. None
of the *no variables are.
Gorka asked about my bios: yes, my bios knows about it. I've not got
any of the legacy compatibility stuff turned on, as my initial
experiments showed it made them not detected by the kernel, either
(a
On Nov 20, 2007 4:35 AM, Anthony Sorace <[EMAIL PROTECTED]> wrote:
> How straight-forward is it to move the kernel version of the driver
> into 9load? I don't suppose anyone's already looked at that for this
> device?
Does your bios recognize it?. You can try booting with the bios device
in 9load.
On Nov 19, 2007 5:29 PM, roger peppe <[EMAIL PROTECTED]> wrote:
> [BTW, has anyone else been having a very slow response time from the list?
> i only just saw that reply and it was sent 22 hours ago]
>
Nemo also sent a message from gmail yesterday which took some
many hours to get there (the one o
Pietro Gagliardi wrote:
> APE does provide the log of gamma: /sys/src/ape/lib/ap/math/gamma.c.
> The function is not referenced in any header file, and is called gamma
> (). I changed its name to logofgamma ...
Since APE is supposed to emulate the *standard* POSIX environment,
I suggest restoring
Pietro Gagliardi wrote:
> PS - tgamma == gamma
Actually, the name "gamma" has been used for functions that
computed both Gamma and log_of_Gamma. (Not at the same time!)
On most systems I have used, "gamma" computed (an approximation
to) the log of Gamma of its argument ("lgamma" is the Standard
C
82 matches
Mail list logo