> 9vx could replace drawterm in our environment, but i think
> the following work is required. 9vx needs
> - to be able to boot with no local files other than the executable,
> (i.e. directly from a plan 9 fs)
Actually, I've been using it this way for a while. More
precisely, when I'm on my home
> Did you use the plan 9 kencc to build
> that inferno kernel? As I
> understand, inferno's 8c doesn't have the H5 option...
I used the versions with Inferno, except that I borrowed
a couple files from Plan9's 8l to get the H5 support.
And in case anyone's curious, I booted it with grub a
little
> > Q: "Will C continue to be important into the future?"
> > (Dave Kirk, Nvidia)A: "No, I think C will die like
> Fortran has"
>
> let me explain the joke. In HPC circles, people have been
> predicting
> the death of fortran for 30 years. Fortran has continued to
> grow and
> thrive. The predicti
> >K&R is beautiful in this respect. In contrast, I
> never managed to
> >bite in Stroustrup's description.
>
> Ok, now I'll get provocative:
> Then why do so many people have a problem understanding C?
Are you saying that there is a significant number of
people who understand C++ but not C? The
> >> >K&R is beautiful in this respect. In
> contrast, I
> >> never managed to
> >> >bite in Stroustrup's description.
> >>
> >> Ok, now I'll get provocative:
> >> Then why do so many people have a problem
> understanding C?
> >
> >Are you saying that there is a significant number of
> >people who
> > I prefer my version to your
> versions. I can see uses for them already.
> >
> > ron
>
> So do I, though I'm not sure I would have called the latter
> "my"
> versions. That's not the point however. Since I
> don't seem to
> been have sufficiently clear, I'll reword it a bit:
>
> There are
> > on the contrary... I have always equated the
> plan 9 crowd as the
> > "most punkrock" of the alternative OS crowd.
Yar dude! You should have seen the totally bitchin'
mosh pit at today's sessions. It was EXTREME! Man,
3 dudes had to be taking to the hospital. But it's
all good. Two of t
> > The scanner ist connect via 1G ethernet.
> > On the Touchscreen is an Option "Scan to network".
> > The scanner scans direct to a cifs share (aquarella on
> plan9).
> > No need for spezial software except a Cifs Server.
> > The scanner use smbclient.
>
> That's neat. It makes sense too, using
> > to having cifs as an option. But when did it become
> popular
> > to say that ftp should not be an option for
> transferring a file?
>
> The basic little flatbed on the website can scan to FTP.
> I'm not sure
> why the original poster chose to mention SMB and not FTP,
> but it's an
> option.
> Is there a way to pass args like fs, auth, sysname, nvram,
> whatever to
> /boot/boot in 9vx?
Yes and no. Out of the box, I'm pretty sure there isn't,
however, a while back as part of supporting native Plan9
partitions, I added some support for plan9.ini. I've got
some instructions and old pat
> I guess the need for running "configure" first is gone
> here.
Most definitely. [Editorial comment on configure elided]
> I'm having trouble finding info on how to mount a thumb
> drive.
If you are running usbd, it should detect when you insert
the drive and run usb/disk for it. This will ma
There appears to be a disagreement between the
factotum man page and its actual behavior regarding
the -a option. In the man page, the wording:
-a supplies the address of the authentication server to
use. Without this option, it will attempt to find an
authentication server by queryi
> >> My impression is that mp
> tables are getting worse and worse on new
> >> hardware because vendors assume everyone is
> running an acpi-aware OS.
> >
> > it's not clear to me that's it's not just general low
> > quality,
>
> Does that imply that we can expect the acpi tables to be
> often
>
> It now
> booted but the username "ram" didn't have
> any of the rc init files.
There's a script in /sys/lib/newuser that sets
up an initial set of scripts and directories
for a newly created user. The newuser(8) man
page give more detail.
BLS
> BTW, I recently got hold of your OS book. Very nice book, especially
> the inferno parts, which was my primary interest when I bought the
> book.
Thanks, Ram. I'm glad you're enjoying it. In the midst of
moving and preparing to return to the classroom this summer,
I plan to get the copyright
> ssh2 doesn't work with passwords (at
> least not without changing server
> settings), you need to use keys.
It does work with real password auth, but current OpenSSH
distros default to not allowing real password auth. They use
keyboard-interactive instead, and it's set up to look to the
user ju
> With the trick I am talking about, there is nothing to stop
> you from connecting to N different remote ventis. In effect
> your local (by that I mean under your control, not necessarily
> on the same machine) venti can be treated as just a buffer!
I took a look at some things along those line
> I’m looking for a very simple in-kernel filesystem.
What's motivating the desire for to be in-kernel? Nearly,
every file system in Plan 9 runs in user space. All the
ones that have been mentioned do. The only in-kernel
file system in the labs' distribution is devroot which is
read-only and in
> I’m trying to make a tutorial explaining the code of
> a not too large kernel (9), but there are too many
> things to explain so I have to cut things. So having
> a simple fs which does not require to explain 9p, the
> rpc, the mount device, etc would be great.
In that case, I'd suggest using d
>> you may edit the wiki yourself to correct these issues.
>
> The Wiki seems to be frozen (i.e., not editable anymore):
> - no "Edit" button on
> http://www.plan9.bell-labs.com/wiki/plan9/software_for_Plan_9/
It was changed some time back to allow edits only using
the acme wiki interface, ra
> - having an SSH2 server (there is one in 9atom, but I didn't
> see it in the stock Plan9).
Geoff included the same ssh implementation as 9atom
has in /sys/src/cmd/ssh2 but with some code clean-up.
So the server code is there. I've been meaning to go
back an reconcile the two different
> My whole argument goes about the following hypotheses:
> 1. increasing the amount of contributions may not scale in
> the current model.
> 2. submitting trivial contributions is not trivial for the contributor.
Both of these points seem to come from a mental model
that just doesn't apply to Plan
> Would it be possible to create the option of merging these two buttons
> for machines not blessed with the traditional rodent?
If you hold down the right shift key while pressing the right
button, it interpretes that as a middle button press. I'm not
completely certain, but I seem to remember
> int
> trans(int c, char *)
> {
>
> That parameter seems not to be used inside. That may answer
> the question...
Yes, that is the answer. By alowing a parameter name to be
omitted, the compiler can warn you about unused parameters
without having to add clutter that explicitly says, "I'm ignori
> I'm new to Plan9, using acme/p9p for a couple of months, and
> I want to add plan9 machines to my network. I'm thinking
> that a DNS/DHCP/AUTH server will be an easy step. If this
> machine could have the role of an Internet
> firewall/nat-router it will be even better.
>
> Do you think plan9+ra
> ok, i found some more diagnostic messages in /sys/log/sshdebug:
> ...
> The problem might be that `dh.c` has an empty implementation of `dh_client142`
> ...
Ingo,
I must admit to being the guilty party for the SSHv2 implementation.
Though Geoff gets credit for cleaning up what was some of my
ugl
> Apparently you can crash one with a light bulb:
I once read that a similar thing happened when the IBM 701 was first
unveiled to the press. IBM had put the CRT-based storage devices
behind smoked plexiglass, and one could see the memory visually.
Naturally, the photographers took flash pictures
> trying to connect from 9atom via ssh (v2) to my linux machine I get:
>
> ssh: dial: handshake failed
>
> What should I check that might have gone wrong?
> (The machine is otherwise accessible from other systems via
> ssh.)
The first thing to check is whether the Linux box is configured to
do pa
I'm teaching a special topics course this fall I'm
calling Computing in the Small. Right now, I'm
leaning toward conducting it on a platform that
runs Plan 9. I'm looking for something based on
ARM or MIPS and that has some useful connection
to the external world in the form of GPIOs. SPI,
I2C,
On Wed, 8/5/15, Charles Forsyth wrote:
> I think the big advantage of the Rpi or Rpi2 (for speed,
> memory and cores)is that there's a wealth of published
> projects for them, including hardware ones, and other stuff,
> and they aren't likely to go away. It's true that lacking SATA
> and Gb Ether
On Wed, 8/5/15, Skip Tavakkolian wrote:
> RPI's running something like plan9-bcm (check github) where gpio
> is exposed should work. I'm going to try plan9-bcm this weekend;
> i'll keep you posted.
Thanks for the pointer. I'll definitely check that out. I'm hoping to
expose them to a little bit
On Thu, 8/6/15, lu...@proxima.alt.za wrote:
> Olimex in Bulgaria manufacture and market worldwide a very wide
> range of AVR and ARM based boards and peripherals. They target
> the DIY market. Pay their site (olimex.com works for me) a visit.
They do look interesting, and I like their intention
> Richard has an i2c and spi driver for the pi. I grafted the inferno
> i2c file system interface on top of Richards driver, though
> the sub addressed reads are awaiting my return from
> holiday.
Steve,
Is all that on sources somewhere or accessible otherwise?
Last night, I pulled devbcm from pla
On Wed, 8/12/15, David du Colombier <0in...@gmail.com> wrote:
> > Is all that on sources somewhere or accessible otherwise?
>
> Richard's latest Raspberry Pi repository is available here:
>
> /n/sources/contrib/miller/9/bcm
Cool. Somehow I missed that. I'll pull it and play with it. Using
the
On Wed, 8/12/15, Skip Tavakkolian <9...@9netics.com> wrote:
> the gpio pins don't seem accessible through a filesystem api
> like i see in plan9-bcm (unless i've missed something).
I'm pretty sure it's not there.
> it would be great to merge that capability in.
I've made a start on that this af
> I have tried to email BLS but fear I am being spam filtered... you there?
I did get one message from you, and replied earlier today. Hopefully
it got through.
A little more update on recent pi playing. I've been working on a
little toy the last few days, namely one of those small SPI driven
L
On Sat, 8/15/15, Steve Simon wrote:
> Vncserv must do something similar, maybe that is worth looking at.
> I went down a similar route but am planning to just address
> the display as a different type of device, rather than as a plan9 display.
Good point. Hadn't thought about that. I'll take a
On Sat, 8/15/15, hiro <23h...@gmail.com> wrote:
> cute, you should ship with fresnel lenses, then the reference is complete:
> http://www.wikinoticia.com/images2//s2.alt1040.com/files/2011/11/Brazil2-800x528.jpg
rotfl... I hadn't made the association until you mentioned it.
I may have to mentio
On Sat, 8/15/15, Joseph Stewart wrote:
> Brian, does your uni let you publish your curriculum or course notes?
> Is this something you've ever considered?
I should be able to do at least something along those lines. There
are corners of the university that get twitchy about making available
for
On Fri, 8/14/15, Brian L. Stuart wrote:
> The fundamental issue ... hwdraw().
Tonight's update: Forget what I said last night about hwdraw()
and the difficulty of connecting into the devdraw/memdraw/screen
stack. I had one of those embarrassing "how did it ever work"
bugs.
A few months ago I brought up the question of small
platforms suitable for a course on small/embedded
computing. If you recall the conversation, with input
from the collective wisdom, I decided to use the Pi.
At that time several people asked if I could share
any results from the course that I'm a
> but http://raspberrypi.org/documentation/hardware/raspberrypi/spi/README.md
> has an erratum suggesting "power of 2" should be "multiple of 2". I have
> been using a default divisor of 250 for a 1MHz clock, and that's the frequency
> I see on my oscilloscope.
Excellent. I had suspected that st
> Excellent. I had suspected that statement was too restrictive, but hadn't
> seen the errata or gotten around to checking on a scope. I'll update that
> today.
New versions posted. spiclock() now rounds the divisor up to the smallest
even number that results is a clock rate less than or equal
On Mon, 12/28/15, Anthony Sorace wrote:
> And yes, I’d be interested in seeing your
> slides, although you’ve already given me
> enough to keep my busy for a bit.
Anthony,
I've put the slides up in the directory at:
http://cs.drexel.edu/~bls96/plan9/
The class met one night a week and we have
On Wed, 12/30/15, Skip Tavakkolian <9...@9netics.com> wrote:
> > - Enhancements for I2C and SPI
>
> is there an updated devrtc3231.c, or a conventional user space
> fs, that uses the new i2c?
Yes, there's a devi2c userland interface ported over from Inferno.
That's what's being used to drive the
On Fri, 1/1/16, erik quanstrom wrote:
> i'm looking @ the gpio interface, and i wonder what the recommended
> technique for sampling a pin might be from a shell script?
I haven't really used it in shell scripts, but if I were going to do
so, I'd probably write up a little utility to take a hex st
On Sat, 1/2/16, David du Colombier <0in...@gmail.com> wrote:
> > in diffing bls' version and sources, i see some significant
> > differences, but it's not clear which one is more up-to-date.
>
> Brian Stuart's version is more up-to-date.
>
> Brian Stuart based his changes on the latest changes fr
On Sat, 1/9/16, Anthony Sorace wrote:
> Anyone got anything? USB dongle we can drive, or an ethernet bridge
> folks have had good results with? WiFi with WPA2 is ideal, but the only
> hard requirement for my use case is power: it needs to either draw directly
> or be able to draw power via USB.
N
On Wed, 3/9/16, Anthony Sorace wrote:
> Anyone have any example code using the i2c interface on the pi
> I can look at? I'm playing around with several of these, and am not
> getting the results I expect (data getting out, but the hats aren't behaving
> like they're getting the same bits I think I
On Wed, 3/9/16, Vasudev Kamath wrote:
>> The second talks to the MMA8451 3-axis accelerometer:
>>
>> http://cs.drexel.edu/~bls96/plan9/mma8451sa.c
>
> This link gives Forbidden message (403)
Oops. I had the mode set wrong. Try it now and see if works
better for you.
BLS
I'll try to answer several questions here together.
> I see an image at bell labs for the raspberry pi.
> http://plan9.bell-labs.com/sources/contrib/miller/9pi.img.gz
>
> I see that there are Raspberry Pi 2 Model Bs and Raspberry Pi 3 Model Bs
> for sale. Will either one work with that image?
I
On Tue, 8/23/16, Brantley Coile wrote:
> We haven’t stopped using it, but then again, we don’t talk much on the
> list.
I can say this particular 9 fan isn't dead...just aging. My main file server
here at home runs Plan9, but with my own file system, rather than Ken's.
My auth server is a Raspbe
On Sat, 10/1/16, James A. Robinson wrote:
> Honestly I had been assuming one of those usb battery packs would work. :)
They work pretty well. One I tested with a B+ and a 3.5" LCD screen
lasted about 4 hours before it crashed. I should time it with a 3 and
one of the DSI interface 7" LCD screen
On Fri, 9/15/17, Marshall Conover wrote:
> I'll start digging in to see what I can do. I think I jumped the
> gun by trying to contribute a feature, ...
On this point, I'd suggest a slight shift of perspective. This is something
that I've tried to convey both to collegues when in industry and t
On Sat, Dec 23, 2017 at 7:13 PM, G B wrote:
> I've installed Inferno on FreeBSD but how do you build it for Plan 9? The
> makemk.sh file and without looking, I think the mkconfig file too, reference
> gcc. And the makemk.sh has /bin/sh. Do I have to install a Bourne or Korn
> shell plus gcc fro
On Fri, 12/29/17, G B wrote:
> I used Inferno from bitbucket.org but wasn't able to build
> on FreeBSD 11.x/amd64 so I just reverted back to FreeBSD
> 9.3/i386. But I may try to build using 11.1/i386 with
> gcc. I'll have to use KVM on OpenIndiana to try it
> though since I don't have a spare ph
On Fri, 12/29/17, Bakul Shah wrote:
> On Fri, 29 Dec 2017 19:11:22 +0000 "Brian L. Stuart"
> wrote:
>> I'm at the same point I usually am when getting ready to teach my winter
>> term OS
>> course.
>
> Why teach about Inferno? Just curious.
It
On Sun, 12/31/17, Rui Carmo wrote:
> I honestly don’t think Plan9 or Inferno will become
> “general use” without (at the very least) a modern
> browser,
For which we can all be grateful. "General use" is not a
good thing to be desired. One of the biggest reasons I
moved away from Linux was that
On Sat, 12/30/17, Andre Wingor wrote:
> And also ready-made live distributions for launching from USB and
> installing on a desktop with simple copying
> without admins privileges.
I haven't thought about anything along those lines with the
hosted versions, but a while back I did start putting t
On Sun, 12/31/17, Bakul Shah wrote:
> I don't think we can assume a more popular plan9 would have
> met the fate of Linux. What bothers (some of) us is not that
> Linux is mainstream but that it is far too complicated and
> kitchensinky.
I'd like to think that there can be widespread use without
Alexander Kapshuk wrote:
> On Thu, Dec 28, 2017 at 9:54 PM, Brian L. Stuart
> wrote:
>> Which version of FreeBSD did you use, and did you use the
>> Inferno on bitbucket? I'm finding it a long way from building
>> out of the box there these days.
>
> Whil
Has anyone tried Plan 9 on the new Pi 3B+? I've
run into something that confuses me a bit. First,
it seems you need the new version of start_cd.elf
to bring up the 3B+. However, with that, the kernel
throws a lock loop error. In tracking down the loop,
it happens in startcpus() in archbcm2.c.
On Fri, 6/15/18, Lucio De Re wrote:
> Great news. I've upgraded my Linux Mint to 64-buit ad I've been
> reluctant to experiment with 9vx, which I really like a lot. Can you
> confirm thatit runs OK under 64-bit Linux? Do I need to add any
> special bits, different from p9p, to get it to compile?
On Fri, 6/15/18, Mark van Atten wrote:
> On Fri, Jun 15, 2018 at 6:44 PM, Brian L. Stuart
> wrote:
> > Can't say for LInux, but I run it all the time under 64-bit FreeBSD.
>
> As of 11.0, FreeBSD has its own fdclose() with conflicting types.
> https://github.com/0in
On Wed, 6/20/18, Ethan A. Gardener wrote:
> but on the back burner is a
> Forth-based project; a sort of operating system where the
> primary interface to all tasks is a Forth interpreter. So
> far, I've written the basics of a text editor. It's
> *very* little code!
I love seeing this idea comin
On Sat, 9/1/18, Lucio De Re wrote:
> I'm trying to arrive at the most elegant solution to the following
> problem that does not sacrifice a great deal of efficiency. And, maybe
> I need to state this, the final result must be as robust or more
> robust than what I have in place currently, which ha
Fri, Oct 5, 2018 at 12:11 AM Mayuresh Kathe wrote:
> man, i experienced such heavy negativity towards my efforts to build ...
>
> the idea was to have a 64-bit linux kernel with the advantages of
> plan9port (small and elegantly designed+developed tools).
Mayuresh,
To echo what others have said,
On Tue, 10/30/18, Richard Miller <9f...@hamnavoe.com> wrote:
> > Is there a technical reason (beside fonts that do not cover them) not
> > to use a Unicode values for the first letter?
>
> They're a bit harder to produce on the keyboard.
Especially if you're at a VT-220 on the console and can't
On Mon, 4/1/19, Ethan Gardener wrote:
> I remember hearing of some disadvantage to
> walking directories, but can't remember what it was.
> Could someone remind me, please? Perhaps there was
> more than one, of course. Perhaps a performance trick
> couldn't be employed?
The only complaint I'v
> This is a cool bug; thanks for the report.
> I love a good concurrency bug.
It might just be the result of being on a
plane all day, but this just caught me in
a weirdly funny mood. I can't tell whether
I should respect you, admire you, fear you,
or pity you for your unnatural affection
for rac
> i can sleep easier knowing that this technology has finally been
> accepted by the general public:
It would appear their intent is that everyone sleep easier.
What worries me is the inventory reduction. This OS is
already very lean. I'm not sure what there is to reduce.
BLS
Once again, I find myself in the unhappy, but familiar,
place of being befuddled by security/authentication.
Backstory: After fighting with flaky disk drives and
scary RAID controllers, I have a system set up as a
CPU server running fossil+venti, and I want to play
around with it acting as a file s
From: Christian Kellermann <[EMAIL PROTECTED]>
>You did set up a user in fossil with fossilcons(8) right?
Yes. That's the user I'm drawterm'd in as and the
one I'm using as the uname option when mounting
using P9P.
Thanks,
BLS
> Once again, I find myself in the unhappy, but familiar,
> place of being befuddled by security/authentication.
> ...
I know it's bad form to reply to your own question,
but I've gotten a bit farther. I realized that
/bin/service/tcp564 isn't the right way to go about
it. After a good slap on t
> are you sure that both your auth server is running (look for results
> from 'ps | grep keyfs') and that you're running the network listener
> for it (service.auth/tcp567)? the "connection refused" says it's just
They are. As it turns out, it was a combination of operator
error and misleading do
> As long as I'm at it, though, I've got a question about listen.
> It's filling a rather large logfile with lots of address in
> use errors. As I look into things, it appears that I'm starting
> listen both in /bin/cpurc and in /cfg/phantom/cpurc with the
> latter specifying the -t option. That
> I'm not sure about the "usual" way, but I've got the
> listens in cpurc commented out and rely only on
> entries in /cfg/whatever/cpustart.
Sounds like there are several ways people handle this.
For now at least, I'm going to go with my initial
instinct and leave the listens commented out in cpu
> is anyone already working on an factotum port to p9p or native Linux ?
P9P already has factotum.
BLS
I've found something that looks odd in the way v9fs
under Linux interacts with a fossil running on Plan 9.
If I create a file by redirecting output, the shell
seems able to happily create the file. If I try to
cp a file, then it fails. The logs show the error
"unknown mode." As near as I can tel
-- Original message --
From: "Eric Van Hensbergen" <[EMAIL PROTECTED]>
>
> On Thu, May 8, 2008 at 12:56 PM, Brian L. Stuart <[EMAIL PROTECTED]> wrote:
> > - v9fs defines P9_OEXCL to be 4, where
> > /sys/include/libc
From: "Brian L. Stuart" <[EMAIL PROTECTED]>
> From: "Eric Van Hensbergen" <[EMAIL PROTECTED]>
> > On Thu, May 8, 2008 at 12:56 PM, Brian L. Stuart <[EMAIL PROTECTED]>
> wrote:
> > > - v9fs defines P9_OEXCL to be 4, where
> >
What compiler has been successfully used to build
p9p on Solaris? I've got a Solaris 9 install and
have tried the gcc 2.95 from the extras cd and Sun
Studio 11 and both have heartburn on the anonymous
unions and structs used in hfs.h in libdiskfs.
Thanks,
BLS
> I'm sorry about that. There aren't supposed to be
> anonymous unions and structs in the source code,
> but they creep in. I've removed them from hfs.h.
Thanks, that got me farther. I was able to coerce it
to build the libraries and some applications. But,
surprise surprise, the threading is
> That's probably because the stack pointer points at
> the wrong end of the stack. There are some magic
> #defines you can put in that change the meaning of
> ...
> Once you get the thread library working,
> you will probably have to add support for
> the Solaris FS to libdiskfs, unless it is the
> > I know it's been a while, but that got me farther. The
> > odd thing is that I had already played with the magic
> > define, but it seems that __sun__ wasn't getting set.
>
> Bug in 9c. Fixed and pushed.
Cool.
> Please compare against the BSD sources if you get
> a chance -- I hope I just
I find myself in the position of wanting to
use vbackup on a file system that's reiserfs.
Before I start writing support for that file
system, I wanted to make sure I wasn't going
to be duplicating effort. Has anyone already
done this, or is anyone working on it?
Thanks,
BLS
> So i realized I'm being foolish w.r.t my comments on "i want my venti"
>
> in the 9vx directory
> dd if=/dev/zero of=arenas bs=1048576 count=whatever
>
> do for index and bloom
> follow venti instructions.
>
> voila. Venti. Rinse and repeat for fossil.
I haven't tried this yet, but is there a
> I haven't tried this yet, but is there any reason you
> couldn't put block special files for disk partitions
> in the 9vx directory and put the arenas, etc there,
> assuming of course all the permissions were set right?
> I'll probably give it a try later tonight unless someone
> yells "Stop! You
> Me again - Were you successfull in porting 9vx to OpenBSD?
> If you need some testing help, contact me.
Speaking of that, does anyone have an idea where NetBSD
would fit into that? Of the bunch, that's the one I've
used most and have deployed in the most places. I
would think there would be so
> >> i'm interested in netbsd as a replacement for linux to serve 9p in
> >> small ARM machines... i could use this
> >
> > Why not Inferno? (Native or hosted)
> >
> > uriel
>
> thanks, i'd overlooked that option
>
> I must say though that having to re-target to limbo is a minus. Is
> there a 'p
How do you remove a file with corrupted meta data?
I was in 9vx and trying to recompile a kernel so
I could get a boot file with the local method
and it locked. After I killed 9vx and started it
up again, I can't mk because main.8 has corrupted
meta data. check in fossilcons reports it, but
appar
> Can you clri the file from fossilcons?
Unfortunately, that just reports the corrupted meta data too.
Interestingly, when I started it up this morning, the check
didn't report an error with it. But then after trying to
access it, check now reports:
error: could not unpack meta block: /active/sys
> Your best bet is probably to clri /active/sys/src/9/pc
> and not look back.
clri /active/sys/src/9/pc
no_lb_mode = 1 ;
It is happy now.
> It's more likely in a bad loop somewhere.
> Is it repeatedly doing I/O during the 100% cpu?
I don't honestly know. Next time it happens, I'll
check and se
> It's more likely in a bad loop somewhere.
> Is it repeatedly doing I/O during the 100% cpu?
It just locked again. Here's what I'm seeing. In
top, the first thread is using 100% of the CPU and
all the other threads are in the S state with no run
time. I don't see any indications either in vmst
A little while back Russ suggested that someone might
want to look into making 9vx boot using a native
fossil/venti file system partition for root. For
anyone who's interested, as of this morning, that
is working. It's a little kludgy in places, but
mostly it's not too bad. When I've cleaned it
> > - boot/boot did bad things if the localroot
> > wasn't set, so when using boot/boot it's now .
>
> What bad things did it do? The code is supposed
> to cope gracefully with localroot == nil. I'd rather
> fix the code that couldn't cope.
Ah, that means I need to remember. As you get older,
> >> > - boot/boot did bad things if the localroot
> >> > wasn't set, so when using boot/boot it's now .
>
> I think this is fixed in hg now. I found one place where
> localroot was going to be used even though
> it shouldn't.
Yes, that seems to work correctly now.
> > I'm beginning to think th
> If this happens again, then running "thread apply all where 20"
> in gdb should help determine what's going on.
I'll give that a try.
> I would be inclined to do away with full plan9.ini
> parsing and just read a file containing
>
> name=value
>
> lines that get stuffed immediately int
The changes I mentioned earlier that allow 9vx to use
a local disk partition as root are ready for advised*
public consumption.
I've put everything up on the page:
http://umdrive.memphis.edu/blstuart/9vx/local9vx.html
Russ, if you want to consider these for inclusion in
the main tree, you can pu
Geoff has pointed out to me that I made a mistake in
typing the URL in my last message. It should be:
http://umdrive.memphis.edu/blstuart/htdocs/9vx/local9vx.html
I left the htdocs out of it the first time. Sorry
for any confusion.
BLS
1 - 100 of 187 matches
Mail list logo
