Re: [9fans] Re: broken link in cat-v

[Stanley Lieber]

On February 10, 2024 4:17:54 AM EST, Kurt H Maier via 9fans <9fans@9fans.net> 
wrote:
>On Sat, Feb 10, 2024 at 06:04:33PM +1100, Rob Pike wrote:
>> Thanks, but I don't know who owns that site these dayse. I'll forward to
>> the 9fans mailing list.
>> 
>> -rob
>> 
>> 
>> On Sat, Feb 10, 2024 at 6:20 AM Douglas McIlroy <
>> douglas.mcil...@dartmouth.edu> wrote:
>> 
>> > The link to plan 9 from outer space in sam.cat-v is wrong. I found a good
>> > link in wikipedia.
>> >
> 
> sl runs cat-v.org these days.  I'd recommend replacing the link to
> plan9.us with a link to https://9fans.github.io/plan9port/
> 
> I don't see a link to Plan 9 from Outer Space, so I reckon Doug was
> referring to the p9p link.
> 
> khmOuter Space, so I reckon Doug was referring to the p9p link.
> 
> khm

this link has now been updated. 

thanks,

sl

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Ta8cbb6bfc2a04158-M9c37b4867cd9d4bbef08f456
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] Prompt for wpapsk during wifi boot

[Stanley Lieber]

On June 14, 2023 10:18:13 AM EDT, Luis  wrote:
> According to plan9.ini(8):
> wpapsk=password
>  WPA/WPA2 encryption is detected automatically and a prompt
>  for the password will appear when using the WIFI interface
>  for netbooting. To avoid the prompt, the password can be
>  specified with the boot parameter above.
> 
> However, I do not get said prompt, and when I try to netboot with this
> configuration:
>  ether0=type=iwl
>  essid=myessid
>  bootargs=tls!-g 192.168.1.1 ether /net/ether0
> That (obviously, as I did not enter my wifi creds) fails with
> "ipconfig: no success with DHCP."
> 
> It works if I escape to shell with !rc and run aux/wpa manually.
> 
> How do I get aux/wpa to automatically prompt for a password OR to
> permanently store the password for use at boot time?
> 

not sure what other problems there may be, but make sure essid appears on the 
same line as ether0.

sl

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Tf639303c48fd1149-M0708981098fd644d4956a18f
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] Public Access 9front systems

[Stanley Lieber]

On June 12, 2023 3:25:01 PM EDT, tesfaye via 9fans <9fans@9fans.net> wrote:
> Does anyone know of any services similar to tilde.town or http://sdf.org that 
> run 9front? I've been searching for a little while but can't find any.
> 
> I know you can pay for VMs on SDF, but I wanted to know if there's any 
> alternatives.
> 
> Thanks
> 
> Amman Tesfaye

http://9p.sdf.org/

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/T2ddf549be7fe380c-Mdc8d1abb265ebffb2181183c
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] Boot CD chokes

[Stanley Lieber]

On December 28, 2021 10:42:27 PM UTC, Humm  wrote:
>Quoth Duke Normandin:
>> I'm new to Plan9. I don't know fuck all! So I gotta start at the
>> beginning - NOT at sysadmin level. Off to Google ...
>
>The beginning is the name.  The thing you use is “9front”.  The abandoned 
>thing is “Plan 9”.  Note the blank.
>

the plan fell off.

sl

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/T5888591114a7cf34-M20fb6e858d7a61468b79f4b1
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] Plan 9 5th Edition

[Stanley Lieber]

http://fqa.9front.org/fqa0.html#0.2.3

sl

Re: [9fans] Hack font for plan9

[Stanley Lieber]

opsec andrew

Re: [9fans] Plan 9 5th Edition

[Stanley Lieber]

Charlie there are some things you should know:

http://fqa.9front.org/fqa0.html

sl

Re: [9fans] Plan 9 5th Edition

[Stanley Lieber]

Charlie Lin  wrote:

>Any plans for Plan 9 5th edition?
>
>My desires:
>ISO-compliant C compiler and preprocessor
>Port other programming languages (especially Go) to here
>Start a source code repository
>Port Git, SVN, Mercurial, et cetera to here

At the risk of being contradicted: No.

sl

Re: [9fans] Hack font for plan9

[Stanley Lieber]

Steve Simon  wrote:

>> I have converted the open source font called Hack to plan 9 font
>format.
>
>Thats nice, not sure if I will switch, I will try it for a week or
>so...
>
>I think the sizes are wrong, the 14 point in the hack directory looks
>close to 9 point in
>the plan9 pelm font.
>
>-Steve

To be fair, 9pt lucm appears as (roughly) grapefruit sized runes on most 
screens. Compare with 9pt fonts as rendered on an 8.5x11 page by ghostscript.

sl

Re: [9fans] Maintenance of an auth server files vs a dns+dhcp+tftp server

[Stanley Lieber]

Anthony Sorace <a...@9srv.net> wrote:

>I'm not sure there's a single "canonical" answer, but many
>installations have run the auth server off its own file system, as
>James originally described. It's been several years now so my memory
>could be fuzzy, but I believe this is what they did at the main Bell
>Labs installation. 
>
>> On Nov 15, 2016, at 14:05, Stanley Lieber <s...@9front.org> wrote:
>> 
>> "James A. Robinson" <jim.robin...@gmail.com> wrote:
>> 
>>> So in a canonical installation the auth server mounts its root from
>the
>>> file server?
>>> 
>>>> On Tue, Nov 15, 2016 at 10:47 AM Stanley Lieber <s...@9front.org>
>wrote:
>>>> 
>>>> The idea is that there is one file system shared by all the
>>> neighboring
>>>> systems. The canonical Plan 9 installation comprises one disk file
>>> server
>>>> and many diskless computing machines (auth servers, cpu servers,
>>> terminals).
>>>> 
>> 
>> Yes. You can arrange for hands-free booting by storing  the same
>authid/authdom/password in the nvram of both the file server and the
>auth server. I usually boot the auth server from a 9fat partition or a
>USB key, then tcp (actually, tls) mount the root file system from the
>file server.
>> 
>> sl
>> 

The reason I used the term "canonical" is because this was the arrangement 
described in the Plan 9 papers. The single file system was touted as one of the 
central features of the system, and one of its major benefits.

Example benefit: When a diskless system crashes, there is no danger of damage 
being done to the file system.

sl

Re: [9fans] Maintenance of an auth server files vs a dns+dhcp+tftp server

[Stanley Lieber]

Ole-Hjalmar Kristensen <ole.hjalmar.kristen...@gmail.com> wrote:

>On Tue, Nov 15, 2016 at 8:05 PM, Stanley Lieber <s...@9front.org> wrote:
>
>> "James A. Robinson" <jim.robin...@gmail.com> wrote:
>>
>> >So in a canonical installation the auth server mounts its root from
>the
>> >file server?
>> >
>> >On Tue, Nov 15, 2016 at 10:47 AM Stanley Lieber <s...@9front.org>
>wrote:
>> >
>> >> The idea is that there is one file system shared by all the
>> >neighboring
>> >> systems. The canonical Plan 9 installation comprises one disk file
>> >server
>> >> and many diskless computing machines (auth servers, cpu servers,
>> >terminals).
>> >>
>>
>> Yes. You can arrange for hands-free booting by storing  the same
>> authid/authdom/password in the nvram of both the file server and the
>auth
>> server. I usually boot the auth server from a 9fat partition or a USB
>key,
>> then tcp (actually, tls) mount the root file system from the file
>server.
>>
>> sl
>>
>>
>Is this the reason that it is actually possible to boot a combined
>auth/cpu/file server at all? I mean, the auth server stores /adm/keys
>on
>the file server, right? And normally you would need to authenticate
>yourself to attach to the file server, which would be kind of
>difficult,
>since it is the auth server that is trying to access the key file...
>
>Ole-Hj.

Yes. File server boots and loads it's key from nvram into factotum. Auth server 
does the same. If both credentials match, the two machines will agree to talk 
to each other. The ticket is "forged" and factotum realizes it has enough 
information to perform the authentication without needing to consult the actual 
auth server.

sl

Re: [9fans] Maintenance of an auth server files vs a dns+dhcp+tftp server

[Stanley Lieber]

"James A. Robinson" <jim.robin...@gmail.com> wrote:

>So in a canonical installation the auth server mounts its root from the
>file server?
>
>On Tue, Nov 15, 2016 at 10:47 AM Stanley Lieber <s...@9front.org> wrote:
>
>> The idea is that there is one file system shared by all the
>neighboring
>> systems. The canonical Plan 9 installation comprises one disk file
>server
>> and many diskless computing machines (auth servers, cpu servers,
>terminals).
>>

Yes. You can arrange for hands-free booting by storing  the same 
authid/authdom/password in the nvram of both the file server and the auth 
server. I usually boot the auth server from a 9fat partition or a USB key, then 
tcp (actually, tls) mount the root file system from the file server.

sl

Re: [9fans] Maintenance of an auth server files vs a dns+dhcp+tftp server

[Stanley Lieber]

"James A. Robinson"  wrote:

