On May 27, 2014, at 6:08 AM, Anthony Sorace wrote:
> I believe 'mk all' in /sys/src/9/ will still do this.
So there is. (And 'installall'.) Sorry for not seeing this :-P
signature.asc
Description: Message signed with OpenPGP using GPGMail
On Tue May 27 17:59:41 EDT 2014, j...@cowsay.org wrote:
> Just curious, is this not a thing in the nix kernel? grep'd the nix
> sources and it didn't seem to be in devarch.c, it's in 9/pc/ though;
> is there another way to grab cpu temp?
>
> I ask because there seems to be a significant temperatur
Just curious, is this not a thing in the nix kernel? grep'd the nix
sources and it didn't seem to be in devarch.c, it's in 9/pc/ though;
is there another way to grab cpu temp?
I ask because there seems to be a significant temperature change on my
test machine between the old nix kernel and some of
> ok. i'm beginning to understand better. is there a specific use case,
> such as the kernel or userland?
>
> i didn't see anything like a tool that could poke nops into the right
> places. i started to write an acid function to put the nops in one
> named function, and then i realized that the r
Thanks David.
- CC
On Tue, May 27, 2014 at 11:19 PM, David du Colombier <0in...@gmail.com>wrote:
> > I am especially interested in Indent+ and Indent-
>
> http://9fans.net/archive/2008/09/71
>
> --
> David du Colombier
>
>
On Tue, May 27, 2014 at 04:16:24PM -0400, erik quanstrom wrote:
> > you can see there is a JMP over _tracein and a RET before _traceout.
> > what gives?
>
> ah, that's the magic! the idea is to be able to enable and disable these
> tracepoints
> at runtime in a multiprocessor environment without
> I am especially interested in Indent+ and Indent-
http://9fans.net/archive/2008/09/71
--
David du Colombier
Hello,
I looked at archives and I haven't found anything.
Is there any place which I may find tag commands to run in Acme?
I am especially interested in Indent+ and Indent-
Any help is welcome.
- CC
On May 26, 2014, at 11:57 PM, lu...@proxima.alt.za wrote:
> I was more frequent when there was a duplicate entry in
> /lib/ndb/kestell (happens to be the description of my local network),
> it's improved since I fixed that. There may still be some trouble in
> the database, but I could not spot
> you can see there is a JMP over _tracein and a RET before _traceout.
> what gives?
ah, that's the magic! the idea is to be able to enable and disable these
tracepoints
at runtime in a multiprocessor environment without any locking.
- erik
i was trying to use 8l's '-e' flag today, when i found some
interesting problems.
first, -e doesn't do what it says unless you pass -p, which goes
unmentioned in the manual page. (luckily i read the source).
second, and more importantly, the calls to _tracein/_traceout are
skipped, as in the foll
> Nice. Excited to see how a cleaned up + simplified runproc() and the
> per-Mach queues could also change things. Any reason why the ping test
> w/ monmwait wasn't consistent with the performance improvement in
> other areas?
yes there is. in a later post i describe it, but basically what i saw
On Mon, May 26, 2014 at 1:14 PM, erik quanstrom wrote:
> so, i've done a little bit more work characterizing the performance
> of the scheduler correctness changes, and i know have some understanding
> on why e.g. ping times are a bit slower.
>
> the old code essentially let processor 0 spin in ru
2014-05-27 0:01 GMT-04:00 Skip Tavakkolian :
> btw, what did traceroute output on your linux system show (i.e. traceroute
> )
>
$ traceroute 192.168.122.71
traceroute to 192.168.122.71 (192.168.122.71), 30 hops max, 60 byte packets
1 cuiy.net (192.168.122.71) 0.947 ms 1.038 ms 1.081 ms
>
>
the first post on this thread mentioned that dial was timing out. it might
be worth running aux/listen1 or run httpd to see if a connection on another
port can be established.
On Tue, May 27, 2014 at 5:38 AM, erik quanstrom wrote:
> > I used a program to dial from one system to another sys
regardless of the return value of Brdline, Blinelen() will return > 0
even if there is no trailing newline.
Brdstr will return the line even if not terminated. Blinelen() will be > 0.
- erik
> I recall there used to me a mk target that would rebuild all the kernel
> configs. I.e. everything in CONFLIST. It would be nice if that came back.
I believe 'mk all' in /sys/src/9/ will still do this.
signature.asc
Description: Message signed with OpenPGP using GPGMail
On Mon May 26 19:16:22 EDT 2014, lyn...@orthanc.ca wrote:
> For the last couple of days I have been plagued by many many diagnostics from
> checkpages(), in conjunction with things like:
>
> rc: note: sys: trap: fault read addr=0x0 pc=0x000101c4
> rc 50675: suicide: sys: trap: fault read add
> I used a program to dial from one system to another system, but
> it gives a connection time out error. I have searched on Internet for a
> long time and cannot get a solution. Could you please provide some
> suggestions or hints? Basically, one system is Linux based system with rc
> shell in
On 27 May 2014 00:41, Steve Simon wrote:
> its not the lack of he new
> nsec() systemcall biteing you is it?
>
that wouldn't lead to checkpages faults, which appear when processes trap
on bad addresses.
i'd suspect an inconsistency between the source (eg, paging or lock data
structures) and exis
> The dns failures occur this side too, once, sometimes a few times a
> day.
I was more frequent when there was a duplicate entry in
/lib/ndb/kestell (happens to be the description of my local network),
it's improved since I fixed that. There may still be some trouble in
the database, but I could
21 matches
Mail list logo