>Folks,
>
>For a multi-machine network of Plan 9 services, would it be
>normal to have an authsrv machine that only runs that service,
>and uses a standalone local filesystem, and then have a separate
>server running dns+dhcp+tftp to PXE boot client machines.  The
>latter would be backed by a 3rd machine that is the fileserver.
>
>I'm trying to figure out the optimal way to maintain the systems
>without duplicating work, and run now an auth+dns+dhcp+tftp
>server appears to require maintenance of two separate filesystems
>to manage the /lib/ndb/* and kernel files.
>
>
>Jim

The idea is that there is one file system shared by all the neighboring 
systems. The canonical Plan 9 installation comprises one disk file server and 
many diskless computing machines (auth servers, cpu servers, terminals).

sl

Re: [9fans] IWP9

[Stanley Lieber]

michaelian ennis  wrote:

>I just realized that the next would be the 9th International Workshop
>on
>Plan 9.  I wonder where it will be.
>
>Ian

outer space

Re: [9fans] Making available a pre-compiled go binary for Miller's plan-9 Pi image (Chris McGee)

[Stanley Lieber]

Chris McGee  wrote:

>I tried this command with both go 1.7.3 and master branches. Both fail
>right after “ Building packages and commands for host, plan9/386”
>with an error “install: ./install not found.”
>
>It seems like the go bootstrap tool is trying to call a binary called
>“install” but there are none on my system. Is there such a command on
>p9bl? Maybe 9front doesn’t have it?
>
>It works fine if I don’t try to cross compile to plan9/arm or even
>linux/386.
>
>Chris
>
>> On Oct 30, 2016, at 4:39 AM, David du Colombier <0in...@gmail.com>
>wrote:
>> 
>> > To cross compile with make.rc do you just set GOARCH and GOOS and
>just run it?
>> 
>> Yes and you can add the --no-rebuild flag to prevent cmd/dist to
>remove the existing binaries.
>> 
>> For example:
>> 
>> ℅ GOOS=plan9 GOARCH=arm make.rc --no-rebuild
>> 
>> -- 
>> David du Colombier
>> 

'install' is from BSD. It does not exist in Plan 9.

sl

Re: [9fans] libtask

[Stanley Lieber]

Steve Simon  wrote:

>Hi all,
>
>I am using libtask on an embedded system with great success,
>however I would like to add remote file access to the system...
>
>9p seems a good fit ☺
>
>Anyone written or ported a small simple 9p library;
>I am after client and server but anything would be good.
>
>Thanks,
>
>-Steve

http://9p.cat-v.org/implementations

sl

Re: [9fans] 3D graphics as a filesystem

[Stanley Lieber]

"James A. Robinson"  wrote:

>I wonder if the Inferno guys did anything like that.
>
>There was a youtube video from John Floren talking about his work
>replacing
>Java w/ Inferno on an Android phone and I think he mentioned some ideas
>he
>had consider w/re to driving graphics using a 9p interface.


You might also check out the work on Harvey.

sl

Re: [9fans] Plan9 and VMs

[stanley lieber]

Bakul Shah  wrote:

>On Fri, 02 Sep 2016 22:54:38 +0200 Adriano Verardo
> wrote:
>> What about VirtualBox or other VMs ?
>
>VirtualBox has worked well for me though I haven't installed
>plan9 lately.

http://fqa.9front.org/fqa3.html#3.3

sl

Re: [9fans] Is 9Fans dead or alive

[stanley lieber]

Skip Tavakkolian <skip.tavakkol...@gmail.com> wrote:

>On Wed, Aug 31, 2016 at 11:43 AM stanley lieber <s...@9front.org> wrote:
>
>> Steven Stallion <sstall...@gmail.com> wrote:
>>
>> >On Wed, Aug 31, 2016 at 1:40 AM, Kurt H Maier <k...@sciops.net>
>wrote:
>> >> On Tue, Aug 30, 2016 at 10:52:31PM -0700, Skip Tavakkolian wrote:
>> >>> > plan 9 as more than a masturbatory aid.
>> >>>
>> >>> put up or shut up:
>> >> ...
>> >> Congratulations on your accomplishments!
>> >
>> >% fn ck { grep $* /n/sources/patch/*/email
>/n/sources/patch/^(applied
>> >maybe saved sorry)^/*/email >[2]/dev/null |wc -l}
>> >% ck sstall...@gmail.com
>> > 28
>> >% ck k...@sciops.net
>> >  0
>> >
>> >Perhaps it's better to be known for the occasional masturbatory
>> >session than for being an incorrigible troll.
>> >
>> >Steve
>>
>> What's incorrigible is the way you people consistently reply to
>questions
>> from newbs with claims that it is trivial to do various tasks on Plan
>9
>> without ever quite revealing that 1.) it isn't, and 2.) you aren't
>really
>> referring to the task they suggested, anyway. Skip does this, Every.
>> Single. Time. What is the point?
>>
>
>you're assuming a person who is new to Plan 9, is new to computing,
>system
>admin or programming.
>
>easy means: "no different than setting up a cpu once you've configured
>your
>fs and auth".  adding entries for 8 rpi's in /lib/ndb/local and
>/cfg/pxe is
>as easy as cutting and pasting after the first one. they all run the
>same
>kernel.
>
>please take the hyperbole down a bit or provide instances for what you
>claim i did. the internet has a long memory; http links would be
>sufficient.
>
>regarding pi cluster, it was related to a work-in-progress i talked
>about
>at IWP9 2010.  i've shared as much detail as i could.
>
>
>> What do you use that rpi "cluster" for, Skip? Do you mean to imply
>some
>> the availability of some facility for process migration? You know
>none
>> exists.
>>
>> The latest amusing evolution is a parade of replies from the usual
>> suspects where it's never quite clear which of them are promoting or
>> denigrating the degraded web-centric nature of modern computing.
>First
>> various ribbons and medals associated with historic Plan 9 campaigns
>are
>> displayed and then the same noble campaigners suggest that Plan 9
>users are
>> cave men clinging to stone tools. I think the quips are so clever
>precisely
>> because their target is indeterminate. Great, you're funny, but
>again, what
>> is the point?
>>
>> How does any of this clarify matters for interested newbs?
>>
>> My personal favorite aspect of this tiresome dance is the eventual
>> denunciation of trolls. Here, in the spiritual home of Mark V Shaney!
>>
>> The problem is not trolling. The problem is low to medium quality
>> trolling, performed by armchair quarterbacks who want credit for
>being Plan
>> 9 Gandalfs but who are unwilling to provide the simple service of
>speaking
>> in words that make sense. Mothra forbid any should cast aspersions
>upon the
>> sacred world wide web,
>> bringer of the paycheck and dresser of the tongue.
>>
>
>and yet, it is you and your ilk who claim the mantle of the true
>keepers of
>the faith, beating back the evildoers.
>
>
>>
>> Kurt provides free hosting for the 9front mercurial repository, after
>> Google found better things to do with their time. Thanks, Kurt.
>>
>> sl
>>
>>
>>
>>
>>
>>
>>

"your ilk"

What does that mean, exactly, Skip?

http://fqa.9front.org

What I say is that Plan 9 runs on my computer and I use it to do the things I 
use computers for. Documentation of the hows and whys can be found at the URL 
above. 9fans manage to consistently make fun of this idea while somehow 
simultaneously retaining an incredibly easily offended sense of ownership over 
anything mentioned on 9fans since 1993. Which is the real you? And why do quips 
become verboten only after you've contributed the quips you wanted to 
contribute?

It's not so much keeping the flame as it is simply wanting to run the software 
to actually do things, and realizing that waiting for the last remaining Bell 
Labs staff working on Plan 9 to jump ship is a poor strategy for keeping the OS 
alive. We forked, and the OS lives.

Oblique references to a talk given six years ago about a project the details of 
whic

Re: [9fans] Is 9Fans dead or alive

[stanley lieber]

Steven Stallion  wrote:

>On Wed, Aug 31, 2016 at 1:40 AM, Kurt H Maier  wrote:
>> On Tue, Aug 30, 2016 at 10:52:31PM -0700, Skip Tavakkolian wrote:
>>> > plan 9 as more than a masturbatory aid.
>>>
>>> put up or shut up:
>> ...
>> Congratulations on your accomplishments!
>
>% fn ck { grep $* /n/sources/patch/*/email /n/sources/patch/^(applied
>maybe saved sorry)^/*/email >[2]/dev/null |wc -l}
>% ck sstall...@gmail.com
> 28
>% ck k...@sciops.net
>  0
>
>Perhaps it's better to be known for the occasional masturbatory
>session than for being an incorrigible troll.
>
>Steve

What's incorrigible is the way you people consistently reply to questions from 
newbs with claims that it is trivial to do various tasks on Plan 9 without ever 
quite revealing that 1.) it isn't, and 2.) you aren't really referring to the 
task they suggested, anyway. Skip does this, Every. Single. Time. What is the 
point?

What do you use that rpi "cluster" for, Skip? Do you mean to imply some the 
availability of some facility for process migration? You know none exists.

The latest amusing evolution is a parade of replies from the usual suspects 
where it's never quite clear which of them are promoting or denigrating the 
degraded web-centric nature of modern computing. First various ribbons and 
medals associated with historic Plan 9 campaigns are displayed and then the 
same noble campaigners suggest that Plan 9 users are cave men clinging to stone 
tools. I think the quips are so clever precisely because their target is 
indeterminate. Great, you're funny, but again, what is the point?

How does any of this clarify matters for interested newbs?

My personal favorite aspect of this tiresome dance is the eventual denunciation 
of trolls. Here, in the spiritual home of Mark V Shaney!

The problem is not trolling. The problem is low to medium quality trolling, 
performed by armchair quarterbacks who want credit for being Plan 9 Gandalfs 
but who are unwilling to provide the simple service of speaking in words that 
make sense. Mothra forbid any should cast aspersions upon the sacred world wide 
web,
bringer of the paycheck and dresser of the tongue.

Kurt provides free hosting for the 9front mercurial repository, after Google 
found better things to do with their time. Thanks, Kurt.

sl

Re: [9fans] Is 9Fans dead or alive

[stanley lieber]

Skip Tavakkolian  wrote:

> In fact the population of 9fans in
>my
>neighborhood has doubled.

Shades of damned lies and statistics?

sl

Re: [9fans] Is 9Fans dead or alive

[stanley lieber]

Brantley Coile <brantleyco...@me.com> wrote:

>We haven’t stopped using it, but then again, we don’t talk much on the
>list.
>
>I’ve been using Plan 9 since 1995, before that I only used it at the
>Labs. I’ll be using it when I assume room temperature.
>
>We still run Ken’s file server that Erik modified into a diskless file
>server using our AoE appliances behind it. I develop on Plan 9
>exclusively. And we use it as a distributed operating system running on
>about a dozen machines.
>
>I suspect that we might the be only ones.
>
>  Brantley
>
>> On Aug 23, 2016, at 2:06 PM, stanley lieber <s...@9front.org> wrote:
>>
>> Don Bailey <don.bai...@gmail.com> wrote:
>>
>>> Plan 9 shall never die.
>>>
>>>
>>> On Tue, Aug 23, 2016 at 8:21 AM, David du Colombier
><0in...@gmail.com>
>>> wrote:
>>>
>>>>> I see from the archive (http://marc.info/?l=9fans) there were no
>>>> messages at
>>>>> all in June, maybe everyone was tired out after the 203 messages
>in
>>> May?
>>>>
>>>> The 9fans mailing list was down from approximately June 1 to July
>25.
>>>>
>>>> --
>>>> David du Colombier
>>>>
>>>>
>>
>> People just stop using it.
>>
>> sl
>>
>>

I meant the people busy not posting on this mailing list. I run Plan 9 on my 
personal workstation, and we serve all the 9front stuff (file shares, mailing 
lists, websites -- everything but the mercurial repository) from Plan 9.

The culture of this mailing list has always been running UNIX and sometimes 
talking about Plan 9. First because Plan 9 was not generally available, and now 
because macbooks and the web. Even the authors of Plan 9 quit research to build 
websites for a living. They declared a Plan 9 free zone in their own computing 
lives over a decade ago.

To be fair, many people need to do things at a given moment that Plan 9 cannot 
be made to do without undertaking an enormous and likely futile effort. One of 
the reasons the project stalled is that it is too difficult to keep up with the 
demands of the outside world.

I agree, it sucks.

Are you hiring, by any chance?

sl

Re: [9fans] Is 9Fans dead or alive

[stanley lieber]

Don Bailey  wrote:

>Plan 9 shall never die.
>
>
>On Tue, Aug 23, 2016 at 8:21 AM, David du Colombier <0in...@gmail.com>
>wrote:
>
>> > I see from the archive (http://marc.info/?l=9fans) there were no
>> messages at
>> > all in June, maybe everyone was tired out after the 203 messages in
>May?
>>
>> The 9fans mailing list was down from approximately June 1 to July 25.
>>
>> --
>> David du Colombier
>>
>>

People just stop using it.

sl

Re: [9fans] Chords, ^, _, ^B and scroll with mouse wheel in p9p sam

[stanley lieber]

The intended convention is for the scrollwheel to behave similar to clicking 
inside the scrollbar.

It is unclear how to fix mousing for users who don't want to keep track of 
where the mouse pointer is.

sl

Re: [9fans] problem with acme on 9front

[stanley lieber]

>> at the cost of stepping all over the rest of the (Plan 9) system
>
>
>?

To get the best use out of acme you need to arrange for it to capture a lot of 
plumber rules (or arrange to maintain multiple sets of rules for acme and 
not-acme). Because of the way acme manages windows, programs often need to keep 
track of (and handle) whether or not they are running inside acme. Finally, 
acme does not support some common features provided by rio (like hold mode), 
which means even some text-based programs (like upas/marshal) aren't fully 
functional. Everything acme touches requires special hand-holding. 
Conceptually, it is the opposite of the tools approach to software.

As I said, this can be convenient on a UNIX system that otherwise lacks the 
features provided by rio, but on Plan 9, where most of this stuff is otherwise 
already available, it requires a great deal of commitment to the acme 
grab-it-all philosophy. Sometimes, you don't want to carry the kitchen sink on 
your back.

sl

Re: [9fans] rtl8169 gbe slow

[stanley lieber]

Have you tried setting and alternate user agent?

sl

Re: [9fans] acme search backwards

[Stanley Lieber]

> somehow I thought that was going to be the response

gee, erik



On Sep 3, 2015, 10:16 AM, at 10:16 AM, erik quanstrom  
wrote:
>somehow I thought that was going to be the response, but that's not
>really true unless acme has been rewritten on the lower level kbd
>model.
>
>that model also introduces user space kbd control, so good luck using
>it in the event of panic.
>
>- erik
>
>
>On Sep 3, 2015 6:34 AM, Aram Hăvărneanu  wrote:
>>
>> On Thu, Sep 3, 2015 at 3:11 PM, erik quanstrom
> wrote:
>> > because the keyboard doesn't pass modal presses to user space
>>
>> There has been solved in 9front in 2011:
>http://man.cat-v.org/9front/8/kbdfs
>>
>> --
>> Aram Hăvărneanu
>>
>>

Re: [9fans] Harvey OS: A new OS inspired heavily by Plan 9

[Stanley Lieber]

in some cases, plan 9's coincidental inability to run modern programs that do 
unpredictable and undesirable things is a useful feature. mothra, for example, 
doesn't even handle many html tags, but it also doesn't execute unknown 
server-supplied code on my terminal. how can i be sure? because the program is 
small enough to read and understand, and, having done so, i can be reasonably 
certain that it contains no code to do so. quite aside from having the 
functions accidentally or surreptitiously enabled, the functions simply don't 
exist. with most modern useful programs (and their dependencies), 
understanding the code isn't a valid approach to security, because your 
lifetime is too short a span to read -- much less comprehend -- the contents of 
the source directory. this is compounded by numerous and constant revisions to 
already unreadably massive piles of code.

what does a given useful program do? who can really say?

harvey seems interesting, but its main objective seems inextricably tied to 
throwing the strength of plan 9's simplicity and relative isolation out the 
window.

sl



On Jul 27, 2015, 10:34 AM, at 10:34 AM, Charles Forsyth 
charles.fors...@gmail.com wrote:
On 27 July 2015 at 15:19, Anthony Sorace a...@9srv.net wrote:

 (for many, it’s pretty
 much just a browser)


One of the reasons mere POSIX isn't enough is that there are many
non-POSIX
tendrils that have worked their way throughout the system,
notably d-bus and now systemd, but there are many others, and the just
a
browser has started to interact with all of them.
https://code.google.com/p/chromium/issues/detail?id=388628

Re: [9fans] Ports tree for Plan 9

[Stanley Lieber]

 On May 30, 2015, at 12:27 PM, Jeff Sickel j...@corpus-callosum.com wrote:
 
 
 On May 30, 2015, at 11:17 AM, Kurt H Maier k...@sciops.net wrote:
 
 pretty difficult to do if there is a desire to use git or hg.
 
 does hgfs use APE?  I haven't investigated too closely.
 
 hgfs is a read-only Hg tool written in Limbo.  You still need hg running
 on your host to pull/commit/push changes.

he was referring to the c program hgfs that was written for 9front. currently, 
yes, it is read-only.

sl

Re: [9fans] Ports tree for Plan 9

[Stanley Lieber]

On May 30, 2015, at 11:54 AM, erik quanstrom quans...@quanstro.net wrote:

 I would very much like to see this fast and conformant, so that APE
 awk can be thrown in the trash.
 
 i don't understand this.  awk is bwk's ota source, with some minor tweaks to 
 fit the
 environment.  it works well, and allows portable awk to be written.  can you
 explain what is to be gained by a re do?  i don't think doesn't use ape per 
 ce
 is a good argument.  it would have to be explained what this enables.  i 
 can't see
 that part.
 
 - erik

if i understood correctly, the major reasons were better unicode handling and 
not using sh for system().

sl

Re: [9fans] using git

[Stanley Lieber]

this world sucks

Re: [9fans] using git

[Stanley Lieber]

 I'll be happy to continue a
 discussion with you offline, if you
 wish.

are you asking him to take it outside

Re: [9fans] unexpected tabs in man pages after font change

[Stanley Lieber]

troff is great. easy to maintain programmatically.

sl

Re: [9fans] Installing Go in Plan 9 on the Raspberry Pi.

[Stanley Lieber]

yes, it is sure that it will not work.

sl

Re: [9fans] Using webfs from rc

[Stanley Lieber]

The following is hget implemented in rc:

http://code.google.com/p/plan9front/source/browse/rc/bin/hget

sl

Re: [9fans] known working wifi cards

[Stanley Lieber]

On Wed, Mar 21, 2012 at 10:42 AM, Richard Miller 9f...@hamnavoe.com wrote:
 PCMCIA:

 Wavelan PC24E-H-FC

  aka Avaya World Card Silver

aka Lucent Orinoco Silver
aka IBM High Rate Wireless LAN
etc.

-sl

Re: [9fans] known working wifi cards

[Stanley Lieber]

On Wed, Mar 21, 2012 at 11:02 AM, Richard Miller 9f...@hamnavoe.com wrote:
 aka Lucent Orinoco Silver
 aka IBM High Rate Wireless LAN
 etc.

 Firsthand experience only ?

Perhaps it's a faulty assumption that all PC24E-H-FC cards are created
equal. I've seen them branded many different ways.

-sl

[9fans] known working wifi cards

[Stanley Lieber]

Reading into the record. Please update the list (or the wiki) if
you've verified any other working wifi cards. Please, firsthand
experience only.

-sl


PCI:

none known

PCI Express:

none known

MiniPCI:

Actiontec 800MIP (branded Lucent WaveLAN)

MiniPCI Express:

none known

PCMCIA:

Wavelan PC24E-H-FC

Re: [9fans] GSoC 2012

[Stanley Lieber]

 SSH2 in any form helps a ton.

Taruti wrote a simple ssh2 client in go called scpu[1][2] that I've
been using since last summer. It builds on Plan 9 with gmake and her
(now outdated) port of go[2]. The command line options mirror those of
cpu(1), and it works well with factotum(4).

There is also a port of an older version of OpenSSH in fgb's contrib.
I've been using this for quite a while as well.

Neither of these fulfill the requirement for a native Plan 9 program,
but both have proven useful.

-sl

[1] https://bitbucket.org/taruti/scpu/
[2] http://plan9.stanleylieber.com/pkg/386/scpu-2012.03.15.tbz
[3] http://plan9.stanleylieber.com/pkg/386/go-2011.05.10.tbz

Re: [9fans] Intel X4500 Integrated Graphics support

[Stanley Lieber]

On Tue, Dec 20, 2011 at 7:52 AM, erik quanstrom quans...@quanstro.net wrote:
 i think most people are using vesa.  unfortunately
 that limits one to 4:3 graphics modes.

Some card/monitor combinations seem to support other aspect ratios
that are technically outside of the VESA spec. For example, my NVidia
GeForce 8400GS coupled with an NEC AccuSync AS221WM 22 via DVI-D[1]
happily runs[2] at the monitor's native resolution of 1680x1050 with
VESA, which is 16:10. I was also able to achieve 1680x1050 on the
AS221WM with an Intel GMA 3000 via VGA. The deciding factor seems to
be whatever modes are contained in the specific VESA BIOS that is in
your specific video card.

Note: depending upon the monitor, and depending upon how the card is
connected to the monitor, the VESA BIOS may present the user with
different available modes. Typically, aux/vga -p will produce
different output when the same hardware is connected via VGA, DVI-D,
HDMI, etc.

-sl

[1]
term% @{rfork n; aux/realemu; aux/vga -p}
fd 00FD00384C1F5311000A202020202020
vesa flagUlinear|Hlinear|Fsnarf
vesa sigVESA 3.0
vesa oemNVIDIA 96.134
vesa vendor NVIDIA Corporation
vesa productG86 Board - p413h05
vesa revChip Rev
vesa cap 8-bit-dac
vesa mem14680064
vesa mode   0x100 640x400x8 m8 packed
vesa mode   0x101 640x480x8 m8 packed
vesa mode   0x103 800x600x8 m8 packed
vesa mode   0x105 1024x768x8 m8 packed
vesa mode   0x107 1280x1024x8 m8 packed
vesa mode   0x10e 320x200x16 r5g6b5 direct
vesa mode   0x10f 320x200x32 x8r8g8b8 direct
vesa mode   0x111 640x480x16 r5g6b5 direct
vesa mode   0x112 640x480x32 x8r8g8b8 direct
vesa mode   0x114 800x600x16 r5g6b5 direct
vesa mode   0x115 800x600x32 x8r8g8b8 direct
vesa mode   0x117 1024x768x16 r5g6b5 direct
vesa mode   0x118 1024x768x32 x8r8g8b8 direct
vesa mode   0x11a 1280x1024x16 r5g6b5 direct
vesa mode   0x11b 1280x1024x32 x8r8g8b8 direct
vesa mode   0x130 320x200x8 m8 packed
vesa mode   0x131 320x400x8 m8 packed
vesa mode   0x132 320x400x16 r5g6b5 direct
vesa mode   0x133 320x400x32 x8r8g8b8 direct
vesa mode   0x134 320x240x8 m8 packed
vesa mode   0x135 320x240x16 r5g6b5 direct
vesa mode   0x136 320x240x32 x8r8g8b8 direct
vesa mode   0x13d 640x400x16 r5g6b5 direct
vesa mode   0x13e 640x400x32 x8r8g8b8 direct
vesa mode   0x160 1280x800x8 m8 packed
vesa mode   0x161 1280x800x32 x8r8g8b8 direct
vesa mode   0x162 768x480x8 m8 packed
vesa mode   0x168 1680x1050x8 m8 packed
vesa mode   0x169 1680x1050x32 x8r8g8b8 direct
edid mfrNEC
edid serialstr  03105090TA
edid name   AS221WM
edid product26562
edid serial 0
edid version1.3
edid mfrdate2010.10
edid size (cm)  47x30
edid gamma  2.20
edid vert (Hz)  56-76
edid horz (Hz)  31000-83000
edid pclkmax17000
edid flags   digital standby suspend activeoff
edid 640x480@60Hz
clock=25.175
shb=648 ehb=792 ht=800
vrs=490 vre=492 vt=525
hsync=- vsync=-
edid 640x480@73Hz
clock=31.5
shb=648 ehb=824 ht=832
vrs=489 vre=492 vt=520
hsync=- vsync=-
edid 640x480@75Hz
clock=31.5
shb=640 ehb=840 ht=840
vrs=481 vre=484 vt=500
hsync=- vsync=-
edid 800x600@56Hz
clock=36
shb=800 ehb=1024 ht=1024
vrs=601 vre=603 vt=625
hsync=+ vsync=+
edid 800x600@60Hz
clock=40
shb=800 ehb=1056 ht=1056
vrs=601 vre=605 vt=628
hsync=+ vsync=+
edid 800x600@72Hz
clock=50
shb=800 ehb=1040 ht=1040
vrs=637 vre=643 vt=666
hsync=+ vsync=+
edid 800x600@75Hz
clock=49.5
shb=800 ehb=1056 ht=1056
vrs=601 vre=604 vt=625
hsync=+ vsync=+
edid 1024x768@60Hz
clock=65
shb=1024 ehb=1344 ht=1344
vrs=771 vre=777 vt=806
hsync=- vsync=-
edid 1024x768@70Hz
clock=75
shb=1024 ehb=1328 ht=1328
vrs=771 vre=777 vt=806
hsync=- vsync=-
edid 1024x768@75Hz
clock=78.75
shb=1024 ehb=1312 ht=1312
vrs=769 vre=772 vt=800
hsync=+ vsync=+
edid 1280x1024@75Hz
clock=135
shb=1280 ehb=1688 ht=1688
vrs=1025 vre=1028 vt=1066
hsync=+ vsync=+
edid 1680x1050@60Hz
clock=146.25
shb=1784 ehb=1960 ht=2240
vrs=1053 

Re: [9fans] Intel X4500 Integrated Graphics support

[Stanley Lieber]

On Tue, Dec 20, 2011 at 9:03 AM, erik quanstrom quans...@quanstro.net wrote:

 i never considered the advertized modes might depend on
 the monitor connected.  have you observed this?

Yes. I have a few combinations of VGA-VGA, DVI-DVI, VGA-DVI, DVI-HDMI,
etc., cables, and, using the same card and monitor, I get different
output from aux/vga -p depending upon the combination. I've observed
this with other cards and monitors as well. It seems like the card
firmware does some kind of autodetection to figure out which modes it
wants to present.


 also, the old code set paddr to the start of the bar, your code
 sets it to whatever the vbe mode returned.  have you observed
 this, too?

Attempting 1680x1050x32 was hanging my machine[1]. Cinap identified
the problem and provided the fix. I can't speak much on the code as I
don't really understand the mechanism.

-sl

[1] 
http://www.flickr.com/photos/stanleylieber/6403274727/in/set-72157627976638191/

Re: [9fans] Building Go on Plan 9

[Stanley Lieber]

On Thu, Dec 1, 2011 at 12:00 PM, John Floren j...@jfloren.net wrote:
 On Thu, Dec 1, 2011 at 9:48 AM, Anthony Martin al...@pbrane.org wrote:
 A few people were asking about this so I
 wrote up a tutorial.  I also uploaded a
 copy to http://apm.sdf.org/go/NOTES for
 anyone who has trouble with attachments.

 Cheers,
  Anthony


 How many different Go porting efforts do we now have for Plan 9?
 There's apparently yours, Ron's, Lucio's, and I think the 9front guys
 have/had something cooking too.

 Which ones can actually be updated with hg pull?

Taruti has said the 9front port is dead, pending developments with the
other ports.

-sl

Re: [9fans] 9vx instability

[Stanley Lieber]

On Sun, Nov 27, 2011 at 12:34 PM, Skip Tavakkolian
skip.tavakkol...@gmail.com wrote:
 this reasoning is so ridiculous that i have to believe you're trolling.

 the U.S. Constitution has been the foundation for the rule of law in
 this country for 200+ years, and the Gettysburg address honored the
 fallen and the ideals -- equality for all men -- that they died for.
 why would anyone think that racist propaganda or hate speech should
 have equal space in /lib?

 some 70 million people were killed during WWII, partly because some
 people believed the propaganda that is Mein Kampf. there's nothing
 funny about that.

 please, grow up!

http://img.stanleylieber.com/src/12931/img/1322420160.png

Re: [9fans] Forks of Plan 9 (Was: 9vx instability)

[Stanley Lieber]

On Fri, Nov 25, 2011 at 7:55 AM, erik quanstrom quans...@quanstro.net wrote:
 (I know Erik has adopted at least the BCM57xx driver for 9atom). I'm

 although it's in there, it doesn't work with the bcm57xx hardware i have.
 so cavet emptor.

You might want to re-synch. Recent changes have caused the BCM5755 in
my Thinkcentre M55 to start working.

-sl

Re: [9fans] 9vx instability

[Stanley Lieber]

The work of Geoff and everyone inside and outside of Bell Labs who
have contributed over the years is greatly appreciated. Obviously,
none of us would be here talking about Plan 9 without their
contributions. It's because of their hard work that we have a base
from which to launch our experiments.

The article linked above is an example of poor journalism, complete
with misquotes and fabricated quotes. I made the unfortunate mistake
of entertaining the author's queries and inviting him to our IRC
channel. I take full responsibility for the misunderstandings, though
I wonder why we're all so credulous when it comes to articles on
websites.

9front exists to have fun and learn by working with the system. That's
what we're doing.

-sl

Re: [9fans] 9vx instability

[Stanley Lieber]

On Thu, Nov 24, 2011 at 9:30 PM, Lucio De Re lu...@proxima.alt.za wrote:
 I have great respect for Geoff and what he has been and continues to
 do for Plan 9.

 I'd like to add my voice to this.  And I take exception to Schmidt
 taking the glory for cwfs, which is Geoff Collyer's work and is not in
 any way to be treated as a sequel to Fossil.

Schmidt didn't take credit for anything. The reporter asked about the
changes in 9front and we tried to explain; starting with an overview
of what Plan 9 is, and proceeding on to a description of the hows and
whys of the changes. The reporter drew his own conclusions and
presented them as facts (and sometimes, as quotes). The article is
filled with these sorts of inaccuracies.

No one involved with 9front saw the text of the article before it was posted.

-sl

Re: [9fans] 9vx instability

[Stanley Lieber]

On Thu, Nov 24, 2011 at 9:37 PM, Lucio De Re lu...@proxima.alt.za wrote:
  I take full responsibility for the misunderstandings, though
 I wonder why we're all so credulous when it comes to articles on
 websites.

 Because that's the point of journalism.  You ought to have made sure
 that the community affected by the article was informed about its
 inaccuracies.  I do however appreciate your belated acknowledgements,
 even though I'm not sure I'm speaking for anyone else.

I probably should have posted something here. The debacle was
discussed at length amongst the 9front co-conspirators. For what it's
worth, I apologize for any negative repercussions caused by agreeing
to be interviewed by sdtimes.com.

note:

http://plan9.stanleylieber.com/9front/press/sdtimes.png

-sl

Re: [9fans] 9vx instability

[Stanley Lieber]

On Thu, Nov 24, 2011 at 9:46 PM, Lucio De Re lu...@proxima.alt.za wrote:
 Is it too late to merge Plan 9, 9front and NIX by applying patches as
 the Go Authors do with their stuff?

The divergence is probably already too wide for merging with simple
patches, but 9front's changes are of course available to anyone. I
believe cinap has also submitted some of it back to Geoff.

On a related note: I don't believe the existence of the various forks
is necessarily an indicator of fractious intent. Rather, the forks
provide a safe area to explore changes and practices that are either
too new, too questionable, or simply too numerous to be considered for
inclusion in the Bell Labs release at the present time. It's natural
that like-minded individuals, sensing their common interest, will
congregate and undertake this sort of activity as a group.
Historically, forks of Plan 9 are nothing new. See: Plan B, Octopus,
9atom, etc.

Which brings me to the question of Nazi humor.

http://img.stanleylieber.com/src/12876/img/1322195554.jpg

-sl

Re: [9fans] native (mostly) go for plan9

[Stanley Lieber]

On Mon, Oct 31, 2011 at 12:08 PM, ron minnich rminn...@gmail.com wrote:
 you forgot to
 cd /go/src
 . 9setup

So did the instructions. :)

piro% cat 9setup
GOARCH=386
GOOS=plan9
GOVERSION=60.2
GOROOT=/go
piro% . 9setup
piro% mk install
cmd
cc
ar vu cc.a8 y.tab.8 lex.8 mac.8 dcl.8 acid.8 godefs.8 bits.8 com.8
scon.8 funct.8 sub.8 com64.8 dpchk.8 omachcap.8
gc
8c '-DGOOS='^$GOOS^'' '-DGOARCH='^$GOARCH^''
'-DGOROOT='^$GOROOT^'' '-DGOVERSION='^$GOVERSION^''
../../lib9/goos.c
8c -p -I /go/9/386/include -I /go/9/sys/include -I /go/include init.c
cpp: ./go.h:268 init.c:7 Unterminated string or char const
8c -p -I /go/9/386/include -I /go/9/sys/include -I /go/include
'-DRunemax=0x10' lex.c
cpp: ./go.h:268 lex.c:8 Unterminated string or char const
cpp: lex.c:105 Unterminated string or char const
cpp: lex.c:106 Unterminated string or char const
cpp: lex.c:257 Unterminated string or char const
cpp: lex.c:425 Unterminated string or char const
cpp: lex.c:467 Unterminated string or char const
cpp: lex.c:550 Unterminated string or char const
cpp: lex.c:1477 Unterminated string or char const
cpp: lex.c:1499 Unterminated string or char const
cpp: lex.c:1741 Unterminated string or char const
8c -p -I /go/9/386/include -I /go/9/sys/include -I /go/include md5.c
cpp: ./go.h:268 md5.c:10 Unterminated string or char const
8c -p -I /go/9/386/include -I /go/9/sys/include -I /go/include mparith1.c
cpp: ./go.h:268 mparith1.c:7 Unterminated string or char const
cpp: mparith1.c:477 Unterminated string or char const
8c -p -I /go/9/386/include -I /go/9/sys/include -I /go/include mparith2.c
cpp: ./go.h:268 mparith2.c:7 Unterminated string or char const
8c -p -I /go/9/386/include -I /go/9/sys/include -I /go/include mparith3.c
cpp: ./go.h:268 mparith3.c:7 Unterminated string or char const
8c -p -I /go/9/386/include -I /go/9/sys/include -I /go/include obj.c
cpp: ./go.h:268 obj.c:7 Unterminated string or char const
cpp: obj.c:114 Unterminated string or char const
cpp: obj.c:136 Unterminated string or char const
8c -p -I /go/9/386/include -I /go/9/sys/include -I /go/include print.c
cpp: ./go.h:268 print.c:7 Unterminated string or char const
8c -p -I /go/9/386/include -I /go/9/sys/include -I /go/include range.c
cpp: ./go.h:268 range.c:11 Unterminated string or char const
8c -p -I /go/9/386/include -I /go/9/sys/include -I /go/include reflect.c
cpp: ./go.h:268 reflect.c:7 Unterminated string or char const
8c -p -I /go/9/386/include -I /go/9/sys/include -I /go/include select.c
cpp: ./go.h:268 select.c:11 Unterminated string or char const
8c -p -I /go/9/386/include -I /go/9/sys/include -I /go/include sinit.c
cpp: ./go.h:268 sinit.c:11 Unterminated string or char const
cpp: sinit.c:300 Unterminated string or char const
cpp: sinit.c:301 Unterminated string or char const
8c -p -I /go/9/386/include -I /go/9/sys/include -I /go/include subr.c
cpp: ./go.h:268 subr.c:7 Unterminated string or char const
cpp: subr.c:407 Unterminated string or char const
cpp: subr.c:1325 Unterminated string or char const
cpp: subr.c:1419 Unterminated string or char const
cpp: subr.c:1654 Unterminated string or char const
cpp: subr.c:1816 Unterminated string or char const
cpp: subr.c:1875 Unterminated string or char const
cpp: subr.c:1955 Unterminated string or char const
cpp: subr.c:1956 Unterminated string or char const
cpp: subr.c:2154 Unterminated string or char const
cpp: subr.c:3105 Unterminated string or char const
cpp: subr.c:3513 Unterminated string or char const
8c -p -I /go/9/386/include -I /go/9/sys/include -I /go/include swt.c
cpp: ./go.h:268 swt.c:7 Unterminated string or char const
8c -p -I /go/9/386/include -I /go/9/sys/include -I /go/include typecheck.c
cpp: ./go.h:268 typecheck.c:15 Unterminated string or char const
cpp: typecheck.c:417 Unterminated string or char const
cpp: typecheck.c:839 Unterminated string or char const
cpp: typecheck.c:842 Unterminated string or char const
cpp: typecheck.c:1774 Unterminated string or char const
cpp: typecheck.c:1793 Unterminated string or char const
cpp: typecheck.c:2566 Unterminated string or char const
cpp: typecheck.c:2585 Unterminated string or char const
cpp: typecheck.c:2719 Unterminated string or char const
8c -p -I /go/9/386/include -I /go/9/sys/include -I /go/include unsafe.c
cpp: ./go.h:268 unsafe.c:7 Unterminated string or char const
8c -p -I /go/9/386/include -I /go/9/sys/include -I /go/include walk.c
cpp: ./go.h:268 walk.c:7 Unterminated string or char const
cpp: walk.c:666 Unterminated string or char const
8c -p -I /go/9/386/include -I /go/9/sys/include -I /go/include y1.tab.c
cpp: ./go.h:268 y1.tab.c:3 Unterminated string or char const
/go/src/cmd/gc/y.tab.c:1870[y1.tab.c:3895] function args not checked: yystrlen
/go/src/cmd/gc/y.tab.c:1872[y1.tab.c:3897] function args not checked: yystpcpy
/go/src/cmd/gc/y.tab.c:1931[y1.tab.c:3951] function args not checked: yystpcpy
/go/src/cmd/gc/y.tab.c:1947[y1.tab.c:3967] function args not checked: yystpcpy
/go/src/cmd/gc/y.tab.c:1952[y1.tab.c:3972] function 

Re: [9fans] native (mostly) go for plan9

[Stanley Lieber]

On Mon, Oct 31, 2011 at 12:41 PM, andrey mirtchovski
mirtchov...@gmail.com wrote:
 /386/bin/go/8c -Iplan9 -I386 -Iplan9/386 -I . amd64/traceback.c
 8c 5781: suicide: sys: trap: fault write addr=0x3007ebf4 pc=0x00015e5a
 mk: /386/bin/go/8c -Iplan9 -I386 ...  : exit status=rc 5779: 8c 5781:
 sys: trap: fault write addr=0x3007ebf4 pc=0x00015e5a

 i'm not seeing this in either 9vx or a plan9 vm... what are compiling on?

9front in vmware.

-sl

Re: [9fans] native (mostly) go for plan9

[Stanley Lieber]

On Mon, Oct 31, 2011 at 12:50 PM, ron minnich rminn...@gmail.com wrote:
 On Mon, Oct 31, 2011 at 10:45 AM, Stanley Lieber
 stanley.lie...@gmail.com wrote:
 On Mon, Oct 31, 2011 at 12:41 PM, andrey mirtchovski
 i'm not seeing this in either 9vx or a plan9 vm... what are compiling on?

 9front in vmware.

 ah, not something I can help with, certainly ...

 ron

8c is also dying on real hardware. For what it's worth, here's the stack
trace from the vmware install:

piro% acid 5781
/proc/5781/text:386 plan 9 executable
/sys/lib/acid/port
/sys/lib/acid/386
acid: lstk()
outcode()+0x473 /go/src/cmd/8c/swt.c:272
p=0x1125a8
b=0x0
f=0x4
i=0x4c
h=0x0
sym=0xa01
sf=0x0
s=0x960b8
t=0x3f
st=0x0
gclean()+0xd8 /go/src/cmd/8c/txt.c:153
i=0x3ff
s=0x4fbe0
compile(file=0xdfffefb6,ndef=0x0,defs=0x0)+0x334 /go/src/cmd/cc/lex.c:287
ofile=0x53130
p=0x53136
c=0x3
fd=0x38717
av=0x4fba0
i=0xf
opt=0x41988
main(argv=0xdfffef7c,argc=0x1)+0x151 /go/src/cmd/cc/lex.c:155
ndef=0x0
defs=0x0
_argc=0x49
_args=0x3fc19
p=0x0
_main+0x31 /sys/src/libc/386/main9.s:16
acid:

And on real hardware:

tr99% acid 441088
/proc/441088/text:386 plan 9 executable
/sys/lib/acid/port
/sys/lib/acid/386
acid: lstk()
outcode()+0x473 /go/src/cmd/8c/swt.c:272
p=0x1125a8
b=0x0
f=0x4
i=0x4c
h=0x0
sym=0xa01
sf=0x0
s=0x960b8
t=0x3f
st=0x0
gclean()+0xd8 /go/src/cmd/8c/txt.c:153
i=0x3ff
s=0x4fbe0
compile(file=0xdfffefb6,ndef=0x0,defs=0x0)+0x334 /go/src/cmd/cc/lex.c:287
ofile=0x53130
p=0x53136
c=0x3
fd=0x38717
av=0x4fba0
i=0xf
opt=0x41988
main(argv=0xdfffef7c,argc=0x1)+0x151 /go/src/cmd/cc/lex.c:155
ndef=0x0
defs=0x0
_argc=0x49
_args=0x3fc19
p=0x0
_main+0x31 /sys/src/libc/386/main9.s:16
acid:

Re: [9fans] native (mostly) go for plan9

[Stanley Lieber]

On Mon, Oct 31, 2011 at 2:32 PM, ron minnich rminn...@gmail.com wrote:
 Would be interesting if, from 9front, you could:
 9fs sources
 bind /n/sources/plan9/386/bin/8c /bin/8c

 and see if it breaks.

 ron

Exact same result.

-sl

Re: [9fans] Living with Plan 9

[Stanley Lieber]

 I note there is a Linux user binary emulation and X11  available. Is it 
 sufficient
 to set up a Linux environment on Plan 9 including all the niceties offered by
 Linux modern distribution? Does this completely defeat the purpose of using
 Plan9 in the first place ? If it makes sense, I'd appreciate some guidance in
 this regard. If not, some suggestions on how to best live with *nix ugliness
 would be welcome.

Linuxemu is capable of running a full Linux environment, but performance is
short of optimal.

Currently, tls is not fully implemented, so pre-tls versions of Linux
libraries are required. The example mroot[1] linked at the linuxemu wiki page[2]
is based on an old version of Debian. My own mroot[3] includes Opera 9.50
and some other pre-installed packages. Note: the snarf/copy/paste buffer is not
accessible interchangeably between equis and Plan 9 proper.

The best way to get an idea of whether or not you find this method tolerable
is to try it out on your hardware. The faster your system, and the more RAM
you have available, the better equis/linuxemu will perform. In many cases, I
find a laptop running Plan 9 native with equis/linuxemu to be sufficient for
short sessions of casual browsing.

For daily use I tend to do web browsing/multimedia in OpenBSD and drawterm
to a Thinkpad running Plan 9 native. Basically, all of my text file processing
(programming, web development, IRC, etc.) takes place in Plan 9. OpenBSD is
my firmware layer to take advantage of my hardware and a platform for reasonably
snappy web browsing in Chromium. Since I've yet to stumble across a video card
that can tackle 1920x1080 with DVI or HDMI output (VGA or VESA mode), I've
been reluctant to attempt using equis/linuxemu full-time on my primary desktop
system.

-sl

[1] http://9hal.ath.cx/usr/cinap_lenrek/mroot-linuxemu.tbz
[2] http://www.plan9.bell-labs.com/wiki/plan9/Linux_emulation/index.html
[3] http://plan9.stanleylieber.com/linuxemu/mroot.tgz

Re: [9fans] exportfs / u9fs / v9fs / npfs / spfs versus 9vx

[Stanley Lieber]

On Thu, May 12, 2011 at 11:49 AM, Daniel Lyons fus...@storytotell.org wrote:
 Here's my situation: I have a FreeBSD VPS somewhere in the world. I
 have 9vx locally. I want to access files on the FreeBSD VPS from my
 9vx running over here. How?

  - exportfs doesn't exist in p9p.
  - u9fs seems to be defunct; there's nowhere to download the source.
  - v9fs seems to be Linux-only.
  - npfs seems to be nothing but an umbrella for spfs.
  - spfs seems to build a binary ufs which, no matter how I run it,
   exits right away. Did I miss some documentation?

 What's going on? It feels like I'm missing some obvious trick.
 Security for this operation would be nice, but I don't consider it
 necessary.

 Thanks,

 --
 Daniel Lyons

http://plan9.bell-labs.com/sources/plan9/sys/src/cmd/unix/u9fs

This is the basis of the OpenBSD port.

-sl

Re: [9fans] exportfs / u9fs / v9fs / npfs / spfs versus 9vx

[Stanley Lieber]

On Thu, May 12, 2011 at 2:03 PM, Daniel Lyons fus...@storytotell.org wrote:
 On Thu, May 12, 2011 at 11:52:30AM -0700, Bakul Shah wrote:
 On Thu, 12 May 2011 13:14:55 CDT Stanley Lieber stanley.lie...@gmail.com  
 wrote:
  http://plan9.bell-labs.com/sources/plan9/sys/src/cmd/unix/u9fs
 
  This is the basis of the OpenBSD port.

 unix/9pfreebsd is really too old to be useful but may be one
 can start a new FreeBSD port from the openBSD bits?  I'd be
 interested in such a thing.

 It compiles w/ 2 warning messages on my machine. Setting it up is
 turning out to be interesting. I think probably the safest thing for
 me to do would be to try tunnelling it over ssh, since both host
 operating systems can do ssh v2. Still hammering on it. It does look
 like 9vx isn't really able to talk to the machine from here, which is
 odd because p9p's srv seems to be able to, at least make the
 connection, though I'm not having much luck with that either.

 How are you guys using these tools?

I connect to unix machines from Plan 9 by installing fgb/openssh
from contrib, binding /386/bin/openssh over /bin, and then using srvssh.

The command line looks something like this:

srvssh sl@phoenix phoenix  9fs phoenix

This mounts u9fs running as user sl on host phoenix in /n/phoenix.

Alternately, taruti's scpu (ssh2 client written in go) can be used:

srv -s 5 'scpu -u sl -h phoenix -notty -c u9fs -u sl -na none' phoenix
/n/phoenix

scpu is available here:

https://bitbucket.org/taruti/scpu

-sl

Re: [9fans] looking for Virtual Host providers that permit Plan 9

[Stanley Lieber]

 9fans,

 Anyone know of such an animal?

 -Skip

Plan 9 is permitted at arpnetworks.com.

This is what it took:

http://plan9.stanleylieber.com/qemu/arpnetworks

-sl

[9fans] (no subject)

[Stanley Lieber]

 From: Tharaneedharan Vilwanathan vdharani@gma...
 Subject: suggestion for a video card
 Date: Tue, 18 Aug 2009 11:53:58 -0700
 
 hi,
 
 i am looking for a video card for plan9.
 
 here are my requirements:
 
 - should do 1920x1080 at 60Hz so i can connect to my LCD TV via HDMI
 - HDMI connector preferable but if the card does 1920x1080, i can use
 DVI to HDMI adapter
 - would be nice if it can also do 1920x1200
 
 has anyone played with such a card? is it orderable? any suggestions?
 
 any help appreciated.
 
 regards
 dharani

This post didn't garner a response. A couple of years later,
I have the same question. Is anyone running Plan 9 native
at 1920x1080 with an LCD monitor? What video card are you
using? What tweaks were necessary to get it to work?

The Nvidia card I use with OpenBSD crashes Plan 9 when I
attempt xga above 640x480x8. With cinap's realemu I'm able
to run at 800x600x32, but the card's VESA bios doesn't report
any available modes above 800x600. Some other cards I had
sitting around yielded higher resolutions under realemu (VMware
even reports 1920x1080 as a valid mode under VESA), but I
haven't yet hit upon the right combination to drive my LCD
monitor at 1920x1080.

-sl

Re: [9fans] Additional compilers under 9vx.OSX

[Stanley Lieber]

 would a better solution be a modification to 9vx to allow it to generate 
 virtual
 disks in a file. Then you could start fossil/kfs/cwfs/pacfs/other in plan9 and
 have the same functionality and the ability to have the filesystem work 
 exactly
 like plan9 - permissions, dates, append only files etc.
 
 just and idea
 
 -Steve

I've not set this up myself, but yiyus posted a howto for setting up 9vx
with a kfs partition in a file:

http://9fans.net/archive/2010/10/14

-sl

[9fans] video cards for 1920x1080

[Stanley Lieber]

 From: Tharaneedharan Vilwanathan vdharani@gma...
 Subject: suggestion for a video card
 Date: Tue, 18 Aug 2009 11:53:58 -0700

 hi,

 i am looking for a video card for plan9.

 here are my requirements:

 - should do 1920x1080 at 60Hz so i can connect to my LCD TV via HDMI
 - HDMI connector preferable but if the card does 1920x1080, i can use
 DVI to HDMI adapter
 - would be nice if it can also do 1920x1200

 has anyone played with such a card? is it orderable? any suggestions?

 any help appreciated.

 regards
 dharani

This post didn't garner a response. A couple of years later,
I have the same question. Is anyone running Plan 9 native
at 1920x1080 with an LCD monitor? What video card are you
using? What tweaks were necessary to get it to work?

The Nvidia card I use with OpenBSD crashes Plan 9 when I
attempt xga above 640x480x8. With cinap's realemu I'm able
to run at 800x600x32, but the card's VESA bios doesn't report
any available modes above 800x600. Some other cards I had
sitting around yielded higher resolutions under realemu (VMware
even reports 1920x1080 as a valid mode under VESA), but I
haven't yet hit upon the right combination to drive my LCD
monitor at 1920x1080.

-sl

Re: [9fans] video cards for 1920x1080

[Stanley Lieber]

 This post didn't garner a response. A couple of years later,
 I have the same question. Is anyone running Plan 9 native
 at 1920x1080 with an LCD monitor? What video card are you
 using? What tweaks were necessary to get it to work?
 
 coraid has a terminal doing this using the on-board video
 in vesa 16-bit mode; 32-bit vesa has been trouble for me,
 but that may have been fixed by the realmode stuff.

Whats the hardware?

-sl

Re: [9fans] hg 1.7.5

[Stanley Lieber]

On Thu, Mar 31, 2011 at 7:49 PM, erik quanstrom quans...@quanstro.net wrote:
 steve stallion refreshed the hg port to plan 9.  we now
 have version 1.7.5, and a new record-length 95-page
 man page.  ;-)

 if you've already installed bichued's python, the instructions
 for getting it installed are

        ; contrib/remove bichued/hg
        ; rm -r /sys/lib/python/mercurial
        ; contrib/install stallion/mercurial

 otherwise, just

        ; contrib/install stallion/mercurial

 many thanks to steve for slogging through this.

 - erik

Post-install:

% hg commit
abort: Bad file number
abort: No such file or directory: /tmp/hg-editor-AcXK9Z.txt

This worked with the hold bichued/hg. Unfortunately, contrib/remove
leaves things in a broken state, so it took some manual work to get
back to where I was before attempting to move to the new version.

-sl

Re: [9fans] troff macros for typesetting books/longer texts

[Stanley Lieber]

 Hello everyone,
 
 please, does somebody know of any troff macros that were used to typeset 
 books?
 Can one get hold of e.g. macros used to typeset e.g. The AWK
 Programming Language by Aho, Kernighan and Weinberger, or “The Unix
 Programming Environment” by Kernighan and Pike?
 
 I want to particularly know how headings were programmed. I.e., how
 the name of a chapter that is only to appear on a page gets to its
 heading. I feel that either the file must be processed twice, or one
 must write a heading of a page only when the page is about to be
 completed (one would then back up to the heading position, write it,
 and only then continue).

I'm currently in the process of re-typesetting my books using troff. Once
completed, I plan to make the troff sources and build system available
alongside the output.

The links mentioned in this thread are basically the same documents
I've worked from during this process. In addition, I purchased the Gehani
books a while back; they contain a lot of helpful information, although
Gehani seems to favor mm over ms.

-sl

[9fans] cpu: can't authenticate: sp: auth_proxy rpc write: bootes: connection refused

[Stanley Lieber]

I routinely cpu into remote servers from my Plan 9 laptop at home. At work, I 
routinely
import the laptop's /net and cpu into those same remote servers using the 
laptop's
Internet connection. (The machine at work has most outgoing connections blocked;
I reach the laptop at home over an ssh/tun0 vpn running on OpenBSD.)

I am able to connect to all of the needed machines from the laptop at home. I 
am able
to connect to _almost_ all of the needed machines from my computer at work. For 
some
reason, I can only cpu to the machine sp as bootes from my machine at work. 
Every
other user is denied.

The symptoms are identical to those described in this thread:

http://9fans.net/archive/?q='cpu+server+auth+problems'go=Grep

I can cpu into sp as bootes:

% import rg /net
% cpu -h sp -u bootes
!Adding key: dom=inri.net proto=p9sk1 user=bootes
password: 
!
cpu%

but not as any other valid user:

% cpu -h sp -u sl
!Adding key: dom=inri.net proto=p9sk1 user=sl
password: 
!
cpu: can't authenticate: sp: auth_proxy rpc write: bootes: connection 
refused

Information for sp in my /lib/ndb/local matches that of the laptop:

% cat /lib/ndb/local | grep sp.inri.net
auth=sp.inri.net authdom=inri.net
ip=174.136.104.196 sys=sp dom=sp.inri.net

and auth/debug completes succesfully:

% auth/debug
p9sk1 key: proto=p9sk1 dom=inri.net user=sl !password?
dialing auth server net!sp.inri.net!ticket
successfully dialed auth server
password for s...@inri.net [hit enter to skip test]: 
dialing auth server net!sp.inri.net!ticket
ticket request using s...@inri.net key succeeded
cpu server owner for domain inri.net [bootes]: 
password for boo...@inri.net [hit enter to skip test]: 
ticket request using boo...@inri.net key succeeded

Any ideas where I might be going wrong?

-sl

Re: [9fans] cpu: can't authenticate: sp: auth_proxy rpc write: bootes: connection refused

[Stanley Lieber]

It was suggested by cinap_lenrek to start another factotum immediately
after importing the laptop's /net. After doing so, I am able to cpu into sp.

-sl

Re: [9fans] recent plan9.iso on hosted kvm/qemu

[Stanley Lieber]

 I broke something bad.  Well, I don't think *I* did it but something is 
 wrong.  I can no longer boot my VPS at all.  As in, the VNC is refusing 
 connections (which means the VPS doesn't even begin to boot -- which 
 means it isn't my fault... probably).  I have no confirmation that the 
 VPS is running at all as the management console isn't connecting either...
 So I don't know what happened but hopefully they can work it out.

Ouch. Usually, failure to connect via VNC indicates the VPS may be powered
down. However, I don't think I've ever been locked out of the management
console.


 I was just about to try to boot without *norealmode=1 now that the 8139 
 NIC was in place.  I'd like to boot this thing without all those 
 workarounds (though it runs great -- well ran great...).

Our setups may not be precisely identical, but when I tried booting with
that NIC, without *noe820scan or *norealmode, I got the same freeze-ups
as before.


 All in all, I think they've got a working setup for Plan 9 hosting.  So 
 my current troubles aside, this is big news.

I'm certainly happy. Thanks for contributing you ideas and experiences.
I was very much stuck.

-sl

Re: [9fans] realemu update

[Stanley Lieber]

With the latest realemu, graphics and rio are finally working in my 
VMware Workstation 6.5.1 guest:

% aux/vga -m vesa -p
vesa flagUlinear|Hlinear
vesa sigVESA 2.0
vesa oemV M ware, Inc. VBE support 2.0 2.0
vesa vendor VMware, Inc
vesa productVMware virtual machine
vesa rev2.0
vesa cap 8-bit-dac not-vga
vesa mem134217728
vesa mode   0x100 640x400x8 m8 packed
vesa mode   0x101 640x480x8 m8 packed
vesa mode   0x103 800x600x8 m8 packed
vesa mode   0x105 1024x768x8 m8 packed
vesa mode   0x107 1280x1024x8 m8 packed
vesa mode   0x10e 320x200x16 r5g6b5 direct
vesa mode   0x111 640x480x16 r5g6b5 direct
vesa mode   0x114 800x600x16 r5g6b5 direct
vesa mode   0x117 1024x768x16 r5g6b5 direct
vesa mode   0x11a 1280x1024x16 r5g6b5 direct
vesa mode   0x120 320x200x8 m8 packed
vesa mode   0x121 320x400x8 m8 packed
vesa mode   0x122 640x400x8 m8 packed
vesa mode   0x123 640x480x8 m8 packed
vesa mode   0x124 800x600x8 m8 packed
vesa mode   0x125 1024x768x8 m8 packed
vesa mode   0x126 1152x864x8 m8 packed
vesa mode   0x127 1280x960x8 m8 packed
vesa mode   0x128 1280x1024x8 m8 packed
vesa mode   0x129 1400x1050x8 m8 packed
vesa mode   0x12a 1600x1200x8 m8 packed
vesa mode   0x12b 1792x1344x8 m8 packed
vesa mode   0x12c 1856x1392x8 m8 packed
vesa mode   0x12d 1920x1440x8 m8 packed
vesa mode   0x12e 320x200x16 r5g6b5 direct
vesa mode   0x12f 320x400x16 r5g6b5 direct
vesa mode   0x130 640x400x16 r5g6b5 direct
vesa mode   0x131 640x480x16 r5g6b5 direct
vesa mode   0x132 800x600x16 r5g6b5 direct
vesa mode   0x133 1024x768x16 r5g6b5 direct
vesa mode   0x134 1152x864x16 r5g6b5 direct
vesa mode   0x135 1280x960x16 r5g6b5 direct
vesa mode   0x136 1280x1024x16 r5g6b5 direct
vesa mode   0x137 1400x1050x16 r5g6b5 direct
vesa mode   0x138 1600x1200x16 r5g6b5 direct
vesa mode   0x139 1792x1344x16 r5g6b5 direct
vesa mode   0x13a 1856x1392x16 r5g6b5 direct
vesa mode   0x13b 1920x1440x16 r5g6b5 direct
vesa mode   0x13c 320x200x32 x8r8g8b8 direct
vesa mode   0x13d 320x400x32 x8r8g8b8 direct
vesa mode   0x13e 640x400x32 x8r8g8b8 direct
vesa mode   0x13f 640x480x32 x8r8g8b8 direct
vesa mode   0x140 800x600x32 x8r8g8b8 direct
vesa mode   0x141 1024x768x32 x8r8g8b8 direct
vesa mode   0x142 1152x864x32 x8r8g8b8 direct
vesa mode   0x143 1280x960x32 x8r8g8b8 direct
vesa mode   0x144 1280x1024x32 x8r8g8b8 direct
vesa mode   0x145 1400x1050x32 x8r8g8b8 direct
vesa mode   0x146 1600x1200x32 x8r8g8b8 direct
vesa mode   0x147 1792x1344x32 x8r8g8b8 direct
vesa mode   0x148 1856x1392x32 x8r8g8b8 direct
vesa mode   0x149 1920x1440x32 x8r8g8b8 direct
vesa mode   0x14a 1366x768x8 m8 packed
vesa mode   0x14b 1366x768x16 r5g6b5 direct
vesa mode   0x14c 1366x768x32 x8r8g8b8 direct
vesa mode   0x14d 1680x1050x8 m8 packed
vesa mode   0x14e 1680x1050x16 r5g6b5 direct
vesa mode   0x14f 1680x1050x32 x8r8g8b8 direct
vesa mode   0x150 1920x1200x8 m8 packed
vesa mode   0x151 1920x1200x16 r5g6b5 direct
vesa mode   0x152 1920x1200x32 x8r8g8b8 direct
vesa mode   0x153 2048x1536x8 m8 packed
vesa mode   0x154 2048x1536x16 r5g6b5 direct
vesa mode   0x155 2048x1536x32 x8r8g8b8 direct
vesa mode   0x156 320x240x8 m8 packed
vesa mode   0x157 320x240x16 r5g6b5 direct
vesa mode   0x158 320x240x32 x8r8g8b8 direct
vesa mode   0x159 400x300x8 m8 packed
vesa mode   0x15a 400x300x16 r5g6b5 direct
vesa mode   0x15b 400x300x32 x8r8g8b8 direct
vesa mode   0x15c 512x384x8 m8 packed
vesa mode   0x15d 512x384x16 r5g6b5 direct
vesa mode   0x15e 512x384x32 x8r8g8b8 direct
vesa mode   0x15f 854x480x8 m8 packed
vesa mode   0x160 854x480x16 r5g6b5 direct
vesa mode   0x161 854x480x32 x8r8g8b8 direct
vesa mode   0x162 1280x720x8 m8 packed
vesa mode   0x163 1280x720x16 r5g6b5 direct
vesa mode   0x164 1280x720x32 x8r8g8b8 direct
vesa mode   0x165 1920x1080x8 m8 packed
vesa mode   0x166 1920x1080x16 r5g6b5 direct
vesa mode   0x167 1920x1080x32 x8r8g8b8 direct
vesa mode   0x168 1280x800x8 m8 packed
vesa mode   0x169 1280x800x16 r5g6b5 direct
vesa mode   0x16a 1280x800x32 x8r8g8b8 direct
vesa mode   0x16b 1440x900x8 m8 packed
vesa mode   0x16c 1440x900x16 r5g6b5 direct
vesa mode   0x16d 1440x900x32 x8r8g8b8 direct
vesa mode   0x16e 720x480x8 m8 packed
vesa mode   0x16f 720x480x16 r5g6b5 direct
vesa mode 

Re: [9fans] realemu update

[Stanley Lieber]

Cinap suggested invoking realemu in a subshell so that the
process exits after aux/vga completes. The following is a patch
for the man page.

-sl


% diff -n -c /sys/man/8/realemu.orig /sys/man/8/realemu
/sys/man/8/realemu.orig:84,89 - /sys/man/8/realemu:84,102
  the
  .I srvname
  argument then it is ignored, otherwise it will used.
+ .SH EXAMPLES
+ The
+ .I realemu
+ process is only needed when accessing
+ .B /dev/realmode.
+ To invoke a subshell so that
+ .I realemu
+ exits normally after
+ .B aux/vga
+ completes:
+ .IP
+ .EX
+ % @{rfork n; aux/realemu; aux/vga -m vesa -l $vgasize}
  .SH SOURCE
  .B /sys/src/cmd/aux/realemu
  .SH SEE ALSO

Re: [9fans] recent plan9.iso on hosted kvm/qemu

[Stanley Lieber]

 Also, I really need to thank fgb as he gave me a little tip on irc about
 his modified 9load that allows you to pass new plan9.ini variables at
 boot.  I got disconnected before I could acknowledge.  I haven't tried
 it yet, but it could be useful.

 not quite sure what you mean by this, but 9load-e820
 allows a var=val at any prompt.

This is standard on 9atom.iso?

I can't access my VPS from here at work but I'll give it a try tonight.

-sl

[9fans] off list - Re: recent plan9.iso on hosted kvm/qemu

[Stanley Lieber]

On Mon, Mar 7, 2011 at 12:06 PM, Jack Norton j...@0x6a.com wrote:
 erik quanstrom wrote:

 On Sun Mar  6 22:33:33 EST 2011, stanley.lie...@gmail.com wrote:

 9atom's 9load prints %d e820 entries on boot.  is that number 0?

 found 7 e8s0 entries

 Then it freezes.

 it's not the e820 code, then.  it's either falling over initializing the
 console, or it's falling over probing devices for the .ini file.

 after e820, 9load starts up the console and probes devices looking
 for a .ini file.

 i would think the odds are good that 9load has found an i/o port
 that should not be touched.  devices are probed in this order
        floppy. ether, cd, sd.

 i don't really have a kvm setup, but if it's possible, you might try
 removing devices (espeically ethernet devices) from a copy of 9load
 until you find something that boots, then add 'em back in till it doesn't.

 sounds tedious, no?  :-)

 - erik


 Well I've got some other observations of interest.
 As I mentioned, I installed with *noe820scan=1 successfully.
 I was in the middle of configuring and playing around when I realized I had
 no ethernet car.  bind -a '#l' /dev returned 'no free devices'.

 The vps has an e1000 card (PRO/1000) plugged into it, so I naively put
 ether0=type=igbe in plan9.ini.
 Now it hangs right where 9load would normally say no ethernet devices
 found or something similar.

 How odd.

 -Jack

Sorry if this is a duplicate, but I'm not sure my earlier private e-mail to you
went through.

Do you happen to know who the support staff member is that setup your cron
job? The people in #arpnetworks are not being helpful, and Garry seems unaware
of what you've setup. I'd like to run through some tests myself but I
haven't been
able to scrounge up amd64 hardware to setup my own Ubuntu Jaunty server.

Thanks,

-sl

Re: [9fans] recent plan9.iso on hosted kvm/qemu

[Stanley Lieber]

I'm installed.

Made a custom boot floppy with the plan9.ini from plan9.iso's
boot.img. In addition,
one of either *noe820scan=1 or *norealmode=1 were required to avoid
the freeze-up
mentioned throughout this thread. The floppy's boot menu points to
kernels on the
plan9.iso that is configured as the IDE secondary master.

Taking another cue from Jack's experiences, I asked for the NIC to be
configured as
a RTL8139. With either option (*noe820scan or *norealmode), my installed system
can't pass icmp or tcp traffic to hosts on the local network.
Networking is configured
as normal (in fact, the configuration is identical to the Plan9 in
qemu I had working on
this same hardware under KVM/qemu - OpenBSD - kqemu/qemu - Plan 9). After
booting, the contents of /net/iproute, ip/ndb, etc., seem correct and
are consistent with
my other, working, Plan 9 systems.

The new system can ping it's own IP address, but cannot be pinged from
the local network.

I suspect there may be some sort of arp confusion in the ethernet
switch. This system
was previously configured with the same IP address, bridged from
kqemu/qemu to the
kqemu/qemu host's external interface (which itself was a virtual
interface hosted on
KVM/qemu). With this new configuration, the MAC address has changed.
I've submitted
a support request to check it out.

-sl

Re: [9fans] recent plan9.iso on hosted kvm/qemu

[Stanley Lieber]

 have you tried the 9load from 9atom?  i moved the e820 scan
 to before 9load switches from real mode, which should be
 safer.  ftp://ftp.quanstro.net/other/^(9pxeload 9load)

 - erik


 I hadn't tried it.  I was under the impression that 9atom was tried by 
 the OP of this thread.  My plan today is to go through with the install 
 and see what happens.  I'll try your 9load next to see if I can boot 
 sans excess options.

I did indeed ask them to configure 9atom.iso as the CD-ROM and got
the same results as with plan9.iso. I trusted that the image was switched
but I'm not sure how I could verify.


 The support guy set up a cron job to update the floppy image from me, so 
 I can try lots of different stuff (provided it fits in 1.44MB).

Nice, I didn't know they'd let us do something like this.

-sl

Re: [9fans] recent plan9.iso on hosted kvm/qemu

[Stanley Lieber]

 I did indeed ask them to configure 9atom.iso as the CD-ROM and got
 the same results as with plan9.iso. I trusted that the image was switched
 but I'm not sure how I could verify.
 
 i wasn't assuming that the two setups were identical.  let me
 know if that's a bad assumption.

We're customers of the same hosting company. As far as I know, the
KVM/qemu setup is identical save for possible differences in the amount
of RAM or hard disk space allotted for our respecitve service plans.


 9atom's 9load prints %d e820 entries on boot.  is that number 0?

I've submitted a request to have my VPS reconfigured with 9atom.iso.
We'll see!

-sl

Re: [9fans] recent plan9.iso on hosted kvm/qemu

[Stanley Lieber]

 9atom's 9load prints %d e820 entries on boot.  is that number 0?

found 7 e8s0 entries

Then it freezes.

-sl

Re: [9fans] recent plan9.iso on hosted kvm/qemu

[Stanley Lieber]

 On Sun Mar  6 22:33:33 EST 2011, stanley.lie...@gmail.com wrote:
  9atom's 9load prints %d e820 entries on boot.  is that number 0?
 
 found 7 e8s0 entries
 
 Then it freezes.
 
 it's not the e820 code, then.  it's either falling over initializing the
 console, or it's falling over probing devices for the .ini file.
 
 after e820, 9load starts up the console and probes devices looking
 for a .ini file.
 
 i would think the odds are good that 9load has found an i/o port
 that should not be touched.  devices are probed in this order
   floppy. ether, cd, sd.
 
 i don't really have a kvm setup, but if it's possible, you might try
 removing devices (espeically ethernet devices) from a copy of 9load
 until you find something that boots, then add 'em back in till it doesn't.
 
 sounds tedious, no?  :-)

I'm perfectly willing. Two main problems at this point:

- I don't have immediate access to amd64 hardware to setup my own KVM/qemu.
I learned the hard way that KVM inside another qemu or VMware guest doesn't
work.
- Changing out the CD-ROM image on the hosted VPS requires sending an e-mail
to technical support and waiting up to 24 hours for a response. I've been told
allowing users to dynamically change CD-ROM images is not an option.

Jack:

If you reading this, do you want to try this with your cron-swapped floppy 
images?

-sl

Re: [9fans] recent plan9.iso on hosted kvm/qemu

[Stanley Lieber]

 The --no-kvm-irqchip option on the command line may have solved the problem.

This apparently did not work with my host's setup. Same results observed when
I halted and rebooted this VPS this morning.

The host reports they are running KVM/qemu on Ubuntu Jaunty 9.04. I'm in
the process of setting up a Linux machine so I can try to reproduce/solve the
problem locally.

-sl

Re: [9fans] recent plan9.iso on hosted kvm/qemu

[Stanley Lieber]

To recap:

I'm attempting to install Plan 9 from a recent .iso on a hosted KVM/qemu
account. Both the Bell Labs and 9atom installers die here:

http://farm6.static.flickr.com/5098/5468343552_28695be1dd_o.png

I've managed to obtain the host's KVM config file, in libvirtd XML format:

domain type='kvm' id='100'
  nameuser-2/name
  uuidREDACTED/uuid
  memory786432/memory
  currentMemory786432/currentMemory
  vcpu1/vcpu
  os
type arch='x86_64' machine='pc'hvm/type
boot dev='hd'/
  /os
  features
acpi/
  /features
  clock offset='utc'/
  on_poweroffdestroy/on_poweroff
  on_rebootrestart/on_reboot
  on_crashdestroy/on_crash
  devices
emulator/usr/bin/kvm/emulator
disk type='block' device='disk'
  source dev='/dev/vol1/user-2'/
  target dev='hda' bus='ide'/
/disk
disk type='file' device='cdrom'
  source file='/home/user/ISO/plan9.iso'/
  target dev='hdc' bus='ide'/
  readonly/
/disk
interface type='ethernet'
  mac address='52:54:00:27:34:07'/
  script path='/home/kvm-admin/scripts/attach-tap-to-vlan.sh'/
  target dev='tap0-407'/
  model type='e1000'/
/interface
serial type='tcp'
  source mode='bind' host='127.0.0.1' service='8081'/
  protocol type='telnet'/
  target port='0'/
/serial
console type='tcp'
  source mode='bind' host='127.0.0.1' service='8081'/
  protocol type='telnet'/
  target port='0'/
/console
input type='mouse' bus='ps2'/
graphics type='vnc' port='5981' autoport='no' listen=''/
  /devices
/domain

The actual KVM command is:

/usr/bin/kvm -S -M pc -m 768 -smp 1 -name user-2 -uuid 
101ff6a0-206b-012e-09d2-525400972102 -monitor pty -boot c -drive 
file=/dev/vol1/user-2,if=ide,index=0,boot=on -drive 
file=/home/user/ISO/plan9.iso,if=ide,media=cdrom,index=2 -net 
nic,macaddr=52:54:00:27:34:07,vlan=0,model=e1000 -net 
tap,ifname=tap0-407,script=/home/kvm-admin/scripts/attach-tap-to-vlan.sh,vlan=0 
-serial telnet:127.0.0.1:8081,server,nowait -parallel none -usb -vnc 
:81,password

Does anything here look obviously incorrect?

The hosting sevice is interested in offering Plan 9 services, so once
we get this working it may well be of use to others.

-sl

Re: [9fans] recent plan9.iso on hosted kvm/qemu

[Stanley Lieber]

 I have plan9 running on a qemu installation, and I had a similiar problem
 installing it.
 
 The --no-kvm-irqchip option on the command line may have solved the problem.
 
 
 I also may have walked away from the machine for 6 hours only to return and
 find that it had installed, only to tear down the ubuntu distro
 based VM and replace the thing with a gentoo kernel specifically for hosting
 kvm.
 
 The gentoo qemu + --no-kvm-irqchip  thing has definately kept the plan9.iso
 installation online. Here is my command-line, its miniscule compared to
 yours.
 
 qemu-system-x86_64 --enable-kvm -net nic,macaddr=45:45:45:45:45:45 -net
 tap,ifname=9tap,script=no,downscript=no -vga std --no-kvm-irqchip -vnc:1
 -hda /home/kvm9/plan9.img -m 256 -daemonize

Thanks, I'll experiment with these options.


 Or perhaps this, --no-kqemu since this is BSD complaining about an invalid
 nvram checksum, other threads seem to indicate the CMOS layout error google
 search pops on BSD across softwares.
 
 http://qemu-forum.ipi.fi/viewtopic.php?f=7t=1921

As far as I know, KVM/qemu is hosted on Linux. The dmesg in my previous e-mail
was OpenBSD booted on the same instance of KVM/qemu; primarily so I could
get an idea of what hardware KVM/qemu was presenting to the Plan 9 installer.

-sl

[9fans] recent plan9.iso on hosted kvm/qemu

[Stanley Lieber]

Both the install and live cd kernels die here:

http://farm6.static.flickr.com/5098/5468343552_28695be1dd_o.png

They just stop. Nothing further ever happens.

Attached below is the OpenBSD dmesg from the same instance of
KVM/qemu

Anyone have any ideas on what might be going wrong?

-sl

---

OpenBSD 4.7 (GENERIC) #112: Wed Mar 17 20:43:49 MDT 2010
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC
real mem = 804192256 (766MB)
avail mem = 770875392 (735MB)
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xfbd3f (10 entries)
bios0: vendor QEMU version QEMU date 01/01/2007
acpi0 at bios0: rev 0
acpi0: tables DSDT FACP APIC
acpi0: wakeup devices
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
acpiprt0 at acpi0: bus 0 (PCI0)
acpicpu0 at acpi0
mpbios at bios0 not configured
cpu0 at mainbus0: (uniprocessor)
cpu0: QEMU Virtual CPU version 0.9.1, 2667.07 MHz
cpu0: 
FPU,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,SSE3,NXE,LONG
cpu0: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB 64b/line 
16-way L2 cache
cpu0: ITLB 255 4KB entries direct-mapped, 255 4MB entries direct-mapped
cpu0: DTLB 255 4KB entries direct-mapped, 255 4MB entries direct-mapped
pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 Intel 82441FX rev 0x02
pcib0 at pci0 dev 1 function 0 Intel 82371SB ISA rev 0x00
pciide0 at pci0 dev 1 function 1 Intel 82371SB IDE rev 0x00: DMA, channel 0 
wired to compatibility, channel 1 wired to compatibility
wd0 at pciide0 channel 0 drive 0: QEMU HARDDISK
wd0: 16-sector PIO, LBA48, 20480MB, 41943040 sectors
wd0(pciide0:0:0): using PIO mode 0, DMA mode 2
atapiscsi0 at pciide0 channel 1 drive 0
scsibus0 at atapiscsi0: 2 targets
cd0 at scsibus0 targ 0 lun 0: QEMU, QEMU DVD-ROM, 0.9. ATAPI 5/cdrom removable
cd0(pciide0:1:0): using PIO mode 0
uhci0 at pci0 dev 1 function 2 Intel 82371SB USB rev 0x01: irq 11
piixpm0 at pci0 dev 1 function 3 Intel 82371AB Power rev 0x03: irq 10
iic0 at piixpm0
iic0: addr 0x18 00=00 01=00 02=00 03=00 04=00 05=00 06=00 07=00 08=00 words 
00= 01= 02= 03= 04= 05= 06= 07=
iic0: addr 0x1a 00=00 01=00 02=00 03=00 04=00 05=00 06=00 07=00 08=00 words 
00= 01= 02= 03= 04= 05= 06= 07=
iic0: addr 0x29 00=00 01=00 02=00 03=00 04=00 05=00 06=00 07=00 08=00 words 
00= 01= 02= 03= 04= 05= 06= 07=
iic0: addr 0x2b 00=00 01=00 02=00 03=00 04=00 05=00 06=00 07=00 08=00 words 
00= 01= 02= 03= 04= 05= 06= 07=
iic0: addr 0x48 48=00 words 00= 01= 02= 03= 04= 05= 
06= 07=
iic0: addr 0x49 48=00 words 00= 01= 02= 03= 04= 05= 
06= 07=
iic0: addr 0x4a 48=00 words 00= 01= 02= 03= 04= 05= 
06= 07=
iic0: addr 0x4b 48=00 words 00= 01= 02= 03= 04= 05= 
06= 07=
iic0: addr 0x4c 00=00 01=00 02=00 03=00 04=00 05=00 06=00 07=00 08=00 48=00 
words 00= 01= 02= 03= 04= 05= 06= 07=
iic0: addr 0x4d 48=00 words 00= 01= 02= 03= 04= 05= 
06= 07=
iic0: addr 0x4e 00=00 01=00 02=00 03=00 04=00 05=00 06=00 07=00 08=00 48=00 
words 00= 01= 02= 03= 04= 05= 06= 07=
vga1 at pci0 dev 2 function 0 Cirrus Logic CL-GD5446 rev 0x00
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
em0 at pci0 dev 3 function 0 Intel PRO/1000MT (82540EM) rev 0x03: irq 11, 
address 52:54:00:27:34:07
Qumranet Virtio Memory rev 0x00 at pci0 dev 4 function 0 not configured
Qumranet Virtio Console rev 0x00 at pci0 dev 5 function 0 not configured
isa0 at pcib0
isadma0 at isa0
com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo
com0: probed fifo depth: 0 bytes
pckbc0 at isa0 port 0x60/5
pckbd0 at pckbc0 (kbd slot)
pckbc0: using irq 1 for kbd slot
wskbd0 at pckbd0: console keyboard, using wsdisplay0
pmsi0 at pckbc0 (aux slot)
pckbc0: using irq 12 for aux slot
wsmouse0 at pmsi0 mux 0
pcppi0 at isa0 port 0x61
midi0 at pcppi0: PC speaker
spkr0 at pcppi0
fdc0 at isa0 port 0x3f0/6 irq 6 drq 2
fd0 at fdc0 drive 0: density unknown
fd1 at fdc0 drive 1: density unknown
usb0 at uhci0: USB revision 1.0
uhub0 at usb0 Intel UHCI root hub rev 1.00/1.00 addr 1
nvram: invalid checksum
mtrr: Pentium Pro MTRR support
vscsi0 at root
scsibus1 at vscsi0: 256 targets
softraid0 at root
root on wd0a swap on wd0b dump on wd0b
clock: unknown CMOS layout

[9fans] 9vx on OpenBSD

[Stanley Lieber]

Reading old 9fans posts, I found Iru's modifications of vx32/9vx to run on 
OpenBSD 4.3.
With this minor change:

src/9vx/Makefrag:184:   echo 'ulong kerndate =' `date +%s` ';' 
9vx/kerndate.h

I was able to get it to build on a current snapshot of OpenBSD.

Currently untested, but the modified source is here:

http://openbsd.stanleylieber.com/9vx/vx32-0.10-openbsd-4.9.tgz

Has anyone done any work for OpenBSD on more recent versions of 9vx?

-sl

Re: [9fans] 9vx on OpenBSD

[Stanley Lieber]

 On Wed, Feb 16, 2011 at 7:36 AM, Stanley Lieber
 stanley.lie...@gmail.com wrote:
 Reading old 9fans posts, I found Iru's modifications of vx32/9vx to run on 
 OpenBSD 4.3.
 With this minor change:

 src/9vx/Makefrag:184:       echo 'ulong kerndate =' `date +%s` ';' 
 9vx/kerndate.h

 I was able to get it to build on a current snapshot of OpenBSD.
 
 It really needs this change to run?
 
 ron

Without the change, gmake dies here:

echo 'ulong kerndate =' `date +%s` ';' 9vx/kerndate.h
gcc -g -O3 -MD -std=gnu99 -I.  -I. -I9vx -I9vx/a -Wall -Wno-missing-braces -c 
-o 9vx/stub.o 9vx/stub.c
In file included from 9vx/stub.c:405:
9vx/kerndate.h:1: error: 'Wed' undeclared here (not in a function)
9vx/kerndate.h:1: error: expected ',' or ';' before 'Dec'
gmake: *** [9vx/stub.o] Error 1

-sl

Re: [9fans] 9vx on OpenBSD

[Stanley Lieber]

Well, it builds, but it doesn't run.

% ./9vx -r /n/plan9 -u glenda
% 9vx panic: vxproc_run: Function not implemented

-sl

Re: [9fans] 9vx on OpenBSD

[Stanley Lieber]

 On Wed, Feb 16, 2011 at 8:42 AM, Stanley Lieber
 stanley.lie...@gmail.com wrote:
 Well, it builds, but it doesn't run.

 % ./9vx -r /n/plan9 -u glenda
 % 9vx panic: vxproc_run: Function not implemented
 
 I feel we've been here before. Can you do an strace?

OpenBSD has ktrace[1]. Here's the output for 'ktrace -t c ./9vx -r /n/plan9 -u 
glenda'::

http://openbsd.stanleylieber.com/9vx/ktrace

-sl

[1] http://www.openbsd.org/cgi-bin/man.cgi?query=ktrace

Re: [9fans] 9vx on OpenBSD

[Stanley Lieber]

 % 9vx panic: vxproc_run: Function not implemented
 
 This sounds like a problem setting up the LDT.
 Are you on amd64 or i386? Also, you should run
 ktrace with the -d flag so we can see a trace
 of the child procs.
 
   Anthony

i386. This made me think to check sysctl.conf, but it's set machdep.userldt=1.

Here is new output from ktrace -d:

http://openbsd.stanleylieber.com/9vx/ktrace

-sl

Re: [9fans] 9vx on OpenBSD

[Stanley Lieber]

 hey is this 64 or 32 bit system?
 uname -a?
 If you told me that already, sorry, I missed it.
 
 ron

% dmesg | sed 6q
OpenBSD 4.9-beta (GENERIC) #625: Fri Jan 14 21:56:02 MST 2011
dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC
cpu0: AMD Sempron(tm) Processor 3300+ (AuthenticAMD 686-class, 128KB L2 
cache) 2.01 GHz
cpu0: 
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,SSE3
real mem  = 1609068544 (1534MB)
avail mem = 1572626432 (1499MB)

-sl

[9fans] 9atom .iso builds

[Stanley Lieber]

Apologies if I've overlooked mention of this, but is there
an easy way to determine when a given 9atom .iso was generated?

How often are these updated?

-sl

[9fans] upas/fs still modifying gmail inbox after window closed

[Stanley Lieber]

in plan 9: using upas/fs, i mounted my gmail inbox over imap, then
started acme.  at some point, the acme window disappeared.  newly
received messages in my gmail inbox continue to get marked as read
shortly after they arrive.  my assumption is that upas/fs is still
accessing the mailbox.  how can i prove (or disprove) this, and stop
it from happening?

-sl

Re: [9fans] upas/fs still modifying gmail inbox after window closed

[Stanley Lieber]

On Tue, Feb 1, 2011 at 11:52 AM, erik quanstrom quans...@quanstro.net wrote:
 On Tue Feb  1 12:32:34 EST 2011, stanley.lie...@gmail.com wrote:
 in plan 9: using upas/fs, i mounted my gmail inbox over imap, then
 started acme.  at some point, the acme window disappeared.  newly
 received messages in my gmail inbox continue to get marked as read
 shortly after they arrive.  my assumption is that upas/fs is still
 accessing the mailbox.  how can i prove (or disprove) this, and stop
 it from happening?

 echo close mbox  /mail/fs/ctl

 i don't know if nupas handles this correctly or not.  but i
 seem to recall that it does.  it's a matter of issuing the right
 imap command when you're fetching the message body for
 internal use, rather than for viewing.

should this work even when my namespace doesn't reflect the gmail
mount? the rio window where i started upas/fs died and disappeared
(note: without my intervention) sometime last night. i can't find any
trace of the gmail messages on my system.

i sent the command above, but messages in my gmail inbox are
still getting marked as read a few seconds after they arrive.

in the future i'll try nupas.

thanks,

-sl

Re: [9fans] aux/vga -m vesa with pccpuf kernel?

[Stanley Lieber]

On Fri, Jan 21, 2011 at 7:22 AM, erik quanstrom quans...@quanstro.net wrote:

 it is possible that #P is not bound into /dev as in
bind -a '#P' /dev

Ah:

cpu% ls /dev | grep realmode
cpu% 

But:

cpu% ls '#'P
'#P/archctl'
'#P/cputype'
'#P/ioalloc'
'#P/iob'
'#P/iol'
'#P/iow'
'#P/irqalloc'
'#P/realmode'
'#P/realmodemem'
cpu%


 but i don't think that's it.  i think you may have built
 a kernel without realmode.  realmode needs to be
 specified in the link section.

cpu% cat /sys/src/9/pc/pccpuf | grep realmode
realmode
cpu% ls '#'P | grep realmode
'#P/realmode'
'#P/realmodemem'
cpu%

However, there is still:

cpu% ls /dev | grep realmode
cpu% 


On Fri, Jan 21, 2011 at 8:10 AM, David du Colombier 0in...@gmail.com wrote:

 Some devices like #P, #v or #m are bound in the default termrc, but not in
 the default cpurc.

cpu% cat /rc/bin/termrc | grep P | grep -v -e '^#'
for(i in f t m v L P u U '$' ?? ??)
cpu% cat /rc/bin/cpurc* | grep P | grep -v -e '^#'
NPROC = `{wc -l /dev/sysstat}
site=EXAMPLE

So:

cpu% bind -a '#'P /dev
cpu% ls /dev | grep realmode
cpu% 

Nevertheless, I went ahead and tried:

cpu% aux/vga -m vesa -l 1024x768x32

This time, it crashes the system:

panic: assert failed at 0xf015b72a: hp != nil

-sl

[9fans] uncommon sights

[Stanley Lieber]

 PID USERNAME PRI NICE  SIZE   RES STATE WAIT  TIMECPU COMMAND
 16051 sl630  480K  356K run   - 7:25 71.04% rc
 2724 sl 20  489M  503M sleep poll247:00 11.47% firefox-bin

-sl

Re: [9fans] uncommon sights

[Stanley Lieber]

This was in OpenBSD. Rc went a little out of control when an Inferno
emu session aborted, but the script it was launched from stayed in
memory. Almost brought the host system to a halt.

-sl

[9fans] aux/vga -m vesa with pccpuf kernel?

[Stanley Lieber]

The following settings worked with my system during install
and continued to work after rebooting as a terminal:

aux/vga -m vesa -l 1024x768x32

Upon compiling pccpuf and rebooting as a standalone auth/cpu
server, vesa is no longer accepted:

cpu% aux/vga -m vesa -l 1024x768x32
mkvbe: '/dev/realmode' './dev/realmode' file does not exist
aux/vga: controller not in /lib/vgadb, not vesa
0xC 55 AA 52 EB 4B 37 34 30 30 E9 4C 19 77 CC 56 49  U.R.K7400.L.w.VI
0xC0010 44 45 4F 20 0D 00 00 00 A7 02 00 00 00 00 49 42  DEO ..IB
0xC0020 4D 20 56 47 41 20 43 6F 6D 70 61 74 69 62 6C 65  M VGA Compatible
0xC0030 01 00 00 00 10 08 00 00 31 30 2F 32 33 2F 30 30  10/23/00
0xC0040 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  
0xC0050 E9 41 08 00 69 15 2C 00 E9 CB 18 E9 D3 18 50 4D  .A..i.,...PM
0xC0060 49 44 58 00 5B 00 00 00 00 A0 00 B0 00 B8 00 C0  IDX.[...
0xC0070 00 5B FF 7F 4E 56 00 05 01 D8 D6 E0 03 17 05 02  .[..NV..
0xC0080 00 00 00 00 46 01 42 02 60 01 5A 04 00 00 00 00  F.B.`.Z.
0xC0090 B5 00 50 00 CE 10 71 28 DF 95 39 96 C3 98 78 98  ..P...q(..9...x.
0xC00A0 8C 98 D3 02 F6 02 03 99 00 01 01 00 3F 3E 37 36  ?76
0xC00B0 00 4A 96 4A 97 4E 56 49 44 49 41 20 56 41 4E 54  .J.J.NVIDIA VANT
0xC00C0 41 20 56 47 41 20 42 49 4F 53 0D 0A 00 00 00 00  A VGA BIOS..
0xC00D0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  
0xC00E0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  
0xC00F0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  
aux/vga: vgactlw: type vga: bad VGA control message type vga

Would placing +cur in the next column after vgavesa in the file
/sys/src/9/pc/pccpuf (and recompiling) reenable the vesa driver
for this kernel? 

For the time being, the following configuration is working as
expected:

aux/vga -m xga -l 1024x768x8

Finally, here is some more information about the system in question:

cpu% cat /dev/kmesg

Plan 9
E820:  0009f800 memory
E820: 0009f800 000a reserved
E820: 000f 0010 reserved
E820: 0010 1fff memory
E820: 1fff 1fff3000 acpi nvs
E820: 1fff3000 2000 acpi reclaim
E820: fec0 fec01000 reserved
E820: fee0 fee01000 reserved
E820:  1 reserved
126 holes free
00018000 0009f000 552960
00469000 0569c000 86192128
86745088 bytes free
cpu0: 1466MHz AuthenticAMD AMD-Athlon (cpuid: AX 0x0662 DX 0x383FBFF)
ELCR: 0C20
pcirouting: ignoring south bridge PCI.0.0.0 10DE/01E0
#l0: i82557: 100Mbps port 0xC000 irq 5: 009027e875a4
#l1: i82557: 10Mbps port 0xC400 irq 10: 009027e875a5
512M memory: 87M kernel data, 425M user, 1050M swap
root is from (tcp, local)[local!#S/sdC0/fossil]: time...
fossil(#S/sdC0/fossil)...version...time...

cpu% aux/vga -p
vga-attr: vid=0x10DE
vga-attr: did=*
vga misc EB
vga feature  00
vga sequencer03 21 0F 00 0A
vga crt  A3 7F 7F 87 86 9A 24 F5 - 00 60 00 00 00 00 00 00
 03 29 FF 80 00 FF 25 A3 - FF
vga graphics 00 00 00 00 00 50 05 0F - FF
vga attribute00 01 02 03 04 05 06 07 - 08 09 0A 0B 0C 0D 0E 0F
 01 00 0F 00 00
vga virtual 0 0
vga panning off
vga vmz  16777216
vga apz 0
vga linear  1
nvidia dclk m n p74895095 13 - 136 1
nvidia CrystalFreq   14318180 Hz
nvidia arch  4
nvidia did   002c
nvidia repaint0  0
nvidia repaint1  ac
nvidia screen0
nvidia pixel 1
nvidia horiz 0
nvidia cursor0   0
nvidia cursor1   bd
nvidia cursor2   0
nvidia interlace ff
nvidia extra 0
nvidia crtcowner 0
nvidia timingH   0
nvidia timingV   0
nvidia vpll  1880d
nvidia vpllB 0
nvidia vpll2 0
nvidia vpll2B0
nvidia pllsel1700
nvidia general   100
nvidia scale 1111
nvidia config1114
nvidia head  0
nvidia head2 0
nvidia cursorconfig  0
nvidia dither0
nvidia crtcsync  0
nvidia islcd 0
nvidia twoheads  0
nvidia twostagepll   0
nvidia crtcnumber0
nvidia fpwidth   0
nvidia fpheight  0

-sl

Re: [9fans] aux/vga -m vesa with pccpuf kernel?

[Stanley Lieber]

 Would placing +cur in the next column after vgavesa in the file
 /sys/src/9/pc/pccpuf (and recompiling) reenable the vesa driver
 for this kernel?

Hm, it looks like it is at least being built, already:

ls -l |grep vesa
--rw-rw-r-- M 3233 glenda sys 6812 Jan 18 05:02 vgavesa.8
--rw-rw-r-- M 3233 syssys 3434 Jul  8  2010 vgavesa.c

-sl

Re: [9fans] plan9 compatible notebook

[Stanley Lieber]

On Jan 15, 2011, at 6:50 PM, Aram Hăvărneanu ara...@mgk.ro wrote:

 I have a ThinkPad T400.  9atom works with SATA controller in IDE mode
 (I think Erik Quanstrom works on making the DVD-RW drive work in AHCI
 mode).  Never tested sound.  Works great :-).
 
 -- 
 Aram 

What about graphics and wifi? What resolution and color depth are you able to 
run in?

-sl

Re: [9fans] Plan9 development

[Stanley Lieber]

On Thu, Nov 4, 2010 at 10:39 AM, David Leimbach leim...@gmail.com wrote:

 There's a plan9changes google group I believe that will let you see the
 commits that have been going in.

http://groups.google.com/group/plan9changes/topics

doesn't show any updates since July, 2008.

Is there another way to track updates besides simply running pull?


 Plan 9 is satisfying all it's users' needs at the moment.

!

-sl

Re: [9fans] Plan9 development

[Stanley Lieber]

On Thu, Nov 4, 2010 at 11:01 AM, John Floren slawmas...@gmail.com wrote:

 Watch Ron's repository, which Venkatesh posted earlier.
 http://bitbucket.org/rminnich/sysfromiso

On Thu, Nov 4, 2010 at 11:39 AM, ron minnich rminn...@gmail.com wrote:

 sysfromiso makes that clear. It's a great way to watch the
 improvements going in. Hats off to the folks at Bell Labs for keeping
 it rolling.

Thanks, guys, I missed Venkatesh's earlier message somehow.

-sl

Re: [9fans] offered without comment or judgement

[Stanley Lieber]

On Mon, Jun 28, 2010 at 9:28 PM, Wes Kussmaul w...@authentrus.com wrote:
 ron minnich wrote:


 https://www.signup4.net/UPLOAD/STRA10A/DARP31E/CRASH%20Proposer%20Day%20v2.pdf


 Innate or adaptive, it's all based upon the flawed premise that it's
 possible to determine the intentions of the sender of a stream of bits. It
 is not possible to determine the intentions of the sender of a stream of
 bits.

 This is the pointless electronic countermeasures race all over again.

 The solution was well developed, then obscured by the telephone century.
 http://quietenjoyment.net/slides2j.swf

 Wes Kussmaul

 --
 Learn about The Authenticity Economy at
 http://video.google.com/videoplay?docid=-1419344994607129684hl=en#

Anywhere legitimate identification is used, legitimate identification
can be purchased.

-sl

Re: [9fans] naming conventions

[Stanley Lieber]

On Mon, Jun 14, 2010 at 8:47 AM, EBo e...@sandien.com wrote:

 your shell is broken.  [0-9] are perfectly valid anywhere in a unix file
 name.

 does bash completion work for you on *anything*?  Or does it get confused
 thinking that you are specifying a previous command (!### in the history)?
 Yes, a file/script named [0-9]* is valid, but still breaks things.  Maybe
 there is some trick to get around it that I do not knwo about, but the big
 issues where those that the editor raised.

  EBo --

For what it's worth, ksh on OpenBSD handles completion on 9* files just fine.

-sl