From ru@ohio.river.org Sun Oct 1 01:25:44 2000 Date: Sat, 30 Sep 2000 17:25:44 -0700 (PDT) From: Richard Uhtenwoldt ru@ohio.river.org Subject: [9fans] Adding history to Rio's windows Skip Tavakkolian writes: >History of 'history': The rc script that Russ Cox posted a while back >(named " and attributed to Killian) performs the function for what I am >proposing here. This is a raw idea for supporting it in Rio. > >The UI part is similar to how Sam keeps previously searched for patterns >in the menu; It is not "history" in the shell sense (the last n commands), >but a list that keeps the last n snarf buffers that have been sent to the >process using the middle button menu's 'send' command. Like so: > >+----------+ >| cut | >| paste | >| snarf | >| plumb | >| send | >| scroll | >|~~~~~~~~ | >| grep -.. | >+----------+ If I understand correctly, even without the " and "" commands, the user already has access to the historical inputs: namely, the user can scroll backwards in the Rio window (aka, text buffer) and, as soon as the desired input becomes visible, can select it with the mouse and resend it. the difficulty is that the historical inputs are interleaved with many lines of historical outputs, making the inputs tedious to search through. one way to ease that tedium would be a command that toggles the Rio window into a state in which only inputs are displayed (and thus searching through the inputs is easier). ie, the commands cause Rio's "redisplay routine" to omit displaying historical outputs. From arisawa@ar.aichi-u.ac.jp Sun Oct 1 19:23:03 2000 Date: Mon, 2 Oct 100 07:48:25 +0900 From: arisawa@ar.aichi-u.ac.jp arisawa@ar.aichi-u.ac.jp Subject: [9fans] /mail/lib/blocked Hello, I have a question. Example file /mail/lib/blocked contains such lines as: *allow 63.12.0.0/16 *block cyberpromo.com!* The meaning of '*' at the beginning of line is not written in manual. I regarded it as one of comments, but I found these two data are read by smtpd and used by dommatch() in upas/smtp/spam.c What does '*' mean ? Thanks, Kenji Arisawa E-mail:arisawa@aichi-u.ac.jp From bobf@plan9.bell-labs.com Mon Oct 2 00:46:18 2000 Date: Sun, 1 Oct 2000 19:46:18 -0400 From: bobf@plan9.bell-labs.com bobf@plan9.bell-labs.com Subject: [9fans] /mail/lib/blocked > I have a question. > > Example file /mail/lib/blocked contains such lines as: > *allow 63.12.0.0/16 > *block cyberpromo.com!* > > The meaning of '*' at the beginning of line is not written in > manual. > I regarded it as one of comments, but I found these two data are > read by smtpd and used by dommatch() in upas/smtp/spam.c > > What does '*' mean ? the '*' means that the argument(s) are addresses of the form domain!user. if the '*' is missing the address is assumed to be an IP address. in the example, the '*' on the 'allow' verb is wrong; it should read allow 63.12.0.0/16 in summary, the rule is: lines beginning with '*' are NOT IP addresses, they are account names; lines that do NOT begin with '*' contain IP addresses as arguments. i will also fix the documentation. From gwyn@arl.army.mil Mon Oct 2 10:00:11 2000 Date: Mon, 2 Oct 2000 09:00:11 GMT From: Douglas A. Gwyn gwyn@arl.army.mil Subject: [9fans] Re: moving things in a window Russ Cox wrote: > I thought the neat thing about crabs was that > the original implementation didn't do _any_ > crab-crab interaction checking. I tried that, but when windows mere moved, etc. it left "crab droppings". From root@mail.c-zone.net Mon Oct 2 10:03:27 2000 Date: Mon, 2 Oct 2000 09:03:27 GMT From: root@mail.c-zone.net root@mail.c-zone.net Subject: [9fans] Are nvidia-cards working with plan9? In article <20000925110001.18FDE19A26@mail>, forsyth@caldo.demon.co.uk writes: >>> I can't help but wonder where a lot of other OSes would have been >>> right now if they had not turned their noses up at 'gaming hardware'. >>> It's a good thing that > it isn't a case of turning up noses at games or gaming hardware 3D visualization is one of the areas where distributed computing still fills a real need. So a 3D card in a PC isn't necessarily just for games, with a system like Plan 9. --Jim Howard From root@mail.c-zone.net Mon Oct 2 10:01:45 2000 Date: Mon, 2 Oct 2000 09:01:45 GMT From: root@mail.c-zone.net root@mail.c-zone.net Subject: [9fans] Are nvidia-cards working with plan9? In article <39D232D9.D3B50609@arl.army.mil>, "Douglas A. Gwyn" writes: > By all means develop drivers for other cards that interest you, > and contribute them to the cause. If they work at all I suspect > they'll be added to the distribution. For this plan to work, people must have the system installed and functional. If they need a graphics card driver first, that might be difficult. Kind of like a dog chasing its own tail. --Jim Howard From root@mail.c-zone.net Mon Oct 2 10:00:49 2000 Date: Mon, 2 Oct 2000 09:00:49 GMT From: root@mail.c-zone.net root@mail.c-zone.net Subject: [9fans] Re: download time? In article <969710065.235147@news>, Alexander L writes: > Be sure to download it at night time :-) > With download managers that can auto dailup and disconnect itself. > > Good luck Indeed. How can you do this when there is no access to the location of the plan9.9gz file? The web page has a link to the file by way of (apparently) a non-existent path. Moreover, the "directory" after "/magic/9down" is different (and very long) each time you register to download. You can access plan9.bell-labs.com as an FTP site, which reveals only the TeX file and web pages, no plan9.9gz nor any path to it. --Jim Howard From kastor@irnet.ru Mon Oct 2 10:00:30 2000 Date: Mon, 2 Oct 2000 09:00:30 GMT From: kastor@irnet.ru kastor@irnet.ru Subject: [9fans] ATI 264GT-B (3D Rage II) - HELP > Please add the following to the MACH64 section in /lib/vgadb > 0xC0000-0xC0200="MACH64VV" > then run aux/vga -p>somefile and mail me 'somefile'. This is > a chip revision we've not seen before, the chances are good > it will work but we need to see a little more of the chip information > before adding in a fix. Thanks. > > --jim Hi! My 4Mg. ATI card works only in 1024x768x32 mode with fliks Wats wrong? Thanks aux/vga -p __________ vga misc 67 vga feature 00 vga sequencer 03 00 03 00 02 vga crt 5F 4F 50 82 55 81 BF 1F - 00 4F 0E 0F 00 00 07 80 9C 8E 8F 28 1F 96 B9 A3 - FF vga graphics 00 00 00 00 00 10 0E 00 - FF vga attribute 00 01 02 03 04 05 14 07 - 38 39 3A 3B 3C 3D 3E 3F 0C 00 0F 08 00 vga vm a b 16777216 0 vga vmz 4194304 vga apz 8388608 vga linear 1 vga->attr: 0xC00E7=MACH64GTPCIUYMU mach64xx pci 3d608 regtable pciregs io 6500 portio mach64xx ccru 300 mach64xx HTotalDisp 004F005F mach64xx HSyncStrtWid 00010055 mach64xx VTotalDisp 018F01BF mach64xx VSyncStrtWid 000E019C mach64xx VlineCrntVline 003803FF mach64xx OffPitch 0A000000 mach64xx IntCntl 00000074 mach64xx CrtcGenCntl 02410200 mach64xx OvrClr 00000100 mach64xx OvrWidLR 00010000 mach64xx OvrWidTB 00020000 mach64xx CurClr0 FFFFFF00 mach64xx CurClr1 00000000 mach64xx CurOffset 00000000 mach64xx CurHVposn 00000000 mach64xx CurHVoff 00000000 mach64xx ScratchReg0 04900400 mach64xx ScratchReg1 20800000 mach64xx ClockCntl 00CD0003 mach64xx BusCntl 73330040 mach64xx MemCntl 104211B7 mach64xx ExtMemCntl 05000001 mach64xx MemVgaWpSel 00010000 mach64xx MemVgaRpSel 00010000 mach64xx DacRegs 00FF0040 mach64xx DacCntl 8601200A mach64xx GenTestCntl 00000000 mach64xx ConfigCntl 00003802 mach64xx ConfigChipId 41004754 mach64xx ConfigStat0 00000035 mach64xx ConfigStat1 00000000 mach64xx ConfigStat2 00000000 mach64xx DspConfig 00370A9E mach64xx DspOnOff 055007A8 mach64xx DpBkgdClr FFFFFFFF mach64xx DpChainMsk FFFFFFFF mach64xx DpFrgdClr FFFFFFFF mach64xx DpMix FFFFFFFF mach64xx DpPixWidth FFFFFFFF mach64xx DpSrc FFFFFFFF mach64xx DpWriteMsk FFFFFFFF mach64xx LcdIndex 00000000 mach64xx LcdData 00000000 mach64xx PLL CD D5 21 14 9A 03 FB E8 - C4 00 00 E1 A6 1B 00 00 CD D5 21 14 9A 03 FB E8 - C4 00 00 E1 A6 1B 00 00 mach64xx VCLK0 25165286 mach64xx VCLK1 28347104 mach64xx VCLK2 0 mach64xx VCLK3 0 mach64xx pixel clock = 25160000 ATI BIOS rom 0x116 freq 0x0 clock 0x920 clocks: 43605 60256 14715 132 0 0 0 0 0 0 0 0 352 0 0 16969 programmable clock: 4 clock to program: 3 reference numerator: 14320 reference denominator: 1 internal clock reference divider in plls panelid 85 x 1 y 0 Sent via Deja.com http://www.deja.com/ Before you buy. From root@mail.c-zone.net Mon Oct 2 10:01:04 2000 Date: Mon, 2 Oct 2000 09:01:04 GMT From: root@mail.c-zone.net root@mail.c-zone.net Subject: [9fans] Are nvidia-cards working with plan9? In article <8qnit2$37p$1@supernews.com>, Conor writes: > That is all very true and I somehow don't think P9 is envisioned as a gaming > platform anytime in the near future;however,I hardly think,going by the > hardware computability list,' reasonable' comes to mind when looking at the > supported cards. Well, it looks like maybe they started by bringing the antique 2nd Edition (1995) drivers forward, to get 3rd Edition off the ground. And 3rd Edition has only been out a few months. Maybe this situation will improve. These days, though, every graphics card for the PC is a 3D gaming card, and right now Matrox is the only company doing the right thing with documentation. You can look at XFree86, but XFree86 has a lot of problems with a lot of cards; bugs are rife, and many drivers aren't even accelerated. So it's a pretty grim situation. --Jim Howard From vecera@writeme.com Mon Oct 2 10:02:03 2000 Date: Mon, 2 Oct 2000 09:02:03 GMT From: vecera@writeme.com vecera@writeme.com Subject: [9fans] il: no success with DHCP Hello all, I have installed files from distribution archive to my fileserver. I made floppy with pccpu.gz for my auth/cpuserver. Then with only fileserver running I try to boot cpuserver from floppy (as diskless) with root from il. But it complains: il: no success with DHCP Can you help me, please? Do I need another machine with DHCP service? Antonin Vecera Sent via Deja.com http://www.deja.com/ Before you buy. From okamoto@granite.cias.osakafu-u.ac.jp Mon Oct 2 10:50:20 2000 Date: Mon, 2 Oct 2000 18:50:20 0900 From: okamoto@granite.cias.osakafu-u.ac.jp okamoto@granite.cias.osakafu-u.ac.jp Subject: [9fans] Postgres client monitor, pg9mon I placed a Postgres client pg9mon (called monitor originally) on our web page(http://basalt.cias.osakafu-u.ac.jp/plan9/p9index.html). This page is written in UTF-8, however, you will see many starange language there... Yes, it is called Japanese. However, you can find some parts written in English, that's all for you. Of course, I assume you have already running Postgres server outside your plan 9 system. This is a quickly hacked version for our internal works. I think DBMS should be considered more carefully for Plan 9. However, we have to do everyday works, on the other hand. Therefore, we cannot wait any more until someone having more skills to this field will accomplish to implement full DBMS system onto Plan 9. I hope this may help someone who wants to use Plan 9 for everyday work like us. Kenji From forsyth@caldo.demon.co.uk Mon Oct 2 11:40:19 2000 Date: Mon, 2 Oct 2000 11:40:19 0100 From: forsyth@caldo.demon.co.uk forsyth@caldo.demon.co.uk Subject: [9fans] Re: download time? >>The web page has a link to the file by way of (apparently) a >>non-existent path. Moreover, the "directory" after "/magic/9down" >>is different (and very long) each time you register to download. i think you'll find that if you record that name (eg, bookmark it), it will be valid for several days, and can be reused with a command or browser that can start fetching bytes where the last attempt last left off. From anothy@cosym.net Mon Oct 2 15:16:58 2000 Date: Mon, 2 Oct 2000 10:16:58 -0400 From: anothy@cosym.net anothy@cosym.net Subject: [9fans] il: no success with DHCP //Do I need another machine with DHCP service? yes. the file server does _only_ services 9p requests. anything beyond that, like dhcp, tftp, authentication, and you've got to be running a CPU server, or make other accomidations. : anothy; From lucio@proxima.alt.za Mon Oct 2 15:32:15 2000 Date: Mon, 2 Oct 2000 16:32:15 +0200 From: Lucio De Re lucio@proxima.alt.za Subject: [9fans] il: no success with DHCP On Mon, Oct 02, 2000 at 10:16:58AM -0400, anothy@cosym.net wrote: > > //Do I need another machine with DHCP service? > > yes. the file server does _only_ services 9p requests. > anything beyond that, like dhcp, tftp, authentication, > and you've got to be running a CPU server, or make > other accomidations. I can confirm this: I use NetBSD with ISC dhcpd (thanks, Ted Lemon) to start up even the compute and file servers. Which brings me to a question I have been meaning to ask Presotto about: the vendor values he gave me worked fine until I upgraded to the latest version of NetBSD and, presumably, a later version of ISC dhcpd. For some reason, they are no longer understood by the kernel. They used to be: option vendor-encapsulated-options 80:04:c0:60:20:86:81:04:c0:60:20:85; and I can't find any documentation to instruct me how I should change them. I guess I should join the dhcpd mailing list and ask there, but I really have only one query :-( ++L From forsyth@caldo.demon.co.uk Mon Oct 2 16:29:34 2000 Date: Mon, 2 Oct 2000 16:29:34 0100 From: forsyth@caldo.demon.co.uk forsyth@caldo.demon.co.uk Subject: [9fans] il: no success with DHCP you can set things up so that a cpu server running on a PC takes its IP address and other network parameters from the plan9.ini file, which is useful when the cpu server itself is the dhcp server for the network. you don't need another system to act as dhcp server. From presotto@plan9.bell-labs.com Mon Oct 2 17:42:38 2000 Date: Mon, 2 Oct 2000 12:42:38 -0400 From: presotto@plan9.bell-labs.com presotto@plan9.bell-labs.com Subject: [9fans] il: no success with DHCP It could be that they no longer recognize 'vendor-encapsulated-options'. You could just speciffy your own option of: 43:0c:80:04:<4 bytes of fs addr>:81:04:<4 bytes of auth server addr> This is just the byte string that the 'vendor-encapsulated-options' was supposed to create. From presotto@plan9.bell-labs.com Mon Oct 2 17:45:35 2000 Date: Mon, 2 Oct 2000 12:45:35 -0400 From: presotto@plan9.bell-labs.com presotto@plan9.bell-labs.com Subject: [9fans] il: no success with DHCP I got the first byte wrong in that last message, i left it decimal. The string should have been: 2b:0c:80:04:<4 bytes of fs addr>:81:04:<4 bytes of auth server addr> That's the vendor-encapsulated-options (2b) containing 12 bytes. The encapsluated options are plan9 file server 80 and plan9 auth server 81. From schwartz@bio.cse.psu.edu Mon Oct 2 17:59:34 2000 Date: Mon, 02 Oct 2000 12:59:34 -0400 From: Scott Schwartz schwartz@bio.cse.psu.edu Subject: [9fans] Are nvidia-cards working with plan9? At the cost of great ugliness, maybe it would be feasible to build an interface that could use NT drivers. Didn't someone do something like that for mach? From humbubba@smarty.smart.net Mon Oct 2 20:35:03 2000 Date: Mon, 2 Oct 100 20:34:38 -0400 (EDT) From: Rick Hohensee humbubba@smarty.smart.net Subject: [9fans] Are nvidia-cards working with plan9? > > At the cost of great ugliness, maybe it would be feasible to build an > interface that could use NT drivers. Didn't someone do something > like that for mach? > > If so, that would be "to Mach" Rick Hohensee From vecera@writeme.com Tue Oct 3 09:50:21 2000 Date: Tue, 3 Oct 2000 08:50:21 GMT From: vecera@writeme.com vecera@writeme.com Subject: [9fans] Re: il: no success with DHCP In article <20001002153317.48501199DE@mail>, 9fans@cse.psu.edu wrote: > you can set things up so that a cpu server running on a PC > takes its IP address and other network parameters from the > plan9.ini file, which is useful when the cpu server itself > is the dhcp server for the network. you don't need another > system to act as dhcp server. That's exactly what I need! But unfortunately I don't know how to make it. I have read man for plan9.ini and there is no such option. (except some "fs=..." and "auth=..." parameters but I think it is not what I am looking for) Could you place here some example or URL for doc, plese? Thanks! Antonin Vecera Sent via Deja.com http://www.deja.com/ Before you buy. From DAGwyn@null.net Tue Oct 3 09:49:53 2000 Date: Tue, 3 Oct 2000 08:49:53 GMT From: Douglas A. Gwyn DAGwyn@null.net Subject: [9fans] Are nvidia-cards working with plan9? root@mail.c-zone.net wrote: > For this plan to work, people must have the system installed > and functional. If they need a graphics card driver first, > that might be difficult. It's easy enough to install a supported graphics card. From okamoto@granite.cias.osakafu-u.ac.jp Wed Oct 4 02:09:30 2000 Date: Wed, 4 Oct 2000 10:09:30 0900 From: okamoto@granite.cias.osakafu-u.ac.jp okamoto@granite.cias.osakafu-u.ac.jp Subject: [9fans] Postgres client monitor, pg9mon Oops! An older version file of monitor.c was included in fail. The diff for it is as follows: diff monitor.c.orig monitor.c 393c393,394 < tmon_temp = create(tmon_temp_filename, ORDWR, CHAPPEND|0666); --- > if(tmon_temp = open(tmon_temp_filename, ORDWR) <0) > tmon_temp = create(tmon_temp_filename, ORDWR, 0666); 439c440,441 < tmon_temp = create(tmon_temp_filename, ORDWR, CHAPPEND|0666); --- > if(tmon_temp = open(tmon_temp_filename, ORDWR) <0) > create(tmon_temp_filename, ORDWR, 0666);; I also replaced our web page (http://basalt.cias.osakafu-u.ac.jp/plan9). Kenji From etoffi@bigfoot.com Wed Oct 4 09:45:00 2000 Date: Wed, 4 Oct 2000 08:45:00 GMT From: etoffi@bigfoot.com etoffi@bigfoot.com Subject: [9fans] internet in plan9 what kind of internet experirence does plan9 give? when i say that, i mean a browser/http-viewer and mail and news client (s). -- etoffi Sent via Deja.com http://www.deja.com/ Before you buy. From jiho@smtp.popsite.net Wed Oct 4 09:45:25 2000 Date: Wed, 4 Oct 2000 08:45:25 GMT From: jiho@smtp.popsite.net jiho@smtp.popsite.net Subject: [9fans] Are nvidia-cards working with plan9? In article <39D90BF6.9133377@null.net>, "Douglas A. Gwyn" writes: > root@mail.c-zone.net wrote: >> For this plan to work, people must have the system installed >> and functional. If they need a graphics card driver first, >> that might be difficult. > > It's easy enough to install a supported graphics card. Assuming you have (or can get) one. Most of them are obsolete. Then there's the issue of either setting up a spare machine, or replacing the (better) card in the machine you use.... --Jim Howard From jiho@smtp.popsite.net Wed Oct 4 10:08:23 2000 Date: Wed, 4 Oct 2000 09:08:23 GMT From: jiho@smtp.popsite.net jiho@smtp.popsite.net Subject: [9fans] Are nvidia-cards working with plan9? In article <8qnit2$37p$1@supernews.com>, Conor writes: > Is there something wrong with this newsgroup for it seems to take 12/24 > hours to post to it? Perhaps someone screens every post. [Moderator's note: the above is correct; comp.os.plan9 is a moderated Newsgroup. See: http://www.ibiblio.org/usenet-i/info/format.html#M for brief details. Denis McKeon's article, "Moderated Newsgroups FAQ" posted to the news.answers Newsgroup is useful reading. Russ Allbery's article, "Pitfalls of Newsgroup Moderation" which is posted to the same Newsgroup is further useful reading.] Whether that would be "something wrong", I won't venture. --Jim Howard From rsc@plan9.bell-labs.com Wed Oct 4 13:16:19 2000 Date: Wed, 4 Oct 2000 08:16:19 -0400 From: Russ Cox rsc@plan9.bell-labs.com Subject: [9fans] internet in plan9 what kind of internet experirence does plan9 give? when i say that, i mean a browser/http-viewer and mail and news client (s). Mail reading is really quite slick. News and web are nonexistant in the standard release. You can download the binary version of inferno (for Plan 9) from Vita Nuova's web site, and then you'll have a web browser, but it's just a baby version of the big ones. Not much new in the experience. Russ From sah@borf.com Wed Oct 4 12:55:50 2000 Date: Wed, 4 Oct 2000 07:55:50 -0400 (EDT) From: sah@borf.com sah@borf.com Subject: [9fans] Are nvidia-cards working with plan9? > > It's easy enough to install a supported graphics card. > > Assuming you have (or can get) one. Most of them are obsolete. We're using the Diamond Stealth 3d 2000 vers 1.04 here. While obsolete, there are workarounds. You can actually get a DS3D2K with other bios versions (higher than 1.04), pull the chip off, and stick in a 1.04 you've burned yourself and it works great (e-me for board revs we've tested this with). I think I found one of these cards on ebay a few months back for around $12. I'll pass along the MOT S19 records for the 1.04 bios if anyone would like them. Sam From sah@borf.com Wed Oct 4 13:06:09 2000 Date: Wed, 4 Oct 2000 08:06:09 -0400 (EDT) From: sah@borf.com sah@borf.com Subject: [9fans] Are nvidia-cards working with plan9? s/I'll pass along the MOT S19 records for the 1.04 bios if anyone would like them// Hrm. It has been brought to my attention that this action could land me some quality time with a lawyer. As I rarely have time for this these days, I'm printing a retraction. Cheers, Sam From rsc@plan9.bell-labs.com Wed Oct 4 14:07:43 2000 Date: Wed, 4 Oct 2000 09:07:43 -0400 From: Russ Cox rsc@plan9.bell-labs.com Subject: [9fans] Are nvidia-cards working with plan9? s/I'll pass along the MOT S19 records for the 1.04 bios if anyone would like them// It seems to me that if replacing the BIOS is all that you need to do to get a card working, you should be able to just add the right BIOS string in vgadb instead: since we don't use the BIOS, if aux/vga works under the old BIOS it should work under the new one. Russ From nigel@9fs.org Wed Oct 4 14:21:28 2000 Date: Wed, 4 Oct 2000 14:21:28 +0100 From: Nigel Roles nigel@9fs.org Subject: [9fans] Are nvidia-cards working with plan9? You may well be right Russ. However, I thought that this email demonstrated 'the right stuff'. Not "changing my video card is too much trouble to run Plan 9", but "I'll etch my own silicon if needs be" > s/I'll pass along the MOT S19 records for the 1.04 bios if anyone would > like them// > > It seems to me that if replacing the BIOS is all > that you need to do to get a card working, you > should be able to just add the right BIOS string > in vgadb instead: since we don't use the BIOS, > if aux/vga works under the old BIOS it should > work under the new one. > > Russ > > From okamoto@granite.cias.osakafu-u.ac.jp Thu Oct 5 01:29:48 2000 Date: Thu, 5 Oct 2000 09:29:48 0900 From: okamoto@granite.cias.osakafu-u.ac.jp okamoto@granite.cias.osakafu-u.ac.jp Subject: [9fans] Are nvidia-cards working with plan9? This is a multi-part message in MIME format. --upas-swmabuclwqlgpayddzdngrwzgi Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit >Assuming you have (or can get) one. Most of them are obsolete. This may be true. However, I can choose inferno if I really want to run such a thing like Plan 9 on a newest hardware I have. After I got inferno on our Plan 9 system and on my home Windows/95 machine, I got this feeling from deep. Then, the reason why I'm using Plan 9 on our Univ. is very clear: I love its clearness and simple is best principle, in other words, I'm one of 9fans. ^_^ Kenji --upas-swmabuclwqlgpayddzdngrwzgi Content-Type: message/rfc822 Content-Disposition: inline Received: from granite.cias.osakafu-u.ac.jp ([192.168.1.3]) by diabase; Wed Oct 4 18:13:33 JST 2000 Received: from elmo.cias.osakafu-u.ac.jp (elmo.cias.osakafu-u.ac.jp [157.16.103.2]) by granite.cias.osakafu-u.ac.jp (8.9.3/8.9.3) with ESMTP id SAA15827; Wed, 4 Oct 2000 18:14:47 +0900 Received: from mail (postfix@psuvax1.cse.psu.edu [130.203.4.6]) by elmo.cias.osakafu-u.ac.jp (8.9.3/3.7W-00100417) with ESMTP id SAA07411; Wed, 4 Oct 2000 18:14:25 +0900 (JST) Received: from psuvax1.cse.psu.edu (unknown [130.203.8.6]) by mail (CSE Mail Server) with ESMTP id 86494199DD; Wed, 4 Oct 2000 05:14:06 -0400 (EDT) Received: from mercury.bath.ac.uk (mercury.bath.ac.uk [138.38.32.81]) by mail (CSE Mail Server) with ESMTP id EA3CC199CF for <9fans@cse.psu.edu>; Wed, 4 Oct 2000 05:13:09 -0400 (EDT) Received: from news by mercury.bath.ac.uk with local (Exim 3.12 #1) id 13gkOJ-0003rq-00 for 9fans@cse.psu.edu; Wed, 04 Oct 2000 09:59:07 +0100 Received: from GATEWAY by bath.ac.uk with netnews for 9fans@cse.psu.edu (9fans@cse.psu.edu) To: 9fans@cse.psu.edu Date: Wed, 4 Oct 2000 08:45:25 GMT From: jiho@smtp.popsite.net Message-ID: <39da37e4@news2.starnetinc.com> Organization: University of Bath Computing Services, UK Content-Type: text/plain; charset=us-ascii References: <20000925110001.18FDE19A26@mail>, <8qnit2$37p$1@supernews.com> Subject: Re: [9fans] Are nvidia-cards working with plan9? Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0beta4 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the O/S Plan 9 from Bell Labs <9fans.cse.psu.edu> In article <39D90BF6.9133377@null.net>, "Douglas A. Gwyn" writes: > root@mail.c-zone.net wrote: >> For this plan to work, people must have the system installed >> and functional. If they need a graphics card driver first, >> that might be difficult. > > It's easy enough to install a supported graphics card. Assuming you have (or can get) one. Most of them are obsolete. Then there's the issue of either setting up a spare machine, or replacing the (better) card in the machine you use.... --Jim Howard --upas-swmabuclwqlgpayddzdngrwzgi-- From jiho@smtp.popsite.net Thu Oct 5 09:22:44 2000 Date: Thu, 5 Oct 2000 08:22:44 GMT From: jiho@smtp.popsite.net jiho@smtp.popsite.net Subject: [9fans] Are nvidia-cards working with plan9? In article <39DB3CE8.13472.13A85CF@localhost>, nigel@9fs.org (Nigel Roles) writes: > You may well be right Russ. However, I thought that this > email demonstrated 'the right stuff'. Not > > "changing my video card is too much trouble to run Plan 9", > > but > > "I'll etch my own silicon if needs be" Well, there's no response to that level of fanaticism. But there really is a serious problem with chip companies claiming their register sets are somehow proprietary. If the Wall Street crowd had their way, Microsoft would declare their drop-down menus proprietary, so you'd have to hire someone to operate your PCs for you. --Jim Howard From lucio@proxima.alt.za Thu Oct 5 10:00:53 2000 Date: Thu, 5 Oct 2000 11:00:53 +0200 From: Lucio De Re lucio@proxima.alt.za Subject: [9fans] Are nvidia-cards working with plan9? On Thu, Oct 05, 2000 at 08:22:44AM +0000, jiho@smtp.popsite.net wrote: > > But there really is a serious problem with chip companies > claiming their register sets are somehow proprietary. > It still baffles me why nobody has produced a graphic card that speaks a sensible protocol instead of being variously I/O and memory mapped in the most unorthodox manners. For that matter, why on earth did the mouse controller migrate to the keyboard handler, when I have yet to see a single PC clone with a video card that did not need a mouse? The Ontel Amigo (1979 vintage?) had dual ported memory (all of 32KB) into which the 8085 (or Z80?) would deposit a 6502 program to drive the graphics output. The default program was provided as source, so you could do whatever you liked with it. Am I being naive, or is it too late for that type of sensible engineering to happen again? Have Intel really disbanded the i860 team? The other question, unfortunately, is whether there is any room for the double Steves of the world, I mean, garage engineering making it big? > If the Wall Street crowd had their way, Microsoft would > declare their drop-down menus proprietary, so you'd have > to hire someone to operate your PCs for you. > Don't blame Wall Street, blame the buying public, and their inability to resist the media. ++L From steve.simon@snellwilcox.com Thu Oct 5 10:38:05 2000 Date: Thu, 05 Oct 2000 10:38:05 +0100 From: steve.simon@snellwilcox.com steve.simon@snellwilcox.com Subject: [9fans] Datakit info ? - off topic Hi, I'am building a very lightweight protocol for inter CPU comms in a multiprocessor embedded system. What I have heard of Datakit and its Media Access protocols is interesting and I would like to learn more. I send this here as I read 9fans, and also I reckon that somone listening will be able to help very easily. Anyone have any pointers to papers (preferably online) on Datakit implementation? Thanks, -Steve From dhog@plan9.bell-labs.com Thu Oct 5 16:10:33 2000 Date: Thu, 5 Oct 2000 11:10:33 -0400 From: David Gordon Hogan dhog@plan9.bell-labs.com Subject: [9fans] Are nvidia-cards working with plan9? > > If the Wall Street crowd had their way, Microsoft would > > declare their drop-down menus proprietary, so you'd have > > to hire someone to operate your PCs for you. > > > Don't blame Wall Street, blame the buying public, and their inability > to resist the media. Or blame the media for being so hard to resist... (I sense an infinite regress lurking here). From kma@geneseo.edu Thu Oct 5 18:01:01 2000 Date: Thu, 5 Oct 2000 17:01:01 GMT From: Kirk M. Anne kma@geneseo.edu Subject: [9fans] Pointers for using Plan 9? I am assisting a Computer Science faculty member with a Distributed Systems undergraduate course and we are working on Amoeba now. I spotted that Plan 9 is now available for downloading and have tinkered around with it and read through many of the papers. I was wondering if there were any example programs or "How to" documents that we can give out to the class to help them learn about Plan 9. We have built an Amoeba cluster and want to replicate the experience in Plan 9 so that the students can get a firm understanding of how distributed systems work (where there are similarities and differences between the two). So, could anyone send me the following? 1. Sample Plan 9 setup and guidelines for decisions (I'm still pouring over the Overview to Plan 9 networks) 2. Sample programs that use Plan 9 features 3. Recommendations for an upper level project using Plan 9 4. Pointers to SPARC and NeXT installation instructions for Plan 9 If this goes well, we hope to continue with directed studies on using Plan 9 to solve scientific problems that other faculty around campus have in Physics, Chemistry and Biology. Any information would be greatly appreciated. Kirk Anne Manager, Systems & Networking SUNY Geneseo Geneseo, NY 14454 716-245-5577 From aam396@mail.usask.ca Thu Oct 5 18:35:27 2000 Date: Thu, 5 Oct 2000 11:35:27 -0600 (CST) From: andrey mirtchovski aam396@mail.usask.ca Subject: [9fans] Pointers for using Plan 9? I'm kind of in the same shoes -- I've taken up on Plan9 for a research project of mine. I am trying to port/reimplement some bioinformatics algorithms for plan9 and will compare them with PVM running on NetBSD (presumably on the same cluster)... The hardware I have been allocated is a bunch of old Alpha UDBs, on which I'm just starting to install Plan9. My suggestion would be to create a simple plan9 installation on i386-based machines and work from there. The stations can easily be booted off a i386 fileserver, provided you can compile a suitable kernel for sparc (don't know about NeXT boxen). The source code is very readable and will (hopefully) be no problem to customize (I've heeard of at least one non-bell-labs person who has tweaked the kernel succesfully in order to get P9 going on weird hardware, and AFAIK it's not too hard, just time consuming :) As for example programs and tutorials -- it seems to be all there, you just have to look through the code for several of the utilities that provide functionality similar to what you need. In my opinion their code reads pretty much like a book. Also there have been several links and code posted to this list/newsgroup which contain sample implementations of several types -- graphics, device drivers, utilities, scripts... Browsing through the archives may yield positive results :) Regards: Andrey On Thu, 5 Oct 2000, Kirk M. Anne wrote: > > I am assisting a Computer Science faculty member with a Distributed > Systems undergraduate course and we are working on Amoeba now. I spotted > that Plan 9 is now available for downloading and have tinkered around with > it and read through many of the papers. > > I was wondering if there were any example programs or "How to" documents > that we can give out to the class to help them learn about Plan 9. We > have built an Amoeba cluster and want to replicate the experience in Plan > 9 so that the students can get a firm understanding of how distributed > systems work (where there are similarities and differences between the > two). > > So, could anyone send me the following? > > 1. Sample Plan 9 setup and guidelines for decisions (I'm still > pouring over the Overview to Plan 9 networks) > > 2. Sample programs that use Plan 9 features > > 3. Recommendations for an upper level project using Plan 9 > > 4. Pointers to SPARC and NeXT installation instructions for Plan 9 > > If this goes well, we hope to continue with directed studies on using Plan > 9 to solve scientific problems that other faculty around campus have in > Physics, Chemistry and Biology. > > Any information would be greatly appreciated. > > Kirk Anne > Manager, Systems & Networking > SUNY Geneseo > Geneseo, NY 14454 > 716-245-5577 > > From anothy@cosym.net Fri Oct 6 00:58:41 2000 Date: Thu, 5 Oct 2000 19:58:41 -0400 From: anothy@cosym.net anothy@cosym.net Subject: [9fans] Pointers for using Plan 9? // 4. Pointers to SPARC and NeXT installation instructions unfortunatly, there are currently no NeXT or SPARC kernel ports for 3rd ed. Plan 9. your options are pc, alphapc (the AXP systems, i think), carrere (a discontinued mips pc-like box), and a PowerPC system alternatly called "brick" of "viaduct" (don't think it's available outside the labs). which leads nicely to... // 3. Recommendations for an upper level project using Plan 9 yeah: do a port. it's been done by non-Labs folks for 2nd ed., and could be replicated. a good way to learn about the internal design of the system, and helpful to the larger community. and if you've got to read kernel source, Plan 9's the only kernel to read. it helps to learn on something that actually makes sense. various people reading this list may know where to find some of the above-mentioned ports (as they did them). several of the papers in /sys/doc should be required reading for any class dealing with Plan 9 (and probably for anybody dealing with it). just my 2¢ -α. From rsc@plan9.bell-labs.com Fri Oct 6 03:46:48 2000 Date: Thu, 5 Oct 2000 22:46:48 -0400 From: Russ Cox rsc@plan9.bell-labs.com Subject: [9fans] Pointers for using Plan 9? 1. Sample Plan 9 setup and guidelines for decisions (I'm still pouring over the Overview to Plan 9 networks) http://plan9.bell-labs.com/sys/doc/start.pdf is a start. 2. Sample programs that use Plan 9 features I think the most fundamentally Plan 9 aspect for a distributed systems course is the easy sharing of resources. Play around with import, or with /mnt/term in cpu connections. A nice demonstration is remote debugging via "import othermachine /proc". An even better demonstration when the two machines are different architectures. An anecdote about remote resource sharing. I have a private network with a few machines on it, including a Windows box and a Linux box. The Linux box does not talk to the outside world, but the Windows box can. I wanted to ssh into the Linux box, but was without my laptop (and thus my ssh key) and didn't even have ssh installed on the Windows box. I did, however, have my ssh key on another Plan 9 server, accessible via the internet. Without any encryption software on the Windows box, I had no way to securely get the ssh key. Instead, I started up drawterm (a program that pretends to be a Plan 9 terminal calling a cpu server) and connected to the server with the ssh key. Then I ran ssh on the remote cpu server but driving the Windows box's TCP stack underneath: bind /mnt/term/net/tcp /net/tcp ssh 1.2.3.4 All was well, and the ssh key never left the remote server. Russ From okamoto@granite.cias.osakafu-u.ac.jp Wed Oct 4 11:09:39 2000 Date: Wed Oct 4 10:09:39 JST 2000 From: okamoto@granite.cias.osakafu-u.ac.jp okamoto@granite.cias.osakafu-u.ac.jp Subject: [9fans] Postgres client monitor, pg9mon I placed more hucked version of pg9mon.tgz on our web site (http://basalt.cias.osakafu-u.ac.jp/plan9/p9inidex.html). This version still has serious bugs relating memory allocation-free. Then, it will fail to retrieve large data. New semester has began here, and I'm getting busy for my duty, which will make me shortage of time to share for this. Kenji From miller@hamnavoe.demon.co.uk Fri Oct 6 09:12:13 2000 Date: Fri, 6 Oct 2000 09:12:13 0100 From: Richard Miller miller@hamnavoe.demon.co.uk Subject: [9fans] Pointers for using Plan 9? > and a PowerPC > system alternatly called "brick" of "viaduct" (don't think it's > available outside the labs). This version also works (with a few minor changes) on the ipEngine-1 available from http://www.brightstareng.com -- Richard Miller From agnelo.geo@yahoo.com Fri Oct 6 11:12:55 2000 Date: Fri, 6 Oct 2000 10:12:55 GMT From: Agnelo de la Crotche agnelo.geo@yahoo.com Subject: [9fans] MACH64 (AtiXpert@Play) problem. I could manage to install plan9 on an AtiXpert@Play (I thought it was the same as the ATIXpert@work, with a TV output). But the image is shifted one third of the way on the screen an superimposed (during the installation as well as after). I repeated the installation several time, each time trying other settings in Plan9.ini. I got the 'best' result with monitor=multisync135 vgasize=800x600x8 I was still able to install with 'vgasize=800x600x16' but the vga crashed or didn't come up with any higher resolution. My monitor is a Hansol 990P (19") with horiz freq : 30-96 KHZ, vert freq : 47-135 HZ and bandwidth : 158 MHZ. I also added a new entry in vgadb for it, using the modelines given by ..X.err under Linux, but it crashed. The ATIXpert@Play seems to be correctly identified (as a ATIXpert@Work). In fact it has the same BIOS ID string : 0xC00E7=MACH64GBPCIM I don't know it it is a graphic card or a monitor issue. I can at least boot the system an type a couple words on a terminal in a 640x480 resolution (curiously I installed in 800x600 but the system switched to 640x480 after). I don't know Plan9 and I can read about half on the command line. It may be enough to fix that problem if it is fixable. Do you have some suggestions ? Thanks for help Agnelo Here is the vgainfo.txt of one of my best attempts : ---------------------------- VGAINFO.TXT for ATIXpert@Play on monitor Hansol 900P (19") 30-96 KHZ, 47-135 HZ , bw : 158 MHZ -------------------- main->snarf vga->snarf mach64xx->snarf vga->dump vga misc 67 vga feature 00 vga sequencer 03 00 03 00 02 vga crt 5F 4F 50 82 55 81 BF 1F - 00 4F 0E 0F 00 00 07 80 9C 8E 8F 28 1F 96 B9 A3 - FF vga graphics 00 00 00 00 00 10 0E 00 - FF vga attribute 00 01 02 03 04 05 14 07 - 38 39 3A 3B 3C 3D 3E 3F 0C 00 0F 08 00 vga vm a b 16777216 0 vga vmz 8388608 vga apz 8388608 vga linear 1 vga->attr: 0xC00E7=MACH64GBPCIM mach64xx->dump mach64xx pci 43b40 io d800 pciregs mach64xx ccru 300 mach64xx HTotalDisp 004F005F mach64xx HSyncStrtWid 00210055 mach64xx VTotalDisp 018F01BF mach64xx VSyncStrtWid 002E019C mach64xx VlineCrntVline 00F103FF mach64xx OffPitch 0A000000 mach64xx IntCntl 80000014 mach64xx CrtcGenCntl 02410200 mach64xx OvrClr 00000100 mach64xx OvrWidLR 00010000 mach64xx OvrWidTB 00020000 mach64xx CurClr0 FFFFFFFF mach64xx CurClr1 00000000 mach64xx CurOffset 00000000 mach64xx CurHVposn 00000000 mach64xx CurHVoff 00000000 mach64xx ScratchReg0 04900400 mach64xx ScratchReg1 20800000 mach64xx ClockCntl 00AD0003 mach64xx BusCntl 7333A100 mach64xx MemCntl 10753A7B mach64xx ExtMemCntl 74130C01 mach64xx MemVgaWpSel 00010000 mach64xx MemVgaRpSel 00010000 mach64xx DacRegs 00FF0040 mach64xx DacCntl 8601200A mach64xx GenTestCntl 00000000 mach64xx ConfigCntl 000039C2 mach64xx ConfigChipId 7C004742 mach64xx ConfigStat0 00000015 mach64xx ConfigStat1 40100240 mach64xx ConfigStat2 0A200000 mach64xx DspConfig 006806F7 mach64xx DspOnOff 004F06BD mach64xx DpBkgdClr FFFFFFFF mach64xx DpChainMsk FFFFFFFF mach64xx DpFrgdClr FFFFFFFF mach64xx DpMix FFFFFFFF mach64xx DpPixWidth FFFFFFFF mach64xx DpSrc FFFFFFFF mach64xx DpWriteMsk FFFFFFFF mach64xx LcdIndex 00000000 mach64xx LcdData 00000000 mach64xx PLL AD D5 40 64 D9 03 FF DA - F6 00 00 C1 A6 1B 00 00 00 00 80 00 10 A3 CC 10 - 00 00 00 00 00 00 00 00 mach64xx VCLK0 12192825 mach64xx VCLK1 13758876 mach64xx VCLK2 0 mach64xx VCLK3 0 rom table offset 11A freq table offset 82A memclk 100000000 ref_freq 29500000 ref_divider 64 min_freq 9840000 max_freq 236000000 pd 3 value 0 (|3) post = 8 mach64xx pixel clock = 25120000 ATI BIOS rom 0x11a freq 0x0 clock 0x82a clocks: 43605 60256 26747 246 0 0 0 0 0 0 0 0 376 0 0 16969 programmable clock: 4 clock to program: 3 reference numerator: 29500 reference denominator: 1 internal clock reference divider in plls panelid 85 x 1 y 0 vmf 0 vmdf 75000000 vf1 0 vbw 135000000 vga->init mach64xx->init rom table offset 11A freq table offset 82A memclk 10000 memclk 10000... x 10.666667...t 10... xprec 4...fifosz 341.333333...fprec 9...prec 4...afifosz 32...fifooff 331.000000...pfc 7...rcc 9...fifoon 44.000000... dbdumpmode type=multisync135, size=1024x768x8 frequency=75000000 x=1024 (0x400), y=768 (0x300), z=8 (0x8) ht=1328 (0x530), shb=1096 (0x448), ehb=1232 (0x4D0) shs=1072 (0x430), ehs=1232 (0x4D0) vt=806 (0x326), vrs=771 (0x303), vre=777 (0x309) hsync=45, vsync=45, interlace=0 vga->dump vga flag Fdump|Finit|Fsnarf vga misc E3 vga feature 00 vga sequencer 03 01 0F 00 0A vga crt A1 7F 88 9A 86 1A324 FD - 00 60 00 00 00 00 00 00 303 292FF 80 60303304 A3 -7FF vga graphics 00 00 00 00 00 50 05 0F - FF vga attribute 00 01 02 03 04 05 06 07 - 08 09 0A 0B 0C 0D 0E 0F 41 FF 0F 00 00 vga clock[0] f 75000000 vga clock[0] d i m 0 0 - 64 vga clock[0] n p q r 168 1 - 0 0 vga vm a b 16777216 0 vga vmz 8388608 vga apz 8388608 vga linear 1 vga->attr: 0xC00E7=MACH64GBPCIM mach64xx->dump mach64xx flag Ulinear|Uenhanced|Fdump|Finit|Fsnarf mach64xx pci 43b40 io d800 pciregs mach64xx ccru 300 mach64xx HTotalDisp 007F00A5 mach64xx HSyncStrtWid 00340085 mach64xx VTotalDisp 02FF0325 mach64xx VSyncStrtWid 00260302 mach64xx VlineCrntVline 00F103FF mach64xx OffPitch 20000000 mach64xx IntCntl 00000000 mach64xx CrtcGenCntl 03010200 mach64xx OvrClr 00000000 mach64xx OvrWidLR 00010000 mach64xx OvrWidTB 00020000 mach64xx CurClr0 FFFFFFFF mach64xx CurClr1 00000000 mach64xx CurOffset 00000000 mach64xx CurHVposn 00000000 mach64xx CurHVoff 00000000 mach64xx ScratchReg0 04900400 mach64xx ScratchReg1 20800000 mach64xx ClockCntl 00000002 mach64xx BusCntl 7333A100 mach64xx MemCntl 10753A7B mach64xx ExtMemCntl 74130C01 mach64xx MemVgaWpSel 00010000 mach64xx MemVgaRpSel 00010000 mach64xx DacRegs 00FF0040 mach64xx DacCntl 8601200A mach64xx GenTestCntl 00000000 mach64xx ConfigCntl 00000000 mach64xx ConfigChipId 7C004742 mach64xx ConfigStat0 00000015 mach64xx ConfigStat1 40100240 mach64xx ConfigStat2 0A200000 mach64xx DspConfig 004A0555 mach64xx DspOnOff 00B0052C mach64xx DpBkgdClr FFFFFFFF mach64xx DpChainMsk FFFFFFFF mach64xx DpFrgdClr FFFFFFFF mach64xx DpMix FFFFFFFF mach64xx DpPixWidth 00020202 mach64xx DpSrc FFFFFFFF mach64xx DpWriteMsk FFFFFFFF mach64xx LcdIndex 00000000 mach64xx LcdData 00000000 mach64xx PLL AD D5 40 64 D9 03 CF DA - F6 A8 00 81 A6 1B 00 00 00 00 80 00 10 A3 CC 10 - 00 00 00 00 00 00 00 00 mach64xx VCLK0 12192825 mach64xx VCLK1 13758876 mach64xx VCLK2 75170445 mach64xx VCLK3 0 rom table offset 11A freq table offset 82A memclk 100000000 ref_freq 29500000 ref_divider 64 min_freq 9840000 max_freq 236000000 pd 3 value 0 (|3) post = 8 mach64xx pixel clock = 25120000 main->exits From MoJoJoJo@ppuff.com Fri Oct 6 11:12:34 2000 Date: Fri, 6 Oct 2000 10:12:34 GMT From: MoJoJoJo MoJoJoJo@ppuff.com Subject: [9fans] REQ Info: Plan9 VMware Session? Has anyone gotten Plan9 to run (heck, to even install) under a VMware session? VMware is an app that creates virtual machines within NT or Linux, and you can configure your virtual machines to install quite a few different OSes. http://www.vmware.com/ From dmr@bell-labs.com Fri Oct 6 11:12:16 2000 Date: Fri, 6 Oct 2000 10:12:16 GMT From: Dennis Ritchie dmr@bell-labs.com Subject: [9fans] Datakit info ? - off topic steve.simon@snellwilcox.com wrote: > > I'am building a very lightweight protocol for inter CPU comms in a > multiprocessor embedded system. What I have heard of Datakit and its Media > Access protocols is interesting and I would like to learn more. > > I send this here as I read 9fans, and also I reckon that somone listening will be > able to help very easily. > > Anyone have any pointers to papers (preferably online) on Datakit > implementation? I looked around amongst my own stuff for Datakit material, but didn't find the papers describing the MAC through transport protocols. They are quite interesting and innovative in a variety of ways, and the resulting product seems to have made a fair amount of money over the years, but it's been distinctly musty for a while. For better or worse, the approach is basically that of ATM: small fixed-length packets with nonce virtual-circuit addressing in each packet, hardware-switched. One unusual approach was use of a 9-bit datapath in most of the hardware (making a distinction between control and data bytes). If you're really interested, follow up privately. Dennis From cnielsen@pobox.com Fri Oct 6 13:15:51 2000 Date: Fri, 6 Oct 2000 05:15:51 -0700 (PDT) From: Christopher Nielsen cnielsen@pobox.com Subject: [9fans] WORM Jukebox I've have the opportunity to buy an HP SureStore magneto-optical jukebox; a 200FX, which can be upgraded to a 400FX. Will this work with a plan9 fileserver "out-of-the-box" or would I need to either write a driver for it or tweak the source to get it to work? I'm just trying to gauge how much work it would require to incorporate this into my network. Thanks. -- Christopher Nielsen cnielsen@pobox.com From dbulkow@sw.stratus.com Fri Oct 6 13:51:38 2000 Date: Fri, 6 Oct 2000 12:51:38 GMT From: David Bulkow dbulkow@sw.stratus.com Subject: [9fans] Re: REQ Info: Plan9 VMware Session? I have managed to do so with release 3 and a patched set of install scripts. Graphics is not supported and the ethernet is non-functional. With rel2 I managed to get graphics working (640x480x1) and was trying to work out the ethernet issues, but I was never successful. MoJoJoJo wrote: > Has anyone gotten Plan9 to run (heck, to even install) under a VMware > session? > > VMware is an app that creates virtual machines within NT or Linux, and > you can configure your virtual machines to install quite a few > different OSes. http://www.vmware.com/ From ishwar@pali.cps.cmich.edu Fri Oct 6 15:04:19 2000 Date: Fri, 6 Oct 2000 10:04:19 -0400 (EDT) From: Ish Rattan ishwar@pali.cps.cmich.edu Subject: [9fans] Pointers for using Plan 9? It is not exactly answer to your question. One way to play with Plan 9 is run a cpu/terminal combo and students can login via drawterm, it may serv well if you have a small class. The interface per se is simple but different (unlike Amoeba that uses UNIX like interface). It pays to have the documentation/man-pages in printed form. Also, try to look at Inferno too for distributed system plateform. As it is hosted OS it is easier to install and maintain. Now, if it is possible at all, I would like to have look at the programming assignments that you have used on the Amoeba cluster (shopping for ideas!). Regards, - ishwar On Thu, 5 Oct 2000, Kirk M. Anne wrote: > > I am assisting a Computer Science faculty member with a Distributed > Systems undergraduate course and we are working on Amoeba now. I spotted > that Plan 9 is now available for downloading and have tinkered around with > it and read through many of the papers. > > I was wondering if there were any example programs or "How to" documents > that we can give out to the class to help them learn about Plan 9. We > have built an Amoeba cluster and want to replicate the experience in Plan > 9 so that the students can get a firm understanding of how distributed > systems work (where there are similarities and differences between the > two). > > So, could anyone send me the following? > > 1. Sample Plan 9 setup and guidelines for decisions (I'm still > pouring over the Overview to Plan 9 networks) > > 2. Sample programs that use Plan 9 features > > 3. Recommendations for an upper level project using Plan 9 > > 4. Pointers to SPARC and NeXT installation instructions for Plan 9 > > If this goes well, we hope to continue with directed studies on using Plan > 9 to solve scientific problems that other faculty around campus have in > Physics, Chemistry and Biology. > > Any information would be greatly appreciated. > > Kirk Anne > Manager, Systems & Networking > SUNY Geneseo > Geneseo, NY 14454 > 716-245-5577 > > From dhog@plan9.bell-labs.com Fri Oct 6 16:34:00 2000 Date: Fri, 6 Oct 2000 11:34:00 -0400 From: David Gordon Hogan dhog@plan9.bell-labs.com Subject: [9fans] Pointers for using Plan 9? anothy@cosym.net writes: > unfortunatly, there are currently no NeXT or SPARC kernel ports > for 3rd ed. Plan 9. your options are pc, alphapc (the AXP systems, > i think), [...] Just to clarify on the AlphaPC front: Plan 9 3rd edition runs on the AlphaPC 164. Other Alpha machines will require some kernel work to get running. And AXP is a generic term for the Alpha architecture itself (I think jmk found some explanation of the initials somewhere). I had 2nd edition running on a Flamingo a long time ago, but I'm sure nobody cares. From boyd@planete.net Fri Oct 6 16:40:44 2000 Date: Fri, 6 Oct 2000 17:40:44 +0200 From: Boyd Roberts boyd@planete.net Subject: [9fans] Pointers for using Plan 9? From: "David (Solid) Hogan" > to get running. And AXP is a generic term for the Alpha architecture > itself (I think jmk found some explanation of the initials somewhere). any good acronym has gotta have an X. just won't sell otherwise :-) From lucio@proxima.alt.za Fri Oct 6 17:06:24 2000 Date: Fri, 6 Oct 2000 18:06:24 +0200 From: Lucio De Re lucio@proxima.alt.za Subject: [9fans] Pointers for using Plan 9? On Fri, Oct 06, 2000 at 11:34:00AM -0400, David Gordon Hogan wrote: > > I had 2nd edition running on a Flamingo a long time ago, but I'm > sure nobody cares. > _I_ care, although I have no idea what a Flamingo is (the ones I am familiar with would object to running 2nd edition, I'm sure). Whether for historical reasons, or otherwise, I find it painful to lose information irretrivably (the symptoms of a miser, I believe). I would like to think that the Flamingo port isn't lost, or if it is, that it is adequately documented, but I know better :-) In a sense, the appeal of Plan 9 seemed very much in the underlying principles, I guess that's why it hurts to hear that bits of it are being thrown away: how do we know when someone may need to redevelop them? On a only slightly related subject, if I'm lucky, I'll be getting some Sun equipment later this month, in which case a Sparc port moves into my priority list. Don't anyone hold their breath :-) In passing, I have flushed out a misunderstanding that kept Alef for the Power PC from working. I have a few very minor, almost entirely esthetic improvements to the Alef source that anyone with the 2ed licence is welcome to. Hm, I wonder if the diffs fall under the 2ed licence? ++L From jmk@plan9.bell-labs.com Fri Oct 6 18:00:13 2000 Date: Fri, 6 Oct 2000 13:00:13 -0400 From: jmk@plan9.bell-labs.com jmk@plan9.bell-labs.com Subject: [9fans] WORM Jukebox Christopher Nielsen : I've have the opportunity to buy an HP SureStore magneto-optical jukebox; a 200FX, which can be upgraded to a 400FX. We have 3 HP jukeboxes, an old 200T and the more modern 300FX and 1200EX. They all run the same driver, it's a standard SCSI medium-changer command set. I'd be surprised if the 200/400FX are any different. --jim From jmk@plan9.bell-labs.com Fri Oct 6 18:06:42 2000 Date: Fri, 6 Oct 2000 13:06:42 -0400 From: jmk@plan9.bell-labs.com jmk@plan9.bell-labs.com Subject: [9fans] REQ Info: Plan9 VMware Session? MoJoJoJo Has anyone gotten Plan9 to run (heck, to even install) under a VMware session? I briefly lookde at this when it came up on the mailing list a while ago. VMware presents some 'hardware' in the virtual machine for which we have no drivers, e.g. the ethernet controller and the graphics chip. I believe the ethernet controller is a variant on the AMD controller for which we do have a driver, so that can probably be fixed easily. I've no idea what the graphics controller looks like. If I could be bothered installing NT or Linux on a system here I'd take a closer look. --jim From cnielsen@pobox.com Fri Oct 6 18:06:46 2000 Date: Fri, 6 Oct 2000 10:06:46 -0700 (PDT) From: Christopher Nielsen cnielsen@pobox.com Subject: [9fans] WORM Jukebox On Fri, 6 Oct 2000 jmk@plan9.bell-labs.com wrote: > We have 3 HP jukeboxes, an old 200T and the more modern 300FX and > 1200EX. They all run the same driver, it's a standard SCSI > medium-changer command set. I'd be surprised if the 200/400FX are any > different. I thought that would probably be the case, but I'm not familiar enough with WORM jukeboxes to know for certain. Thanks! -- Christopher Nielsen cnielsen@pobox.com From digbyt@acm.org Fri Oct 6 19:02:08 2000 Date: Fri, 6 Oct 2000 19:02:08 +0100 (GMT/BST) From: Digby Tarvin digbyt@acm.org Subject: [9fans] REQ Info: Plan9 VMware Session? > Has anyone gotten Plan9 to run (heck, to even install) under a VMware > session? > > I briefly lookde at this when it came up on the mailing list a while ago. > VMware presents some 'hardware' in the virtual machine for which we have no > drivers, e.g. the ethernet controller and the graphics chip. I believe > the ethernet controller is a variant on the AMD controller for which we do > have a driver, so that can probably be fixed easily. I've no idea what the > graphics controller looks like. > > If I could be bothered installing NT or Linux on a system here I'd take a > closer look. > > --jim > I have looked into this also. Unfortunately the virtual machine does not seem to emulate any standard graphics controller except in VGA mode, and the response I got from VMWare when I enquired was that they consider the interface details to be proprietary. They seem to think that getting reasonable graphics performance requires clever tricks that give them an edge over potential competitors. I suspect it is not handled as a 'virtual device' but rather handles the display by communicating requests to the host operating system. Thus unless you can work with a VGA screen, you are restricted to guest operating systems for which VMware have deemed to make display drivers available. I have not checked, but that would seem to indicate that the Linux driver is provided as binary only. Does anyone know if that is really the case? Of course it still seems that getting the network driver going is a rather essential first step before being able to do anything useful with a guest Plan9 system. Then at least a guest file and/or cpu server should be a possibility. Their docs suggest this is an 'AMD PCnet-PCI II' compatible. The SCSI is 'BusLogic BT-958' and sound is 'Sound Blaster 16'. I am planning to install Linux on one of my systems in a couple of weeks when things are a little less busy here to do some experimenting. Until then I am only working on what I have been told... Regards, DigbyT -- Digby R. S. Tarvin digbyt@acm.org http://www.cthulhu.dircon.co.uk From dhog@plan9.bell-labs.com Fri Oct 6 19:11:31 2000 Date: Fri, 6 Oct 2000 14:11:31 -0400 From: David Gordon Hogan dhog@plan9.bell-labs.com Subject: [9fans] Pointers for using Plan 9? > Whether for historical reasons, or otherwise, I find it painful to > lose information irretrivably (the symptoms of a miser, I believe). > I would like to think that the Flamingo port isn't lost, or if it > is, that it is adequately documented, but I know better :-) Don't worry, I've got it backed up on CD-ROM... From boyd@planete.net Fri Oct 6 19:12:15 2000 Date: Fri, 6 Oct 2000 20:12:15 +0200 From: Boyd Roberts boyd@planete.net Subject: [9fans] Pointers for using Plan 9? From: "David Gordon Hogan" > Don't worry, I've got it backed up on CD-ROM... not on a 9 track in tar format, with the reality? From lucho@gmx.net Fri Oct 6 19:23:22 2000 Date: Fri, 6 Oct 2000 14:23:22 -0400 From: Latchesar Ionkov lucho@gmx.net Subject: [9fans] REQ Info: Plan9 VMware Session? On Fri, Oct 06, 2000 at 07:02:08PM +0100, Digby Tarvin said: > > Has anyone gotten Plan9 to run (heck, to even install) under a VMware > > session? > > > > I briefly lookde at this when it came up on the mailing list a while ago. > > VMware presents some 'hardware' in the virtual machine for which we have no > > drivers, e.g. the ethernet controller and the graphics chip. I believe > > the ethernet controller is a variant on the AMD controller for which we do > > have a driver, so that can probably be fixed easily. I've no idea what the > > graphics controller looks like. > > > > If I could be bothered installing NT or Linux on a system here I'd take a > > closer look. > > > > --jim > > > I have looked into this also. Unfortunately the virtual machine does not > seem to emulate any standard graphics controller except in VGA mode, > and the response I got from VMWare when I enquired was that they > consider the interface details to be proprietary. > > They seem to think that getting reasonable graphics performance > requires clever tricks that give them an edge over potential > competitors. I suspect it is not handled as a 'virtual device' > but rather handles the display by communicating requests to the > host operating system. > > Thus unless you can work with a VGA screen, you are restricted to > guest operating systems for which VMware have deemed to make > display drivers available. I have not checked, but that would > seem to indicate that the Linux driver is provided as binary > only. Does anyone know if that is really the case? Yes, they distribute binary-only X server. Lucho From micah@cnm-vra.com Sun Oct 8 10:07:27 2000 Date: Sun, 8 Oct 2000 02:07:27 -0700 From: Micah Stetson micah@cnm-vra.com Subject: [9fans] ssh and sam In setting up my system so I can ssh into one of my GNU/Linux systems using RSA authentication, I had scp tell me that it encountered a divide error. (Interestingly enough, it worked anyway.) On further investigation, I find that in /sys/src/cmd/ssh/cmd/client_messages.c, cheight and cwidth are used uninitialized if request_pty() hasn't been called. But request_pty() isn't called unless ssh intends to start a shell or the user gave it the (undocumented) `-p' command line option. So it never gets called when you use scp. At the bottom of this message, there's a patch that makes this problem go away. However, I am certain that this is not the One True Solution. It just made the message go away, which made me happy enough that I didn't look much further into it. Incidentally, what is the right way to apply a patch under Plan 9? There is no /bin/patch and the only programs in the ``See Also'' section of diff(1) are cmp and ed. Am I missing something, or should I use `diff -e' so the output can be used by ed? Not that this is something a person would really want to do, but if I copy /sys/lib/ssh/hostkey.public10 into the authorized_keys file on a machine running OpenSSH, I can't connect to that machine. ssh dies with this message: ssh: Unknown message type 7 I don't suppose anyone will care, but I thought I would mention it anyway. The real reason that I was dealing with ssh at all is that I would like to run the terminal part of sam locally and the host part on a Unix machine. My Debian system comes with a version of sam that says that this is possible, but I think they have the second edition in mind. I tried just running 'sam -r', but rx can't seem to talk to Debian. (I suppose this makes sense as Debian has no clue about Plan 9 style authentication.) After that I recompiled sam to use ssh instead of rx, figuring (perhaps naively) that it should work just as well so long as ssh didn't ask for a password. The ssh manual page suggests enabling TIS_Authentication, but I don't see any mention of that in the OpenSSH documentation, so I used RSA authentication instead. On trying this, samterm draws its window, but then it is overwritten by several copies of this message: ?warning: null characters elided All of sam's normal menus are there, but the menu items are in parentheses. What does this mean? At that point, I couldn't make sam respond to much of anything, so I just killed it. Is there something I can do to make sam work with a Unix sam? I just hope the answer is not ``Port the latest sam to Unix, because it can't talk to an older version.'' Micah /sys/src/cmd/ssh/cmd/client_messages.c:507,508 c /usr/micah/src/ssh/cmd/client_messages.c:507,515 < putlong(packet, height/cheight); /* rows */ < putlong(packet, width/cwidth); /* columns */ --- > if(!(cheight && cwidth)) { > putlong(packet, lines = int_env("LINES", 24)); /* rows */ > putlong(packet, cols = int_env("COLS", 80)); /* columns */ > cwidth = width/cols; > cheight = height/lines; > } else { > putlong(packet, height/cheight); /* rows */ > putlong(packet, width/cwidth); /* columns */ > } From presotto@plan9.bell-labs.com Sun Oct 8 15:59:58 2000 Date: Sun, 8 Oct 2000 10:59:58 -0400 From: presotto@plan9.bell-labs.com presotto@plan9.bell-labs.com Subject: [9fans] ssh and sam This is a multi-part message in MIME format. --upas-hrlkjvwgzojxeiubejltyfavaw Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit thanks for the fix. I applied it slighty differently, but with the same idea. The message 7 is probably RSA authentication. The version of ssh you have was very confused there. I'll post a better version; sean dorward recently fixed it, I believe to make possible exactly what you wanted to do but I'll have to ask. I tend to send either a simple diff or a complete file. I don't really like automatic patches, I'm not that trusting. Others may/must differ. I'll stick a note up as soon as I've put an update out there for ssh with RSA authentication. --upas-hrlkjvwgzojxeiubejltyfavaw Content-Type: message/rfc822 Content-Disposition: inline Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Sat Oct 7 23:43:22 EDT 2000 Received: from mail ([130.203.4.6]) by plan9; Sat Oct 7 23:43:21 EDT 2000 Received: from psuvax1.cse.psu.edu (unknown [130.203.8.6]) by mail (CSE Mail Server) with ESMTP id 819B119A02; Sat, 7 Oct 2000 23:43:06 -0400 (EDT) Received: from cnm-vra.com (cnm-vra.com [209.76.64.46]) by mail (CSE Mail Server) with ESMTP id 8DAB0199FC for <9fans@cse.psu.edu>; Sat, 7 Oct 2000 23:42:57 -0400 (EDT) Received: from micah by cnm-vra.com with local (Exim 3.12 #1 (Debian)) id 13iCQZ-00007k-00; Sun, 08 Oct 2000 02:07:27 -0700 Date: Sun, 8 Oct 2000 02:07:27 -0700 From: Micah Stetson To: 9fans@cse.psu.edu Subject: [9fans] ssh and sam Message-ID: <20001008020727.A32694@cnm-vra.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0beta4 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the O/S Plan 9 from Bell Labs <9fans.cse.psu.edu> In setting up my system so I can ssh into one of my GNU/Linux systems using RSA authentication, I had scp tell me that it encountered a divide error. (Interestingly enough, it worked anyway.) On further investigation, I find that in /sys/src/cmd/ssh/cmd/client_messages.c, cheight and cwidth are used uninitialized if request_pty() hasn't been called. But request_pty() isn't called unless ssh intends to start a shell or the user gave it the (undocumented) `-p' command line option. So it never gets called when you use scp. At the bottom of this message, there's a patch that makes this problem go away. However, I am certain that this is not the One True Solution. It just made the message go away, which made me happy enough that I didn't look much further into it. Incidentally, what is the right way to apply a patch under Plan 9? There is no /bin/patch and the only programs in the ``See Also'' section of diff(1) are cmp and ed. Am I missing something, or should I use `diff -e' so the output can be used by ed? Not that this is something a person would really want to do, but if I copy /sys/lib/ssh/hostkey.public10 into the authorized_keys file on a machine running OpenSSH, I can't connect to that machine. ssh dies with this message: ssh: Unknown message type 7 I don't suppose anyone will care, but I thought I would mention it anyway. The real reason that I was dealing with ssh at all is that I would like to run the terminal part of sam locally and the host part on a Unix machine. My Debian system comes with a version of sam that says that this is possible, but I think they have the second edition in mind. I tried just running 'sam -r', but rx can't seem to talk to Debian. (I suppose this makes sense as Debian has no clue about Plan 9 style authentication.) After that I recompiled sam to use ssh instead of rx, figuring (perhaps naively) that it should work just as well so long as ssh didn't ask for a password. The ssh manual page suggests enabling TIS_Authentication, but I don't see any mention of that in the OpenSSH documentation, so I used RSA authentication instead. On trying this, samterm draws its window, but then it is overwritten by several copies of this message: ?warning: null characters elided All of sam's normal menus are there, but the menu items are in parentheses. What does this mean? At that point, I couldn't make sam respond to much of anything, so I just killed it. Is there something I can do to make sam work with a Unix sam? I just hope the answer is not ``Port the latest sam to Unix, because it can't talk to an older version.'' Micah /sys/src/cmd/ssh/cmd/client_messages.c:507,508 c /usr/micah/src/ssh/cmd/client_messages.c:507,515 < putlong(packet, height/cheight); /* rows */ < putlong(packet, width/cwidth); /* columns */ --- > if(!(cheight && cwidth)) { > putlong(packet, lines = int_env("LINES", 24)); /* rows */ > putlong(packet, cols = int_env("COLS", 80)); /* columns */ > cwidth = width/cols; > cheight = height/lines; > } else { > putlong(packet, height/cheight); /* rows */ > putlong(packet, width/cwidth); /* columns */ > } --upas-hrlkjvwgzojxeiubejltyfavaw-- From nemo@gsyc.escet.urjc.es Mon Oct 9 09:08:17 2000 Date: Mon, 9 Oct 2000 09:08:17 +0100 (WEST) From: Fco. J. Ballesteros nemo@gsyc.escet.urjc.es Subject: [9fans] Pointers for using Plan 9? In case that helps, I'm using Inferno for a 2nd course on OS. And I'm going to use Plan 9 for a 3rd course on OS. For Inferno, the lab assignment is doing a file server out of a mail folder. The styx server to be done must be `highly available' to some extent. Regarding Plan 9, I'm writing a commentary on the kernel source to be used as a text book by the students. The lab assignment will be changing some part of the kernel---but I've not decided yet. Urls for the courses are http://gsyc.escet.urjc.es/docencia/asignaturas/ampliacion_ssoo and http://gsyc.escet.urjc.es/docencia/asignaturas/osd but they are in spanish. The commentary is in english though. As soon as I get a `decent enough' version of it, I'll drop a line to the list to get some feedback. BTW, I'm not sure of license issues regarding the commentary. Would be enough to send it to lucent and stating that the reader must agree with the source code license? regards -- () ascii ribbon campaign - against html mail /\ - against microsoft attachments From vecera@writeme.com Mon Oct 9 10:06:02 2000 Date: Mon, 9 Oct 2000 09:06:02 GMT From: vecera@writeme.com vecera@writeme.com Subject: [9fans] Re: il: no success with DHCP In article <20001002153317.48501199DE@mail>, 9fans@cse.psu.edu wrote: > you can set things up so that a cpu server running on a PC takes > its IP address and other network parameters from the plan9.ini file, > which is useful when the cpu server itself is the dhcp server for > the network. you don't need another system to act as dhcp server. > I got it! On boot prompt "root is from:" I can place the same options as to ipconfig. So I wrote to plan9.ini: bootargs=il ether /net/ether0 a.b.c.d That's OK. But then loader asks for addresses of fs & auth servers. Does anybody know how to set this to default values, so it can boot without interaction with user on keyboard? A. Vecera Sent via Deja.com http://www.deja.com/ Before you buy. From jiho@smtp.popsite.net Mon Oct 9 10:05:26 2000 Date: Mon, 9 Oct 2000 09:05:26 GMT From: jiho@smtp.popsite.net jiho@smtp.popsite.net Subject: [9fans] Are nvidia-cards working with plan9? In article <20001005151052.3FEAB199DE@mail>, dhog@plan9.bell-labs.com (David Gordon Hogan) writes: >>> If the Wall Street crowd had their way, Microsoft would >>> declare their drop-down menus proprietary, so you'd have >>> to hire someone to operate your PCs for you. >> >> Don't blame Wall Street, blame the buying public, and their inability >> to resist the media. > > Or blame the media for being so hard to resist... (I sense an infinite > regress lurking here). Actually, I wasn't laying blame, I was just alluding to _de_facto_ reality. There's a small matter of U.S. anti-trust law, and a principle known as "fair access to essential facilities". It dates back to the railroad tycoons, fer cryin' out loud. Ironically, the case has been made against Microsoft software. It's even more obvious with respect to chips, but as far as I know (not very far) no one has tried making the case. In this context "fair access" means public documentation, sufficient for any competent graphics chip driver writer to write his own "naked hardware" driver -- for any arbitrary OS -- which uses all features of the chip claimed by the chip's maker. In other words, legally you shouldn't _need_ to burn your own silicon, at least not in the U.S. --Jim Howard From MoJoJoJo@ppuff.com Mon Oct 9 10:04:30 2000 Date: Mon, 9 Oct 2000 09:04:30 GMT From: MoJoJoJo MoJoJoJo@ppuff.com Subject: [9fans] Re: REQ Info: Plan9 VMware Session? Way cool! Would you happen to have some hints, or even a 'how to' available? TIA! On Fri, 6 Oct 2000 12:51:38 GMT, David Bulkow wrote: >I have managed to do so with release 3 and a patched set of install >scripts. Graphics is not supported and the ethernet is non-functional. >With rel2 I managed to get graphics working (640x480x1) and was trying to >work out the ethernet issues, but I was never successful. > >MoJoJoJo wrote: > >> Has anyone gotten Plan9 to run (heck, to even install) under a VMware >> session? >> >> VMware is an app that creates virtual machines within NT or Linux, and >> you can configure your virtual machines to install quite a few >> different OSes. http://www.vmware.com/ From dbul@earthlink.net Mon Oct 9 10:04:11 2000 Date: Mon, 9 Oct 2000 09:04:11 GMT From: David Bulkow dbul@earthlink.net Subject: [9fans] REQ Info: Plan9 VMware Session? The ethernet is indeed the AMD PCnet-PCI, but VMWare does not support 32-bit register access. There is more lurking though, because after I changed the register commands to 16-bit I was still unable to coax an interrupt from the device. After reading back the initialization parameters to verify I was sending it correctly I was stumped. Work took over and I haven't been back to the code :-( Digby Tarvin wrote: > > Has anyone gotten Plan9 to run (heck, to even install) under a VMware > > session? > > > > I briefly lookde at this when it came up on the mailing list a while ago. > > VMware presents some 'hardware' in the virtual machine for which we have no > > drivers, e.g. the ethernet controller and the graphics chip. I believe > > the ethernet controller is a variant on the AMD controller for which we do > > have a driver, so that can probably be fixed easily. I've no idea what the > > graphics controller looks like. > > > > If I could be bothered installing NT or Linux on a system here I'd take a > > closer look. > > > > --jim > > > I have looked into this also. Unfortunately the virtual machine does not > seem to emulate any standard graphics controller except in VGA mode, > and the response I got from VMWare when I enquired was that they > consider the interface details to be proprietary. > > They seem to think that getting reasonable graphics performance > requires clever tricks that give them an edge over potential > competitors. I suspect it is not handled as a 'virtual device' > but rather handles the display by communicating requests to the > host operating system. > > Thus unless you can work with a VGA screen, you are restricted to > guest operating systems for which VMware have deemed to make > display drivers available. I have not checked, but that would > seem to indicate that the Linux driver is provided as binary > only. Does anyone know if that is really the case? > > Of course it still seems that getting the network driver going > is a rather essential first step before being able to do anything > useful with a guest Plan9 system. Then at least a guest file and/or > cpu server should be a possibility. Their docs suggest this is > an 'AMD PCnet-PCI II' compatible. > > The SCSI is 'BusLogic BT-958' and sound is 'Sound Blaster 16'. > > I am planning to install Linux on one of my systems in a couple of > weeks when things are a little less busy here to do some experimenting. > > Until then I am only working on what I have been told... > > Regards, > DigbyT > -- > Digby R. S. Tarvin digbyt@acm.org > http://www.cthulhu.dircon.co.uk From jj@comberg.cz Mon Oct 9 10:05:09 2000 Date: Mon, 9 Oct 2000 09:05:09 GMT From: Jakub Jermar jj@comberg.cz Subject: [9fans] Direct download of plan9.gz? I believe that many people would appreciate if it were ever possible to download the distribution image directly (from some non-restricted FTP or web area). It would be nice to be able to download it with an automated downloading tool while being (for instance) asleep. I consider the procedure of agreeing with the licence terms merely a cosmetic step (and a big obstruction). Without it, the life would be so nice... Regards, Jakub Jermar From bney@quiknet.com Mon Oct 9 10:03:50 2000 Date: Mon, 9 Oct 2000 09:03:50 GMT From: No Telling bney@quiknet.com Subject: [9fans] Plan-9 install pops a 'no physical memory' error Its my first install attempt for Plan9 and the install is telling me there is no physical memory. Its not a big system, but it dies have memory. Is there some minimum memory requirement for Plan9 thats not documented? Couldnt find a description of this error in the errata, or FAQ's, or release notes. From DAGwyn@null.net Mon Oct 9 10:04:49 2000 Date: Mon, 9 Oct 2000 09:04:49 GMT From: Douglas A. Gwyn DAGwyn@null.net Subject: [9fans] Are nvidia-cards working with plan9? Lucio De Re wrote: > It still baffles me why nobody has produced a graphic card that > speaks a sensible protocol instead of being variously I/O and memory > mapped in the most unorthodox manners. A "sensible protocol" would be a flat frame buffer with a single color depth. Unfortunately, the vast majority of today's customers for add-in video cards want the fastest, most featureful 3D rendering engines. Presumably many of the details of the 2D interface are dictated by the needs of the 3D design, including the bus cache. Of course, the "standard" VGA/SVGA modes that evolved step by step from the original IBM VGA over the years must still be supported for such things as Windows "Safe Mode". > For that matter, why on earth did the mouse controller migrate > to the keyboard handler, when I have yet to see a single PC > clone with a video card that did not need a mouse? The mouse was never (on the PC platform) closely coupled with the display. Typical PCs do not "need" a mouse, but it is more tedious to navigate in Windows via the keyboard. > The Ontel Amigo ... is it too late for that type of sensible > engineering to happen again? It really doesn't seem that such a design would be competitive today. > The other question, unfortunately, is whether there is any room > for the double Steves of the world, I mean, garage engineering > making it big? I think you left out a "b". From vipul@shell2.ba.best.com Mon Oct 9 10:05:45 2000 Date: Mon, 9 Oct 2000 09:05:45 GMT From: Vipul Ved Prakash vipul@shell2.ba.best.com Subject: [9fans] Pentium F00F bug? Hi, I recently installed plan9 on a Pentium 75 Mhz machine, w/ 64 Mb RAM, Cirrus Logic CLGD-5430 (pci) video card and Intel EtherExpress Pro/100B ethernet adapter. I had to explicitly limit memory size with *maxmem statement in plan9.ini and add a lib/vgadb entry for rio. Otherwise, the installation proceeded normally. I have been playing around with this box with much gusto. However, every once in a while, it freezes and has to be power-cycled. I have noticed this happens when there is sustained network activity for a few hours, like a remote ping. I am not sure if there is a co-relation though, as this might have to do with the F00F bug in the Pentium processor on this machine. At the moment, I don't have spare hardware to isolate the problem, so I am hoping someone here can help me debug it. best regards, vipul. From forsyth@caldo.demon.co.uk Mon Oct 9 10:36:16 2000 Date: Mon, 9 Oct 2000 10:36:16 0100 From: forsyth@caldo.demon.co.uk forsyth@caldo.demon.co.uk Subject: [9fans] Direct download of plan9.gz? This is a multi-part message in MIME format. --upas-jetbxwwgehnfquqwzladqdwfzh Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit i believe the following will work (because i've done something similar in the past). agree the licence; bookmark the URL for the resulting download page; continue to download all you need from saved URL, using something that supports HTTP/1.1 byte-ranges, whether automated or not, until done. if the download URL didn't have a reasonable lifetime it would be an obstruction, but as it is, it should last for a good few days. --upas-jetbxwwgehnfquqwzladqdwfzh Content-Type: message/rfc822 Content-Disposition: inline Received: from tele-punt-22.mail.demon.net ([194.217.242.7]) by lavoro; Mon Oct 9 10:40:14 BST 2000 Received: from punt-2.mail.demon.net by mailstore for forsyth@caldo.demon.co.uk id 971083176:20:00218:9; Mon, 09 Oct 2000 09:19:36 GMT Received: from psuvax1.cse.psu.edu ([130.203.4.6]) by punt-2.mail.demon.net id aa2111088; 9 Oct 2000 9:19 GMT Received: from psuvax1.cse.psu.edu (unknown [130.203.8.6]) by mail (CSE Mail Server) with ESMTP id ED74C199FC; Mon, 9 Oct 2000 05:16:19 -0400 (EDT) Received: from mercury.bath.ac.uk (mercury.bath.ac.uk [138.38.32.81]) by mail (CSE Mail Server) with ESMTP id 22A71199D6 for <9fans@cse.psu.edu>; Mon, 9 Oct 2000 05:15:03 -0400 (EDT) Received: from news by mercury.bath.ac.uk with local (Exim 3.12 #1) id 13iYti-0004I1-00 for 9fans@cse.psu.edu; Mon, 09 Oct 2000 10:07:02 +0100 Received: from GATEWAY by bath.ac.uk with netnews for 9fans@cse.psu.edu (9fans@cse.psu.edu) To: 9fans@cse.psu.edu Date: Mon, 9 Oct 2000 09:05:09 GMT From: Jakub Jermar Message-ID: <8rpj8o$cse$1@news.vol.cz> Organization: Video On Line Subject: [9fans] Direct download of plan9.gz? Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0beta4 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the O/S Plan 9 from Bell Labs <9fans.cse.psu.edu> I believe that many people would appreciate if it were ever possible to download the distribution image directly (from some non-restricted FTP or web area). It would be nice to be able to download it with an automated downloading tool while being (for instance) asleep. I consider the procedure of agreeing with the licence terms merely a cosmetic step (and a big obstruction). Without it, the life would be so nice... Regards, Jakub Jermar --upas-jetbxwwgehnfquqwzladqdwfzh-- From lucio@proxima.alt.za Mon Oct 9 10:49:25 2000 Date: Mon, 9 Oct 2000 11:49:25 +0200 From: Lucio De Re lucio@proxima.alt.za Subject: [9fans] Are nvidia-cards working with plan9? On Mon, Oct 09, 2000 at 09:05:26AM +0000, jiho@smtp.popsite.net wrote: > Message-ID: <39e0c6c7$1@news2.starnetinc.com> > Organization: University of Bath Computing Services, UK > Content-Type: text/plain; charset=us-ascii > References: <20001005151052.3FEAB199DE@mail> > Subject: Re: [9fans] Are nvidia-cards working with plan9? > Sender: 9fans-admin@cse.psu.edu > Errors-To: 9fans-admin@cse.psu.edu > X-BeenThere: 9fans@cse.psu.edu > X-Mailman-Version: 2.0beta4 > Precedence: bulk > Reply-To: 9fans@cse.psu.edu > List-Id: Fans of the O/S Plan 9 from Bell Labs <9fans.cse.psu.edu> > > In article <20001005151052.3FEAB199DE@mail>, > > Actually, I wasn't laying blame, I was just alluding > to _de_facto_ reality. > Well, Wall Street is just a special-interest group :-) > There's a small matter of U.S. anti-trust law, and a > principle known as "fair access to essential > facilities". It dates back to the railroad tycoons, > fer cryin' out loud. Ironically, the case has been > made against Microsoft software. It's even more > obvious with respect to chips, but as far as I know > (not very far) no one has tried making the case. > The stated reason for not pursuing the case with the full might of the law was that _all_ IT companies had broken the law for years (software that ran only on some hardware, applications that ran only on given operating environment, etc) and the can of worms would have been far too big a problem... So we're lumped with legislation without teeth. And the rest of the world is hardly likely to step into the US Government shoes and risk technological boycotts while they try to catch up :-( ++L From lucio@proxima.alt.za Mon Oct 9 11:02:56 2000 Date: Mon, 9 Oct 2000 12:02:56 +0200 From: Lucio De Re lucio@proxima.alt.za Subject: [9fans] Are nvidia-cards working with plan9? On Mon, Oct 09, 2000 at 09:04:49AM +0000, Douglas A. Gwyn wrote: > > Lucio De Re wrote: > > It still baffles me why nobody has produced a graphic card that > > speaks a sensible protocol instead of being variously I/O and memory > > mapped in the most unorthodox manners. > > A "sensible protocol" would be a flat frame buffer with > a single color depth. Unfortunately, the vast majority of Surely that's not essential? I'm thinking (but please keep in mind I'm very much a graphics layman) of something like Tk's widgets and the means to manipulate them as an extreme case. 3D, naturally, would require extensions, but a language like Tcl, even if not necessarily to everyone's tastes, would enable the construction of such extensions. Of course, one still needs the channel for the communication of commands and responses between the graphic engine and the client, but is the above idea really totally off the mark? > > For that matter, why on earth did the mouse controller migrate > > to the keyboard handler, when I have yet to see a single PC > > clone with a video card that did not need a mouse? > > The mouse was never (on the PC platform) closely coupled > with the display. Typical PCs do not "need" a mouse, but > it is more tedious to navigate in Windows via the keyboard. > Sorry, poor wording. It migrated from the bus or the serial port, I didn't mean to imply that it ever was on the display adapter. I remember Intel making some combination blit/mouse/network adapters in the late 80s and early 90s, but they weren't terribly popular. Then again, screen capabilities in those days weren't exactly at the commodity level, and I may be misremembering about the mouse as well. My point is that graphics have more or less always been accompanied by the mouse in the history of commodity computing. > > The Ontel Amigo ... is it too late for that type of sensible > > engineering to happen again? > > It really doesn't seem that such a design would be competitive > today. > Considering the Tcl/Tk extreme measure mentioned above, I don't see the obstacles. Think Intel 860 (in today's terms) on the one side, and Power PC on the user end. > > The other question, unfortunately, is whether there is any room > > for the double Steves of the world, I mean, garage engineering > > making it big? > > I think you left out a "b". Oops, I must more stupid than normally accounted for :-) Private explanation, please! :-) :-) :-) ++L From forsyth@caldo.demon.co.uk Mon Oct 9 11:32:21 2000 Date: Mon, 9 Oct 2000 11:32:21 0100 From: forsyth@caldo.demon.co.uk forsyth@caldo.demon.co.uk Subject: [9fans] Pentium F00F bug? since the instruction that causes the F00F problem is an illegal combination, it doesn't seem very likely to me in this case. it's more likely to be a software problem elsewhere. From humbubba@smarty.smart.net Mon Oct 9 08:58:02 2000 Date: Mon, 9 Oct 100 08:57:08 -0400 (EDT) From: Rick Hohensee humbubba@smarty.smart.net Subject: [9fans] Are nvidia-cards working with plan9? > > > Considering the Tcl/Tk extreme measure mentioned above, I don't see the > obstacles. Think Intel 860 (in today's terms) on the one side, and Power > PC on the user end. > > > > The other question, unfortunately, is whether there is any room > > > for the double Steves of the world, I mean, garage engineering > > > making it big? Chuck Moore, author of Forth, designs CPUs in his kitchen. Not FPGAs, fast small silicon. It takes some funding to get a fab run, but if you have a chip, funding shouldn't be too too tough. Chuck's stuff is weird, but it screams. So the means to make it exist. How big is another matter. I like to think Microsoft, for example, is an unfortunate (for the rest of us) fluke. Rick Hohensee r@cLIeNUX.com > > > > I think you left out a "b". > > Oops, I must more stupid than normally accounted for :-) Private > explanation, please! :-) :-) :-) > > ++L > From wb@vestein.arb-phys.uni-dortmund.de Mon Oct 9 12:45:36 2000 Date: Mon, 9 Oct 2000 11:45:36 GMT From: Wilhelm B. Kloke wb@vestein.arb-phys.uni-dortmund.de Subject: [9fans] Re: Plan-9 install pops a 'no physical memory' error In article <39ded778.453310445@mx7.quiknet.com>, No Telling wrote: >Its my first install attempt for Plan9 and the install is telling me >there is no physical memory. Its not a big system, but it dies have >memory. Is there some minimum memory requirement for Plan9 thats >not documented? Couldnt find a description of this error in the >errata, or FAQ's, or release notes. The documentation says that the distribution needs 32MB. I don`t know how much is sufficient for a CPU server or terminal. -- Dipl.-Math. Wilhelm Bernhard Kloke Institut fuer Arbeitsphysiologie an der Universitaet Dortmund Ardeystrasse 67, D-44139 Dortmund, Tel. 0231-1084-257 From presotto@plan9.bell-labs.com Mon Oct 9 14:22:22 2000 Date: Mon, 9 Oct 2000 09:22:22 -0400 From: presotto@plan9.bell-labs.com presotto@plan9.bell-labs.com Subject: [9fans] Re: il: no success with DHCP This is a multi-part message in MIME format. --upas-rhzxnnsjihymeiiufcskszpacl Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit My fault, it's an undocumented feature of ipconfig. You can add auth and fs to your botargs line: bootargs=il ether /net/ether0 a.b.c.d 0 The 0 would be the address of the remote side if this were a point-to-point link. --upas-rhzxnnsjihymeiiufcskszpacl Content-Type: message/rfc822 Content-Disposition: inline Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Mon Oct 9 05:15:21 EDT 2000 Received: from mail ([130.203.4.6]) by plan9; Mon Oct 9 05:15:21 EDT 2000 Received: from psuvax1.cse.psu.edu (unknown [130.203.8.6]) by mail (CSE Mail Server) with ESMTP id 72B5C199DD; Mon, 9 Oct 2000 05:15:07 -0400 (EDT) Received: from mercury.bath.ac.uk (mercury.bath.ac.uk [138.38.32.81]) by mail (CSE Mail Server) with ESMTP id B66C7199D6 for <9fans@cse.psu.edu>; Mon, 9 Oct 2000 05:14:52 -0400 (EDT) Received: from news by mercury.bath.ac.uk with local (Exim 3.12 #1) id 13iYtk-0004IL-00 for 9fans@cse.psu.edu; Mon, 09 Oct 2000 10:07:04 +0100 Received: from GATEWAY by bath.ac.uk with netnews for 9fans@cse.psu.edu (9fans@cse.psu.edu) To: 9fans@cse.psu.edu Date: Mon, 9 Oct 2000 09:06:02 GMT From: vecera@writeme.com Message-ID: <8rrld4$8t3$1@nnrp1.deja.com> Organization: Deja.com - Before you buy. References: <20001002153317.48501199DE@mail> Subject: [9fans] Re: il: no success with DHCP Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0beta4 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the O/S Plan 9 from Bell Labs <9fans.cse.psu.edu> In article <20001002153317.48501199DE@mail>, 9fans@cse.psu.edu wrote: > you can set things up so that a cpu server running on a PC takes > its IP address and other network parameters from the plan9.ini file, > which is useful when the cpu server itself is the dhcp server for > the network. you don't need another system to act as dhcp server. > I got it! On boot prompt "root is from:" I can place the same options as to ipconfig. So I wrote to plan9.ini: bootargs=il ether /net/ether0 a.b.c.d That's OK. But then loader asks for addresses of fs & auth servers. Does anybody know how to set this to default values, so it can boot without interaction with user on keyboard? A. Vecera Sent via Deja.com http://www.deja.com/ Before you buy. --upas-rhzxnnsjihymeiiufcskszpacl-- From searchingpeople.com.ar Mon Oct 9 15:26:45 2000 Date: Mon, 09 Oct 2000 11:26:45 -0300 From: searchingpeople.com.ar searchingpeople.com.ar Subject: [9fans] lanzamiento-free-gratuito buscas a alguien, viajo a la argentina? amigo pariente, etc nosotros los encontramos contactanos www.misraices.com.ar www.wantedpeople.com.ar www.missingpeople.com.ar www.searching.people.com.ar ---------------------------------------------------------------------- This Message sent with Aureate Group Mail Free Edition http://groupmail.aureate.com From jmk@plan9.bell-labs.com Mon Oct 9 17:20:42 2000 Date: Mon, 9 Oct 2000 12:20:42 -0400 From: jmk@plan9.bell-labs.com jmk@plan9.bell-labs.com Subject: [9fans] Pentium F00F bug? Vipul Ved Prakash : I recently installed plan9 on a Pentium 75 Mhz machine, w/ 64 Mb RAM, Cirrus Logic CLGD-5430 (pci) video card and Intel EtherExpress Pro/100B ethernet adapter. I had to explicitly limit memory size with *maxmem statement in plan9.ini and add a lib/vgadb entry for rio. Otherwise, the installation proceeded normally. Can you tell which chipset is on the motherboard? --jim From matt@proweb.co.uk Mon Oct 9 18:46:01 2000 Date: Mon, 9 Oct 2000 18:46:01 +0100 From: Matt matt@proweb.co.uk Subject: [9fans] Are nvidia-cards working with plan9? > > > The other question, unfortunately, is whether there is any room > > > for the double Steves of the world, I mean, garage engineering > > > making it big? > > > > I think you left out a "b". > > Oops, I must more stupid than normally accounted for :-) Private > explanation, please! :-) :-) :-) one presumes "garage engineering" == "garbage engineering" and hence the macintrash was born From MoJoJoJo@ppuff.com Tue Oct 10 09:36:09 2000 Date: Tue, 10 Oct 2000 08:36:09 GMT From: MoJoJoJo MoJoJoJo@ppuff.com Subject: [9fans] Boot Error??? Okay, installation proceeds as normal, but upon restarting the computer from the hard drive, I receive a "boot error"... pressing any key to continue results in a reboot. I've booted with the floppy and done a "finish installation" many times to no avail. According to the installation, the Plan9 partition is set as the bootable partition and is marked active. All of the software is downloaded and already extracted. Is there something in my HD BIOS settings that I have to configure (ie. in x86 Solaris, it is mandatory that the Hard Drive type be set to "Normal" instead of "Auto" or instead of "LBA"... I've tried "Normal" for my Plan9 reboot and no difference)? Is there something screwy with my MBR? TIA! From jj@comberg.cz Tue Oct 10 09:35:51 2000 Date: Tue, 10 Oct 2000 08:35:51 GMT From: Jakub Jermar jj@comberg.cz Subject: [9fans] Direct download of plan9.gz? > if the download URL didn't have a reasonable lifetime it would be an obstruction, > but as it is, it should last for a good few days. Every limitation (even good few days) is an obstruction for fully automated image downloading. If it is not possible for the whole image, could that be possible only for the kernel source? jj From matthias@mteege.de Tue Oct 10 10:08:47 2000 Date: 10 Oct 2000 11:08:47 +0200 From: Matthias Teege matthias@mteege.de Subject: [9fans] Emelie want run okamoto@granite.cias.osakafu-u.ac.jp writes: > Hi > > your hardware is close to me as below. I have no clue to your > problem though. I'm running pc9fs not emelie. > SCSI chip is somewhat different between us. > I have no CDROM on file server. [my hardware] > SCSI : Tekram DC390F with 53C875 Chip on it > Harddisk : three HDDs > Ethernet : 3Com 3C509B-Combo Fast Etherlink III ISA Do you really have an Fast Etherlink III ISA (with 100MBits/s)? My hardware dealer shaking his head. :-) Bis dann Matthias -- Matthias Teege -- matthias@mteege.de -- http://emugs.de make world not war PGP-Key auf Anfrage From okamoto@granite.cias.osakafu-u.ac.jp Tue Oct 10 11:18:38 2000 Date: Tue, 10 Oct 2000 19:18:38 0900 From: okamoto@granite.cias.osakafu-u.ac.jp okamoto@granite.cias.osakafu-u.ac.jp Subject: [9fans] Emelie want run This is a multi-part message in MIME format. --upas-perkexkyfmpidniplntxxmkzdt Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit >Do you really have an Fast Etherlink III ISA (with Yes. I have. It's a bit old. My manual says it was printed at June 1993. :-) Kenji --upas-perkexkyfmpidniplntxxmkzdt Content-Type: message/rfc822 Content-Disposition: inline Received: from granite.cias.osakafu-u.ac.jp ([192.168.1.3]) by diabase; Tue Oct 10 18:58:04 JST 2000 Received: from elmo.cias.osakafu-u.ac.jp (elmo.cias.osakafu-u.ac.jp [157.16.103.2]) by granite.cias.osakafu-u.ac.jp (8.9.3/8.9.3) with ESMTP id SAA19156; Tue, 10 Oct 2000 18:59:38 +0900 Received: from mail (postfix@psuvax1.cse.psu.edu [130.203.4.6]) by elmo.cias.osakafu-u.ac.jp (8.9.3/3.7W-00100417) with ESMTP id SAA01022; Tue, 10 Oct 2000 18:59:25 +0900 (JST) Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.4.6]) by mail (CSE Mail Server) with ESMTP id EBF36199E3; Tue, 10 Oct 2000 05:59:06 -0400 (EDT) Received: from moon.mteege.de (ppps-nb03.MVnet.de [194.25.108.153]) by mail (CSE Mail Server) with ESMTP id 2764C199D5 for <9fans@cse.psu.edu>; Tue, 10 Oct 2000 05:58:49 -0400 (EDT) Received: (from matthias@localhost) by moon.mteege.de (8.8.8/8.8.8) id LAA16907; Tue, 10 Oct 2000 11:08:48 +0200 (MET DST) (envelope-from matthias@mteege.de) X-Authentication-Warning: moon.mteege.de: matthias set sender to matthias@mteege.de using -f To: 9fans@cse.psu.edu Subject: Re: [9fans] Emelie want run References: <200008291044.GAA19250@cse.psu.edu> Content-Type: text/plain; charset=iso-8859-1 From: Matthias Teege Date: 10 Oct 2000 11:08:47 +0200 In-Reply-To: okamoto@granite.cias.osakafu-u.ac.jp's message of "Tue, 29 Aug 2000 19:46:40 0900" Message-ID: <87og0toyg0.fsf@moon.mteege.de> Lines: 25 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.5 MIME-Version: 1.0 Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0beta4 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the O/S Plan 9 from Bell Labs <9fans.cse.psu.edu> okamoto@granite.cias.osakafu-u.ac.jp writes: > Hi > > your hardware is close to me as below. I have no clue to your > problem though. I'm running pc9fs not emelie. > SCSI chip is somewhat different between us. > I have no CDROM on file server. [my hardware] > SCSI : Tekram DC390F with 53C875 Chip on it > Harddisk : three HDDs > Ethernet : 3Com 3C509B-Combo Fast Etherlink III ISA Do you really have an Fast Etherlink III ISA (with 100MBits/s)? My hardware dealer shaking his head. :-) Bis dann Matthias -- Matthias Teege -- matthias@mteege.de -- http://emugs.de make world not war PGP-Key auf Anfrage --upas-perkexkyfmpidniplntxxmkzdt-- From rsc@plan9.bell-labs.com Tue Oct 10 13:07:49 2000 Date: Tue, 10 Oct 2000 08:07:49 -0400 From: Russ Cox rsc@plan9.bell-labs.com Subject: [9fans] Direct download of plan9.gz? Every limitation (even good few days) is an obstruction for fully automated image downloading. You only have to download it once, and all you have to do to go from a web browser to a retry downloader is cut and paste of the URL. I don't see the problem. Russ From forsyth@vitanuova.com Tue Oct 10 14:18:02 2000 Date: Tue, 10 Oct 2000 14:18:02 0100 From: forsyth@vitanuova.com forsyth@vitanuova.com Subject: [9fans] Direct download of plan9.gz? This is a multi-part message in MIME format. --upas-eucczfavajpyqzdpsdxpckcali Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Since you're using a protocol (HTTP) and data format (HTML) over the network to access the plan9 site, and it therefore doesn't know whether you're Glenda or a computer program submitting the form and receiving the URL, i'd have thought you could automate it to remove any inconvenience. --upas-eucczfavajpyqzdpsdxpckcali Content-Type: message/rfc822 Content-Disposition: inline Return-Path: <9fans-admin@cse.psu.edu> Received: from punt-2.mail.demon.net by mailstore for forsyth@vitanuova.com id 971167567:20:26036:1; Tue, 10 Oct 2000 08:46:07 GMT Received: from psuvax1.cse.psu.edu ([130.203.4.6]) by punt-2.mail.demon.net id aa2025975; 10 Oct 2000 8:46 GMT Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.4.6]) by mail (CSE Mail Server) with ESMTP id 99993199DE; Tue, 10 Oct 2000 04:45:15 -0400 (EDT) Received: from mercury.bath.ac.uk (mercury.bath.ac.uk [138.38.32.81]) by mail (CSE Mail Server) with ESMTP id AC298199D7 for <9fans@cse.psu.edu>; Tue, 10 Oct 2000 04:44:51 -0400 (EDT) Received: from news by mercury.bath.ac.uk with local (Exim 3.12 #1) id 13iv05-0006yi-00 for 9fans@cse.psu.edu; Tue, 10 Oct 2000 09:43:05 +0100 Received: from GATEWAY by bath.ac.uk with netnews for 9fans@cse.psu.edu (9fans@cse.psu.edu) To: cse.psu.edu!9fans Date: Tue, 10 Oct 2000 08:35:51 GMT Message-ID: <8rt7sh$4g0$1@news.vol.cz> Organization: Video On Line References: <20001009093929.A3678199DB@mail> Subject: Re: [9fans] Direct download of plan9.gz? Sender: cse.psu.edu!9fans-admin Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0beta4 Precedence: bulk Reply-To: cse.psu.edu!9fans List-Id: Fans of the O/S Plan 9 from Bell Labs <9fans.cse.psu.edu> > if the download URL didn't have a reasonable lifetime it would be an obstruction, > but as it is, it should last for a good few days. Every limitation (even good few days) is an obstruction for fully automated image downloading. If it is not possible for the whole image, could that be possible only for the kernel source? jj --upas-eucczfavajpyqzdpsdxpckcali-- From agnelo.geo@yahoo.com Wed Oct 11 09:48:23 2000 Date: Wed, 11 Oct 2000 08:48:23 GMT From: Agnelo de la Crotche agnelo.geo@yahoo.com Subject: [9fans] ATTN Russ Cox - Req : add support to AtiXpert@Play graphic adapter . Hi Russ, I was told that you might be able to enhance the mach64xx driver and add support for the AtiXpert@Play adapter, which has been identified as an AtiXpert@Work (it has the same ID string), but has a different DAC. (you may figure out that I bought that one a couple month ago, because I couldn't find an AtiXpert@Work anymore and not for the TV output) I have tried to select hardware components, in order to run all operating systems on my test box and I got them all installed, self bootable and almost fully operational, except Plan 9 with this graphic card. Getting another graphic card might result in other problems with other Operating systems. For now, I have test successfully this graphic card with Linux, Solaris, Sco, Free/Net/OpenBSD, BeOS, QNX, OS/2, Hurd (graphic not tested yet). Only Plan 9 is missing here. I thought that it would not be such a big deal to enhance the driver (but to tell the truth I have no idea). You may find these Plan9, Solaris and X issues informative , Agnelo ---------------------------------------------------------------------------------------------------------------------------------- # Plan 9 - vgainfo.txt main->snarf vga->snarf mach64xx->snarf vga->dump vga misc 67 vga feature 00 vga sequencer 03 00 03 00 02 vga crt 5F 4F 50 82 55 81 BF 1F - 00 4F 0E 0F 00 00 07 80 9C 8E 8F 28 1F 96 B9 A3 - FF vga graphics 00 00 00 00 00 10 0E 00 - FF vga attribute 00 01 02 03 04 05 14 07 - 38 39 3A 3B 3C 3D 3E 3F 0C 00 0F 08 00 vga vm a b 16777216 0 vga vmz 8388608 vga apz 8388608 vga linear 1 vga->attr: 0xC00E7=MACH64GBPCIM mach64xx->dump mach64xx pci 43b40 io d800 pciregs mach64xx ccru 300 mach64xx HTotalDisp 004F005F mach64xx HSyncStrtWid 00210055 mach64xx VTotalDisp 018F01BF mach64xx VSyncStrtWid 002E019C mach64xx VlineCrntVline 00F103FF mach64xx OffPitch 0A000000 mach64xx IntCntl 80000014 mach64xx CrtcGenCntl 02410200 mach64xx OvrClr 00000100 mach64xx OvrWidLR 00010000 mach64xx OvrWidTB 00020000 mach64xx CurClr0 FFFFFFFF mach64xx CurClr1 00000000 mach64xx CurOffset 00000000 mach64xx CurHVposn 00000000 mach64xx CurHVoff 00000000 mach64xx ScratchReg0 04900400 mach64xx ScratchReg1 20800000 mach64xx ClockCntl 00AD0003 mach64xx BusCntl 7333A100 mach64xx MemCntl 10753A7B mach64xx ExtMemCntl 74130C01 mach64xx MemVgaWpSel 00010000 mach64xx MemVgaRpSel 00010000 mach64xx DacRegs 00FF0040 mach64xx DacCntl 8601200A mach64xx GenTestCntl 00000000 mach64xx ConfigCntl 000039C2 mach64xx ConfigChipId 7C004742 mach64xx ConfigStat0 00000015 mach64xx ConfigStat1 40100240 mach64xx ConfigStat2 0A200000 mach64xx DspConfig 006806F7 mach64xx DspOnOff 004F06BD mach64xx DpBkgdClr FFFFFFFF mach64xx DpChainMsk FFFFFFFF mach64xx DpFrgdClr FFFFFFFF mach64xx DpMix FFFFFFFF mach64xx DpPixWidth FFFFFFFF mach64xx DpSrc FFFFFFFF mach64xx DpWriteMsk FFFFFFFF mach64xx LcdIndex 00000000 mach64xx LcdData 00000000 mach64xx PLL AD D5 40 64 D9 03 FF DA - F6 00 00 C1 A6 1B 00 00 00 00 80 00 10 A3 CC 10 - 00 00 00 00 00 00 00 00 mach64xx VCLK0 12192825 mach64xx VCLK1 13758876 mach64xx VCLK2 0 mach64xx VCLK3 0 rom table offset 11A freq table offset 82A memclk 100000000 ref_freq 29500000 ref_divider 64 min_freq 9840000 max_freq 236000000 pd 3 value 0 (|3) post = 8 mach64xx pixel clock = 25120000 ATI BIOS rom 0x11a freq 0x0 clock 0x82a clocks: 43605 60256 26747 246 0 0 0 0 0 0 0 0 376 0 0 16969 programmable clock: 4 clock to program: 3 reference numerator: 29500 reference denominator: 1 internal clock reference divider in plls panelid 85 x 1 y 0 vmf 0 vmdf 75000000 vf1 0 vbw 135000000 vga->init mach64xx->init rom table offset 11A freq table offset 82A memclk 10000 memclk 10000... x 10.666667...t 10... xprec 4...fifosz 341.333333...fprec 9...prec 4...afifosz 32...fifooff 331.000000...pfc 7...rcc 9...fifoon 44.000000... dbdumpmode type=multisync135, size=1024x768x8 frequency=75000000 x=1024 (0x400), y=768 (0x300), z=8 (0x8) ht=1328 (0x530), shb=1096 (0x448), ehb=1232 (0x4D0) shs=1072 (0x430), ehs=1232 (0x4D0) vt=806 (0x326), vrs=771 (0x303), vre=777 (0x309) hsync=45, vsync=45, interlace=0 vga->dump vga flag Fdump|Finit|Fsnarf vga misc E3 vga feature 00 vga sequencer 03 01 0F 00 0A vga crt A1 7F 88 9A 86 1A324 FD - 00 60 00 00 00 00 00 00 303 292FF 80 60303304 A3 -7FF vga graphics 00 00 00 00 00 50 05 0F - FF vga attribute 00 01 02 03 04 05 06 07 - 08 09 0A 0B 0C 0D 0E 0F 41 FF 0F 00 00 vga clock[0] f 75000000 vga clock[0] d i m 0 0 - 64 vga clock[0] n p q r 168 1 - 0 0 vga vm a b 16777216 0 vga vmz 8388608 vga apz 8388608 vga linear 1 vga->attr: 0xC00E7=MACH64GBPCIM mach64xx->dump mach64xx flag Ulinear|Uenhanced|Fdump|Finit|Fsnarf mach64xx pci 43b40 io d800 pciregs mach64xx ccru 300 mach64xx HTotalDisp 007F00A5 mach64xx HSyncStrtWid 00340085 mach64xx VTotalDisp 02FF0325 mach64xx VSyncStrtWid 00260302 mach64xx VlineCrntVline 00F103FF mach64xx OffPitch 20000000 mach64xx IntCntl 00000000 mach64xx CrtcGenCntl 03010200 mach64xx OvrClr 00000000 mach64xx OvrWidLR 00010000 mach64xx OvrWidTB 00020000 mach64xx CurClr0 FFFFFFFF mach64xx CurClr1 00000000 mach64xx CurOffset 00000000 mach64xx CurHVposn 00000000 mach64xx CurHVoff 00000000 mach64xx ScratchReg0 04900400 mach64xx ScratchReg1 20800000 mach64xx ClockCntl 00000002 mach64xx BusCntl 7333A100 mach64xx MemCntl 10753A7B mach64xx ExtMemCntl 74130C01 mach64xx MemVgaWpSel 00010000 mach64xx MemVgaRpSel 00010000 mach64xx DacRegs 00FF0040 mach64xx DacCntl 8601200A mach64xx GenTestCntl 00000000 mach64xx ConfigCntl 00000000 mach64xx ConfigChipId 7C004742 mach64xx ConfigStat0 00000015 mach64xx ConfigStat1 40100240 mach64xx ConfigStat2 0A200000 mach64xx DspConfig 004A0555 mach64xx DspOnOff 00B0052C mach64xx DpBkgdClr FFFFFFFF mach64xx DpChainMsk FFFFFFFF mach64xx DpFrgdClr FFFFFFFF mach64xx DpMix FFFFFFFF mach64xx DpPixWidth 00020202 mach64xx DpSrc FFFFFFFF mach64xx DpWriteMsk FFFFFFFF mach64xx LcdIndex 00000000 mach64xx LcdData 00000000 mach64xx PLL AD D5 40 64 D9 03 CF DA - F6 A8 00 81 A6 1B 00 00 00 00 80 00 10 A3 CC 10 - 00 00 00 00 00 00 00 00 mach64xx VCLK0 12192825 mach64xx VCLK1 13758876 mach64xx VCLK2 75170445 mach64xx VCLK3 0 rom table offset 11A freq table offset 82A memclk 100000000 ref_freq 29500000 ref_divider 64 min_freq 9840000 max_freq 236000000 pd 3 value 0 (|3) post = 8 mach64xx pixel clock = 25120000 main->exits ---------------------------------------------------------------------------------------------------------------------------------- # Solaris 8 - prtconf ouput Node 0x1a6820 assigned-addresses: c2010010.00000000.e7000000.00000000.01000000.81010014.00000000.0000d800.00000000.00000100.82010018.00000000.df800000.00000000.00001000.82010030.00000000.e6fe0000.00000000.00020000.a1010000.00000000.000003b0.00000000.0000000c.a1010000.00000000.000003c0.00000000.00000020.82010000.00000000.000a0000.00000000.00020000 class-code: 00030000 compatible: 'display' + 'pci1002,40' + 'pci1002,4742' + 'pciclass,030000' device-id: 00004742 devsel-speed: 00000001 display-edif-block: ffffff00.00ffffff.076d6c22.00003671.01010a09.7d1b240c.9f98c0e8.26984857.ff4c4810.593180ff.59615945.4fa99981.01010101.24ea0101.00416000.60303028.065e0013.1e000011.c0af3d86.40300051.0013a040.0011065e.4f1a1e00.b0623040.c0404032.065e0013.1e000011.fd000000.1e962f00.0a001460.20202020.00002020 display-edif-id: 'HSL076D' display-type: 'color' fast-back-to-back: max-latency: 00000000 min-grant: 00000008 model: 'PCI: 1002,40 - VGA compatible display adapter' name: 'display' power-consumption: 00000001.00000001 reg: 00010000.00000000.00000000.00000000.00000000.42010010.00000000.00000000.00000000.01000000.01010014.00000000.00000000.00000000.00000100.02010018.00000000.00000000.00000000.00001000.02010030.00000000.00000000.00000000.00020000.a1010000.00000000.000003b0.00000000.0000000c.a1010000.00000000.000003c0.00000000.00000020.82010000.00000000.000a0000.00000000.00020000 revision-id: 0000005c subsystem-id: 00000040 subsystem-vendor-id: 00001002 svga-modes-supported: 00000100.00000280.00000190.00000100.00000101.00000280.000001e0.00000100.00000110.00000280.000001e0.00008000.00000111.00000280.000001e0.00010000.00000112.00000280.000001e0.01000000.00000103.00000320.00000258.00000100.00000113.00000320.00000258.00008000.00000114.00000320.00000258.00010000.00000115.00000320.00000258.01000000.00000105.00000400.00000300.00000100.00000116.00000400.00000300.00008000.00000117.00000400.00000300.00010000.00000118.00000400.00000300.01000000.00000107.00000500.00000400.00000100.00000119.00000500.00000400.00008000.0000011a.00000500.00000400.00010000.0000011b.00000500.00000400.01000000.00000202.00000140.000000c8.00000100.0000010d.00000140.000000c8.00008000.0000010e.00000140.000000c8.00010000.0000010f.00000140.000000c8.01000000.00000212.00000140.000000f0.00000100.00000213.00000140.000000f0.00008000.00000214.00000140.000000f0.00010000.00000215.00000140.000000f0.01000000.00000222.00000200.00000180.00000100.00000223.00000200.00000180.00008000.00000224.00000200.0! 0000180.00010000.00000225.00000200.00000180.01000000.00000232.00000190.0000012c.00000100.00000233.00000190.0000012c.00008000.00000234.00000190.0000012c.00010000.00000235.00000190.0000012c.01000000.00000242.00000280.0000015e.00000100.00000243.00000280.0000015e.00008000.00000244.00000280.0000015e.00010000.00000245.00000280.0000015e.01000000 unit-address: '0' vendor-id: 00001002 vesa-capabilities: 00000000 vesa-oem-product: 'MACH64GT' vesa-oem-revision: '01.00' vesa-oem-string: 'ATI MACH64' vesa-oem-vendor: 'ATI Technologies Inc.' video-adapter-type: 'svga' video-bios-bytes: eb60aa55.00000000.00000000.00000000.00000000.00000000.00000178.42490000.bcf9004d.08f60401.00000000.00000000.31363720.35353932.ffff3032.7da39ed4.3c003f33.00000000.0000011a.00000000.38393931.2f38302f.31203530.30313a30.00000000.005109e9.0050fee9.00149ae9.00000000.00000000.ffff0000.7da39ed4.0d010ee9.4954410a.43414d20.20343648.534f4942.4e2f5020.33313120.3230342d.312d3430.0d203230.4328000a.39312029.392d3838.41202c37.54204954.6e686365.676f6c6f.20736569.2e636e49.2e334b42.2f322e39.38302e33.67205436.32303474.2034302e.4d002041.36484341.50424734.544d4943.59554753.3634554d.2d303031.30313034.554d3031.30313834.30342d30.32313031.90000020.a000004a.02ec5603.1e000000.0404800f.082a0404.00e70083.feff0100.27ffd800.03ce01ce.00000000.0000ffff.ffffdf80.0030207f.42424254.c0000000.00003fff.47421002.00da4742.01640000.49544124.03020800.00000000.00000000.00000000.52494350.47421002.00180000.03000000.03560060.00008000.8b60665c.3e832ed8.0f000130.b8008885.2ebfb109.0b1acd00.b80e75c9.2e66b10d.01580e8b.cd004cbf.2! ec38b1a.f70130a3.32a32ed0.06392e01.35740132.bab102b8.8b2e1002.33017e0e.b81acdf6.14bfb10c.f000b900.09b81acd.0014bfb1.e1831acd.2e3475fc.01340e89.892ed1f7.eb01360e video-memory-size: 00800000 ---------------------------------------------------------------------------------------------------------------------------------- # .X.err under Linux Operating System: Linux 2.2.13 i686 [ELF] SuSE Configured drivers: Mach64: accelerated server for ATI Mach64 graphics adaptors (Patchlevel 0) (using VT number 7) XF86Config: /etc/XF86Config (**) stands for supplied, (--) stands for probed/default values (**) XKB: rules: "xfree86" (**) XKB: model: "microsoft" (**) XKB: layout: "us" (**) Mouse: type: PS/2, device: /dev/psaux, samplerate: 60 (**) Mouse: buttons: 3 (**) Mach64: Graphics device ID: "Primary-Card" (**) Mach64: Monitor ID: "Primary-Monitor" (**) FontPath set to "/usr/X11R6/lib/X11/fonts/75dpi:unscaled,/usr/X11R6/lib/X11/fonts/local,/usr/X11R6/lib/X11/fonts/misc:unscaled,/usr/X11R6/lib/X11/fonts/100dpi:unscaled,/usr/X11R6/lib/X11/fonts/Type1,/usr/X11R6/lib/X11/fonts/URW,/usr/X11R6/lib/X11/fonts/Speedo,/usr/X11R6/lib/X11/fonts/misc,/usr/X11R6/lib/X11/fonts/75dpi,/usr/X11R6/lib/X11/fonts/100dpi,/usr/X11R6/lib/X11/fonts/PEX,/usr/X11R6/lib/X11/fonts/latin2/75dpi,/usr/X11R6/lib/X11/fonts/latin2/100dpi,/usr/X11R6/lib/X11/fonts/kwintv,/usr/X11R6/lib/X11/fonts/uni" (--) Mach64: PCI: Mach64 RagePro rev 92, Aperture @ 0xe7000000, Registers @ 0xdf800000, Block I/O @ 0xd800 (--) Mach64: PCI (92) and CONFIG_CHIP_ID (124) don't agree on ChipRev, using PCI value (--) Mach64: Card type: AGP (--) Mach64: Memory type: SGRAM (1:1) (5) (--) Mach64: Clock type: Internal (--) Mach64: Maximum allowed dot-clock: 230.000 MHz (**) Mach64: Mode "1280x1024": mode clock = 159.740 (**) Mach64: Mode "1024x768": mode clock = 127.490 (**) Mach64: Mode "800x600": mode clock = 87.880 (**) Mach64: Virtual resolution: 1280x1024 (--) Mach64: Video RAM: 8192k (--) Mach64: Using hardware cursor (--) Mach64: Using 16 MB aperture @ 0xe7000000 (--) Mach64: Using 4 KB register aperture @ 0xdf800000 (--) Mach64: Ramdac is Internal (--) Mach64: Ramdac speed: 230 MHz (**) Mach64: Color weight: 565 (--) Mach64: Horizontal Sync width (32) in mode "1280x1024" shortened to 248 pixels (--) Mach64: Pixmap cache: 2 256x256 slots, 8 128x128 slots, 32 64x64 slots (--) Mach64: Font cache: 16 fonts ---------------------------------------------------------------------------------------------------------------------------------- From jiho@smtp.popsite.net Wed Oct 11 09:47:55 2000 Date: Wed, 11 Oct 2000 08:47:55 GMT From: jiho@smtp.popsite.net jiho@smtp.popsite.net Subject: [9fans] Are nvidia-cards working with plan9? In article <20001009114925.A29182@cackle.proxima.alt.za>, lucio@proxima.alt.za (Lucio De Re) writes: >> Actually, I wasn't laying blame, I was just alluding >> to _de_facto_ reality. > > Well, Wall Street is just a special-interest group :-) Yes, that certainly is a _de_facto_ reality. >> There's a small matter of U.S. anti-trust law, and a >> principle known as "fair access to essential >> facilities". It dates back to the railroad tycoons, >> fer cryin' out loud. Ironically, the case has been >> made against Microsoft software. It's even more >> obvious with respect to chips, but as far as I know >> (not very far) no one has tried making the case. > > The stated reason for not pursuing the case with the full might of > the law was that _all_ IT companies had broken the law for years > (software that ran only on some hardware, applications that ran > only on given operating environment, etc) and the can of worms > would have been far too big a problem... Well, the stated reason is wrong. There is a "reasonableness clause" in the law, such that the remedy _cannot_ be unreasonably onerous. Requiring anyone who writes software to port and support on all possible platforms would clearly be unreasonably onerous. Chip companies, however, already have register-level documentation for their own internal use, so making it public is not itself onerous at all, especially with the Internet. And support should not be required, beyond keeping the documentation reasonably up to date. In other words, the circumstances are simply not comparable. OS writers shouldn't have to port to all hardware, and application writers shouldn't have to port to all OSes. However, OS companies should have to provide reasonable documentation to all application writers, and hardware complanies should have to provide reasonable documentation to all OS writers. > So we're lumped with legislation without teeth. And the rest of > the world is hardly likely to step into the US Government shoes > and risk technological boycotts while they try to catch up :-( It's not the legislation that lacks teeth. --Jim Howard From 9fans@cse.psu.edu Sat Oct 14 22:14:07 2000 Date: Sat, 14 Oct 2000 17:14:07 -0400 From: rob pike 9fans@cse.psu.edu Subject: [9fans] New release 
A new release of Plan 9 is now available at
	http://plan9.bell-labs.com/plan9
You can download a full distribution or an update relative to the
previous release, dated July 29 2000.  For a variety of reasons the
update is larger than previous ones, but still much smaller than the
full release.

Although this is primarily a maintenance release, it contains a number of new
things.

	- The open source license has been updated to improve some of the
	more contentious clauses and to add language about the Plan 9
	trademark.
	- More VGA cards are supported, particularly the 3dfx, and more now
	have support for hardware acceleration.
	- The AccuPoint II's extra buttons are now connected to `button 2' of
	the mouse interface; thanks to Ionkov for the crucial piece of information.
	(See mouse(8).)
	- The cpu command now has the ability to encrypt the data on its
	communication channel. This facility is enabled by default, use
		cpu -e clear
	to turn it off.
	- Acme now has a command language for editing, essentially identical
	to sam's.
	- Formatted I/O for floating point has been rewritten to provide the
	best possible answer always.
	- There is a full set of `rune string' routines installed in the C library.
	- Pipefile(1) is installed; it is used by the accupoint support and by
	Kenji's ktrans.
	- Lp will now print to an HP DeskJet and in fact to any Ghostscript-
	supported device.
	- New command leak(1) detects memory leaks in running programs
	without prior arrangement; thanks to Russ Cox.
	- Scat now has the ability to orient the maps to place the zenith up;
	thanks to Doug McIlroy.
	- /bin/termrc has a simple mechanism to enable system-dependent
	configuration. cpurc should do the same, but doesn't, for historical
	reasons.

There are doubtless many more minor things.

-rob
From 9fans@cse.psu.edu Sat Oct 14 22:14:54 2000 Date: Sat, 14 Oct 2000 17:14:54 -0400 From: rob pike 9fans@cse.psu.edu Subject: [9fans] Release 
Oh yes - one more thing: new sleep/wakeup code in the kernel.

-rob
From 9fans@cse.psu.edu Sun Oct 15 04:36:34 2000 Date: Sat, 14 Oct 2000 23:36:34 -0400 From: Russ Cox 9fans@cse.psu.edu Subject: [9fans] versaglide 
anyone know anything about the programming
info for the versaglide pad found on
the nec versa sx/lx/etc.?
From 9fans@cse.psu.edu Sun Oct 15 05:01:01 2000 Date: Sun, 15 Oct 2000 00:01:01 -0400 From: Steve Kotsopoulos 9fans@cse.psu.edu Subject: [9fans] [reminder] pointer to Plan 9 FAQ 
The Plan 9 faq is posted to comp.os.plan9 at the beginning of each month.
It is also at news.answers archive sites, look for comp-os/plan9-faq

The latest hypertext version of the faq is available at url
http://www.fywss.com/plan9/plan9faq.html
From 9fans@cse.psu.edu Sun Oct 15 20:16:34 2000 Date: Sun, 15 Oct 2000 15:16:34 -0400 From: 9fans@cse.psu.edu 9fans@cse.psu.edu Subject: [9fans] New release 
Some additional comments on the new update:

the elnk3 driver has code for the 3C905C. The only person I know
who has tried this reported problems but it works for me. I have
since fixed some usage of compatibility features removed by 3COM
between the 3C905B and 3C905C;

the 2114x driver may work with some cards using the PNIC and PNIC2
'near-clone' chips. There are many other such chips out there and I'd
be happy to add in the support if anyone has worked on it;

thanks to others, the PCMCIA NE2000-clone driver (ec2t) has been
made to automatically recognise the Accton EtherPair-PCMCIA and Netgear
FA410TX cards. Code has also been added to allow other compatible
cards to be recognised via plan9.ini - see the man page;

the ATA driver will recognise the Serverworks IB6566 controller and as
it is PIIX compatible, DMA modes can be enabled;

the 82365 PCMCIA driver deals better with multiple controllers;

if made to recognise the different PCI device id's, I believe the 3Dfx
Voodoo3 driver will work with the Banshee and Voodoo5 cards. If someone
has such and would be willing to try it would be appreciated. There is
no acceleration at the moment;

the following laptop/chip combinations are known to work:
	Toshiba Portégé 3440CT		S3 Savage4/IX-MV
	Compaq Presario 3060		S3 Aurora64V+
	Digital HiNote Ultra 2000	C&T 65554
	IBM Thinkpad 600X		Neomagic 256ZX
The Toshiba only has a USB floppy and isn't a good candidate for
downloading the distribution;

someone is working on a driver for the Matrox G200 and G400 cards but
it wasn't quite ready in time for the update.

--jim
From 9fans@cse.psu.edu Sun Oct 15 22:37:20 2000 Date: Sun, 15 Oct 2000 22:37:20 0100 From: 9fans@cse.psu.edu 9fans@cse.psu.edu Subject: [9fans] New release 
in /rc/bin/service/tcp25, you might need to
comment out the line with 9fs emelieother (unless you've got one).
From 9fans@cse.psu.edu Sun Oct 15 06:37:53 2000 Date: Sun, 15 Oct 2000 01:37:53 -0400 From: Stephen M Wynne 9fans@cse.psu.edu Subject: [9fans] LXR Plan9 Browser Updated to 10/14 
http://offworld.fac.cs.cmu.edu/cgi-bin/9login
From 9fans@cse.psu.edu Mon Oct 16 09:44:50 2000 Date: Mon, 16 Oct 2000 08:44:50 GMT From: Vipul Ved Prakash 9fans@cse.psu.edu Subject: [9fans] Pentium F00F bug? 
In article <20001009162102.95216199DC@mail>, jmk@plan9.bell-labs.com wrote:
>Vipul Ved Prakash <vipul@shell2.ba.best.com>:
>	I recently installed plan9 on a Pentium 75 Mhz machine, w/ 64 Mb RAM, Cirrus
>	Logic CLGD-5430 (pci) video card and Intel EtherExpress Pro/100B ethernet
>	adapter.  I had to explicitly limit memory size with *maxmem statement in
>	plan9.ini and add a lib/vgadb entry for rio.  Otherwise, the installation
>	proceeded normally.
>
>Can you tell which chipset is on the motherboard?

lspci on linux reports:
   Stratus Computers VIA VT82C570MV [Apollo] (Wrong vendor ID!) (rev 02).

best,
vipul.

--

Vipul Ved Prakash, http://www.vipul.net/
PGP Fingerprint d5f78d9fc694a45a00ae086062498922
From 9fans@cse.psu.edu Mon Oct 16 09:45:15 2000 Date: Mon, 16 Oct 2000 08:45:15 GMT From: Douglas A. Gwyn 9fans@cse.psu.edu Subject: [9fans] New release 
Excellent!  Thanks to all who contributed.
From 9fans@cse.psu.edu Mon Oct 16 19:48:23 2000 Date: Mon, 16 Oct 2000 14:48:23 -0400 (EDT) From: Ish Rattan 9fans@cse.psu.edu Subject: [9fans] New release 
On Sun, 15 Oct 2000 jmk@plan9.bell-labs.com wrote:

> if made to recognise the different PCI device id's, I believe the 3Dfx
> Voodoo3 driver will work with the Banshee and Voodoo5 cards. If someone

Is 3Dfx card from 2000 or 3000 series (3DFX 3000 VooDoo3 16Mb RAm etc..)?

- ishwar
From 9fans@cse.psu.edu Mon Oct 16 20:02:41 2000 Date: Mon, 16 Oct 2000 15:02:41 -0400 From: 9fans@cse.psu.edu 9fans@cse.psu.edu Subject: [9fans] New release 
Ish Rattan <ishwar@pali.cps.cmich.edu>:
	Is 3Dfx card from 2000 or 3000 series (3DFX 3000 VooDoo3 16Mb RAm etc..)?

1000, 2000 or 3000.
From 9fans@cse.psu.edu Mon Oct 16 22:12:10 2000 Date: Mon, 16 Oct 2000 16:12:10 -0500 From: Carr, Brien C 9fans@cse.psu.edu Subject: [9fans] subscribe 
subscribe
quit

Brien C Carr
Manager Telecommunications Technical Services
Telecommunications and Networking
University of Texas Health Science Center San Antonio
voice: 210-567-2831    email: carrbc@uthscsa.edu
pager: 1-888-907-9374 or 9079374@skytel.com
From 9fans@cse.psu.edu Tue Oct 17 11:31:32 2000 Date: Tue, 17 Oct 2000 11:31:32 0100 From: Richard Miller 9fans@cse.psu.edu Subject: [9fans] New release 
>	- Lp will now print to an HP DeskJet and in fact to any Ghostscript-
>	supported device.

I think some parts of this are missing:
	/sys/lib/lp/process/gspipe
	/sys/lib/lp/spooler/pcpcl
maybe more?

-- Richard Miller
From 9fans@cse.psu.edu Tue Oct 17 18:02:55 2000 Date: Tue, 17 Oct 2000 18:02:55 0100 From: 9fans@cse.psu.edu 9fans@cse.psu.edu Subject: [9fans] buglet in /sys/src/libdraw/keyboard.c 
in /^initkeyboard, in the following:

Error2:
		close(kc->consfd);
		free(kc);
		free(t);
		goto Error1;

delete the line free(kc), because it will be freed again at Error1:
From 9fans@cse.psu.edu Wed Oct 18 04:49:54 2000 Date: Wed, 18 Oct 2000 12:49:54 0900 From: 9fans@cse.psu.edu 9fans@cse.psu.edu Subject: [9fans] 9pucpudisk 
Hello,

Thanks for new release.

My PC with 9pccpudisk (latest kernel) cannot run rio.
This is because:
	ls '#i'
	ls: #i no frame buffer

By the way, /sys/src/9/pc/pccpu (both previous and latest)
does not support rio.
Is there any reason?

Kenji Arisawa
E-mail: arisawa@aichi-u.ac.jp
From 9fans@cse.psu.edu Wed Oct 18 05:14:15 2000 Date: Wed, 18 Oct 2000 00:14:15 -0400 From: Russ Cox 9fans@cse.psu.edu Subject: [9fans] 9pucpudisk 
You need to recompile pccpudisk and pccpu
to list the video card you have.  Compare
/sys/src/9/pc/pcdisk with /sys/src/9/pc/pccpudisk.

Russ
From 9fans@cse.psu.edu Wed Oct 18 10:44:18 2000 Date: Wed, 18 Oct 2000 02:44:18 -0700 (PDT) From: Christopher Nielsen 9fans@cse.psu.edu Subject: [9fans] 9pucpudisk 
On Wed, 18 Oct 2000, Russ Cox wrote:

> You need to recompile pccpudisk and pccpu
> to list the video card you have.  Compare
> /sys/src/9/pc/pcdisk with /sys/src/9/pc/pccpudisk.

I'm having the same problem. I added my card to
/sys/src/9/pc/pccpudisk, but it still doesn't find the fram
buffer.

FYI, I have a builtin frame buffer on the motherboard. I've
attempted to disable it through the BIOS setup, but I don't
see anywhere to do so. My frame buffer is an ATI Xpert98.

Is the internal frame buffer causing the kernel to not
recognise the frame buffer in the PCI slot?

-- 
Christopher Nielsen
cnielsen@pobox.com
From 9fans@cse.psu.edu Wed Oct 18 10:45:55 2000 Date: Wed, 18 Oct 2000 10:45:55 0100 From: 9fans@cse.psu.edu 9fans@cse.psu.edu Subject: [9fans] 9pucpudisk 
This is a multi-part message in MIME format.
--upas-hzkkqhwaihxgzxpxixxakaqcge
Content-Disposition: inline
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit

cpu servers `normally' haven't a user logged in at a
full graphics display and keyboard, thus having #i just
wastes space.  (even so, you might like to run stats, i suppose.)

you can configure it by copying the appropriate bits from pc or pcdisk


--upas-hzkkqhwaihxgzxpxixxakaqcge
Content-Type: message/rfc822
Content-Disposition: inline

Received: from finch-punt-12.mail.demon.net ([194.217.242.36]) by lavoro; Wed Oct 18 04:53:12 BST 2000
Received: from punt-1.mail.demon.net by mailstore for forsyth@caldo.demon.co.uk
          id 971841445:10:22866:0; Wed, 18 Oct 2000 03:57:25 GMT
Received: from psuvax1.cse.psu.edu ([130.203.4.6]) by punt-1.mail.demon.net
           id aa1022008; 18 Oct 2000 3:56 GMT
Received: from psuvax1.cse.psu.edu (unknown [130.203.30.6])
	by mail (CSE Mail Server) with ESMTP
	id 52DE8199EC; Tue, 17 Oct 2000 23:56:07 -0400 (EDT)
Received: from al.aichi-u.ac.jp (unknown [202.250.160.73])
	by mail (CSE Mail Server) with SMTP id 27A2E199DC
	for <9fans@cse.psu.edu>; Tue, 17 Oct 2000 23:55:48 -0400 (EDT)
From: arisawa@ar.aichi-u.ac.jp
To: 9fans@cse.psu.edu
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
Message-Id: <20001018035548.27A2E199DC@mail>
Subject: [9fans] 9pucpudisk
Sender: 9fans-admin@cse.psu.edu
Errors-To: 9fans-admin@cse.psu.edu
X-BeenThere: 9fans@cse.psu.edu
X-Mailman-Version: 2.0beta6
Precedence: bulk
Reply-To: 9fans@cse.psu.edu
List-Id: Fans of the O/S Plan 9 from Bell Labs <9fans.cse.psu.edu>
List-Archive: http://lists.cse.psu.edu/archives/9fans/
Date: Wed, 18 Oct 2000 12:49:54 0900

Hello,

Thanks for new release.

My PC with 9pccpudisk (latest kernel) cannot run rio.
This is because:
	ls '#i'
	ls: #i no frame buffer

By the way, /sys/src/9/pc/pccpu (both previous and latest)
does not support rio.
Is there any reason?

Kenji Arisawa
E-mail: arisawa@aichi-u.ac.jp

--upas-hzkkqhwaihxgzxpxixxakaqcge--
From 9fans@cse.psu.edu Wed Oct 18 10:48:52 2000 Date: Wed, 18 Oct 2000 10:48:52 0100 From: 9fans@cse.psu.edu 9fans@cse.psu.edu Subject: [9fans] 9pucpudisk 
>>I'm having the same problem. I added my card to
>>/sys/src/9/pc/pccpudisk, but it still doesn't find the fram
>>buffer.

add

	draw		screen vga vgax
	mouse		mouse
	vga

to the dev section of the configuration file
and add a suitable selection of the following

	vga3dfx		+cur
	vgaark2000pv	+cur
	vgabt485	=cur
	vgaclgd542x	+cur
	vgaclgd546x	+cur
	vgact65545	+cur
	vgacyber938x	+cur
	vgahiqvideo	+cur
	vgamach64xx	+cur
	vgamga2164w	+cur
	vganeomagic	+cur
	vgargb524	=cur
	vgas3		+cur vgasavage
	vgat2r4		+cur
	vgatvp3020	=cur
	vgatvp3026	=cur

to the misc section
From 9fans@cse.psu.edu Wed Oct 18 11:03:02 2000 Date: Wed, 18 Oct 2000 03:03:02 -0700 (PDT) From: Christopher Nielsen 9fans@cse.psu.edu Subject: [9fans] 9pucpudisk 
On Wed, 18 Oct 2000 forsyth@caldo.demon.co.uk wrote:

> add
> 
> 	draw		screen vga vgax
> 	mouse		mouse
> 	vga
> 
> to the dev section of the configuration file
> and add a suitable selection of the following
> 
> 	vga3dfx		+cur
> 	vgaark2000pv	+cur
> 	vgabt485	=cur
> 	vgaclgd542x	+cur
> 	vgaclgd546x	+cur
> 	vgact65545	+cur
> 	vgacyber938x	+cur
> 	vgahiqvideo	+cur
> 	vgamach64xx	+cur
> 	vgamga2164w	+cur
> 	vganeomagic	+cur
> 	vgargb524	=cur
> 	vgas3		+cur vgasavage
> 	vgat2r4		+cur
> 	vgatvp3020	=cur
> 	vgatvp3026	=cur
> 
> to the misc section

Yep. I have all that. Still no dice.

I'm not all that concerned about it, since as you pointed
out in your previous message, I'm not really interested in
having users logged in with display/mouse/keyboard on the
console of my auth server.

It was just a curiosity that I thought I'd test.

-- 
Christopher Nielsen
cnielsen@pobox.com
From 9fans@cse.psu.edu Wed Oct 18 13:31:19 2000 Date: Wed, 18 Oct 2000 08:31:19 -0400 From: 9fans@cse.psu.edu 9fans@cse.psu.edu Subject: [9fans] 9pucpudisk 
The
	ls: #i no frame buffer
error is likely due to no memory being reserved for the image arena
on cpuservers (see /sys/src/9/pc/main.c:/^confinit)

--jim
From 9fans@cse.psu.edu Wed Oct 18 17:51:44 2000 Date: Wed, 18 Oct 2000 12:51:44 -0400 From: Russ Cox 9fans@cse.psu.edu Subject: [9fans] bug fix to oct 14 release 
On the Plan 9 update page (plan9.bell-labs.com/plan9/ureg.html)
there is a very small wrap update that includes the missing files
for /sys/lib/lp, a missing font file for troff, and a patched
/sys/src/libdraw/keyboard.c.

Russ
From 9fans@cse.psu.edu Wed Oct 18 18:29:27 2000 Date: Wed, 18 Oct 2000 18:29:27 0100 From: 9fans@cse.psu.edu 9fans@cse.psu.edu Subject: [9fans] 9pucpudisk 
This is a multi-part message in MIME format.
--upas-yzhoddfgnalrmgpxuugmzepoml
Content-Disposition: inline
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit

this shows the importance of reading the message carefully
(on the odd times when it isn't `file does not exist'!)
oops.

--upas-yzhoddfgnalrmgpxuugmzepoml
Content-Type: message/rfc822
Content-Disposition: inline

Return-Path: <9fans-admin@cse.psu.edu>
Received: from punt-2.mail.demon.net by mailstore for forsyth@vitanuova.com
          id 971872346:20:09509:3; Wed, 18 Oct 2000 12:32:26 GMT
Received: from psuvax1.cse.psu.edu ([130.203.4.6]) by punt-2.mail.demon.net
           id aa2121191; 18 Oct 2000 12:32 GMT
Received: from psuvax1.cse.psu.edu (unknown [130.203.20.6])
	by mail (CSE Mail Server) with ESMTP
	id DD83E199F8; Wed, 18 Oct 2000 08:32:06 -0400 (EDT)
Received: from plan9.cs.bell-labs.com (plan9.bell-labs.com [204.178.31.2])
	by mail (CSE Mail Server) with SMTP id 7BA0E199EE
	for <9fans@cse.psu.edu>; Wed, 18 Oct 2000 08:31:21 -0400 (EDT)
Subject: Re: [9fans] 9pucpudisk
To: cse.psu.edu!9fans
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
Message-Id: <20001018123121.7BA0E199EE@mail>
Sender: cse.psu.edu!9fans-admin
Errors-To: 9fans-admin@cse.psu.edu
X-BeenThere: 9fans@cse.psu.edu
X-Mailman-Version: 2.0beta6
Precedence: bulk
Reply-To: cse.psu.edu!9fans
List-Id: Fans of the O/S Plan 9 from Bell Labs <9fans.cse.psu.edu>
List-Archive: http://lists.cse.psu.edu/archives/9fans/
Date: Wed, 18 Oct 2000 08:31:19 -0400

The
	ls: #i no frame buffer
error is likely due to no memory being reserved for the image arena
on cpuservers (see /sys/src/9/pc/main.c:/^confinit)

--jim

--upas-yzhoddfgnalrmgpxuugmzepoml--
From 9fans@cse.psu.edu Thu Oct 19 07:14:35 2000 Date: Thu, 19 Oct 2000 15:14:35 0900 From: 9fans@cse.psu.edu 9fans@cse.psu.edu Subject: [9fans] Who is the author of plumb game in Release 2? 
Title says all.

I updated this amazing game to release 3, and want to know
who is the author of it.

Thanks in advance

Kenji
From 9fans@cse.psu.edu Thu Oct 19 11:14:57 2000 Date: Thu, 19 Oct 2000 11:14:57 0100 From: 9fans@cse.psu.edu 9fans@cse.psu.edu Subject: [9fans] small smtpd bug 
I know verifying the sender domain is a fairly weak test (you need only supply
a valid one), but it doesn't work unless you are operating a filrewall configuration.

See the following in /sys/src/cmd/upas/smtp/rmtdns.c

	fd = open("/net.alt/dns", ORDWR);	/* look up all others */
	if(fd < 0)				/* dns screw up - can't check */
		return 0;


This would do as a quick patch....

	fd = open("/net.alt/dns", ORDWR);	/* look up all others */
	if (fd < 0)
		fd = open("/net/dns", ORDWR);
	if(fd < 0)				/* dns screw up - can't check */
		return 0;

This is slightly at odds with what mxdial does. Perhaps a command line
option to smtpd to tell it which dns to use?
From 9fans@cse.psu.edu Thu Oct 19 15:14:30 2000 Date: Thu, 19 Oct 2000 14:14:30 GMT From: Conway Yee 9fans@cse.psu.edu Subject: [9fans] bug fix to oct 14 release 
How are releases put together?  I don't suppose that you simply
run tar on an existing source tree.  How does one miss scattered
files?

Conway Yee
From 9fans@cse.psu.edu Thu Oct 19 15:34:07 2000 Date: Thu, 19 Oct 2000 09:34:07 -0500 From: Carr, Brien C 9fans@cse.psu.edu Subject: [9fans] RE: 9fans -- confirmation of subscription -- request 621339 
Brien C Carr
Manager Telecommunications Technical Services
Telecommunications and Networking
University of Texas Health Science Center San Antonio
voice: 210-567-2831    email: carrbc@uthscsa.edu
pager: 1-888-907-9374 or 9079374@skytel.com

> -----Original Message-----
> From:	9fans-request@cse.psu.edu [SMTP:9fans-request@cse.psu.edu]
> Sent:	Thursday, October 19, 2000 9:34 AM
> To:	Carr, Brien C
> Subject:	9fans -- confirmation of subscription -- request 621339
> 
> 9fans -- confirmation of subscription -- request 621339
> 
> We have received a request from carrbc@uthscsa.edu for subscription of
> your email address, <carrbc@uthscsa.edu>, to the 9fans@cse.psu.edu
> mailing list.  To confirm the request, please send a message to
> 9fans-request@cse.psu.edu, and either:
> 
> - maintain the subject line as is (the reply's additional "Re:" is
> ok),
> 
> - or include the following line - and only the following line - in the
> message body: 
> 
> confirm 621339
> 
> (Simply sending a 'reply' to this message should work from most email
> interfaces, since that usually leaves the subject line in the right
> form.)
> 
> If you do not wish to subscribe to this list, please simply disregard
> this message.  Send questions to 9fans-admin@cse.psu.edu.
From 9fans@cse.psu.edu Thu Oct 19 16:17:00 2000 Date: Thu, 19 Oct 2000 11:17:00 -0400 From: 9fans@cse.psu.edu 9fans@cse.psu.edu Subject: [9fans] small smtpd bug 
> I know verifying the sender domain is a fairly weak test (you need only supply
> a valid one), but it doesn't work unless you are operating a filrewall configuration.
> 
> See the following in /sys/src/cmd/upas/smtp/rmtdns.c
> 
> 	fd = open("/net.alt/dns", ORDWR);	/* look up all others */
> 	if(fd < 0)				/* dns screw up - can't check */
> 		return 0;
> 
> 
> This would do as a quick patch....
> 
> 	fd = open("/net.alt/dns", ORDWR);	/* look up all others */
> 	if (fd < 0)
> 		fd = open("/net/dns", ORDWR);
> 	if(fd < 0)				/* dns screw up - can't check */
> 		return 0;
> 
> This is slightly at odds with what mxdial does. Perhaps a command line
> option to smtpd to tell it which dns to use?

this patch doesn't work well for us because of pathologies of our
internal domain structure.  i will probably change it to look in
/net by default, but to override that with the network specified with
the '-n' command line argument.  this assumes that the
peer and the appropriate DNS are on the same network, but that
assumption does not seem unreasonable.
From 9fans@cse.psu.edu Thu Oct 19 16:20:18 2000 Date: Thu, 19 Oct 2000 11:20:18 -0400 From: Latchesar Ionkov 9fans@cse.psu.edu Subject: [9fans] smc 91cxx driver 
--9amGYk9869ThD9tj
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hi,

Here is a driver for SMC EtherEZ PCMCIA card. It should be easily enhanced
to support all network cards that use SMC 91cXX chips.

Thanks,
	Lucho

--9amGYk9869ThD9tj
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="ethersmc.c"

/*
 * SMC EtherEZ (SMC91cXX chip) PCMCIA card support.
 */

#include "u.h"
#include "../port/lib.h"
#include "mem.h"
#include "dat.h"
#include "fns.h"
#include "io.h"
#include "../port/error.h"
#include "../port/netif.h"
#include "etherif.h"

enum {
	IoSize		= 0x10,		/* port pool size */
	TxTimeout	= 150,
};

enum {	/* PCMCIA related */
	TupleFunce	= 0x22,
	TfNodeId	= 0x04,
};

enum {	/* bank 0 registers */
	Tcr			= 0x0000,	/* transmit control */
	Eph			= 0x0002,	/* ethernet protocol handler */
	Rcr			= 0x0004,	/* receiver control */
	Counter		= 0x0006,	/* statistics counter */
	MemInfo		= 0x0008,
	MemCfg		= 0x000A,
};

enum {	/* bank 1 registers */
	Config		= 0x0000,
	BaseAddr		= 0x0002,
	Addr0		= 0x0004,	/* ethernet address */
	Addr1		= 0x0006,
	Addr2		= 0x0008,
	General		= 0x000A,
	Control		= 0x000C,
};

enum {	/* bank 2 registers */
	MmuCmd		= 0x0000,
	PktNo		= 0x0002,
	AllocRes		= 0x0003,
	FifoPorts		= 0x0004,
	Pointer		= 0x0006,
	Data1		= 0x0008,
	Interrupt		= 0x000C,
	IntrMask		= 0x000D,
};

enum {	/* bank 3 registers */
	Mcast0		= 0x0000,
	Mcast2		= 0x0002,
	Mcast4		= 0x0004,
	Mcast6		= 0x0006,
	Revision		= 0x000A,
};

enum {
	BankSelect	= 0x000E	/* bank select register */
};

enum {
	BsrMask		= 0xFF00,	/* mask for chip identification */
	BsrId		= 0x3300,
};


enum {	/* Tcr values */
	TcrClear		= 0x0000,
	TcrEnable		= 0x0001,	/* enable transmit */
	TcrLoop		= 0x0002,	/* enable internal analogue loopback */
	TcrForceCol	= 0x0004,	/* force collision on next tx */
	TcrPadEn		= 0x0080,	/* pad short packets to 64 bytes */
	TcrNoCrc		= 0x0100,	/* do not append CRC */
	TcrMonCns	= 0x0400,	/* monitor carrier status */
	TcrFduplx		= 0x0800,
	TcrStpSqet	= 0x1000,
	TcrEphLoop	= 0x2000,
	TcrNormal	= TcrEnable,
};

enum {	/* Eph values */
	EphTxOk		= 0x0001,
	Eph1Col		= 0x0002,	/* single collision */
	EphMCol		= 0x0004,	/* multiple collisions */  
	EphTxMcast	= 0x0008,	/* multicast transmit */
	Eph16Col		= 0x0010,	/* 16 collisions, tx disabled */
	EphSqet		= 0x0020,	/* SQE test failed, tx disabled */
	EphTxBcast	= 0x0040,	/* broadcast tx */
	EphDefr		= 0x0080,	/* deffered tx */
	EphLatCol		= 0x0200,	/* late collision, tx disabled */
	EphLostCarr	= 0x0400,	/* lost carrier, tx disabled */
	EphExcDefr	= 0x0800,	/* excessive defferals */
	EphCntRol	= 0x1000,	/* ECR counter(s) rolled over */
	EphRxOvrn	= 0x2000,	/* receiver overrun, packets dropped */
	EphLinkOk	= 0x4000,
	EphTxUnrn	= 0x8000,	/* tx underrun */
};

enum {	/* Rcr values */
	RcrClear		= 0x0000,
	RcrPromisc	= 0x0002,
	RcrAllMcast	= 0x0004,
	RcrEnable		= 0x0100,
	RcrStripCrc	= 0x0200,
	RcrSoftReset	= 0x8000,
	RcrNormal	= RcrStripCrc | RcrEnable,
};

enum { /* Counter value masks */
	CntColMask	= 0x000F,	/* collisions */
	CntMColMask	= 0x00F0,	/* multiple collisions */
	CntDtxMask	= 0x0F00,	/* deferred transmits */
	CntExDtxMask	= 0xF000,	/* excessively deferred transmits */

	CntColShr		= 1,
	CntMColShr	= 4,
	CntDtxShr	= 8,
};

enum { /* MemInfo value masks */
	MirTotalMask	= 0x00FF,
	MirFreeMask	= 0xFF00,
};

enum {	/* Config values */
	CfgIrqSel0	= 0x0002,
	CfgIrqSel1	= 0x0004,
	CfgDisLink	= 0x0040,	/* disable 10BaseT link test */
	Cfg16Bit		= 0x0080,
	CfgAuiSelect	= 0x0100,
	CfgSetSqlch	= 0x0200,
	CfgFullStep	= 0x0400,
	CfgNoWait	= 0x1000,
	CfgMiiSelect	= 0x8000,
};

enum {	/* Control values */
	CtlStore		= 0x0001,	/* store to EEPROM */
	CtlReload		= 0x0002,	/* reload EEPROM into registers */
	CtlEeSelect	= 0x0004,	/* select registers for reload/store */
	CtlTeEnable	= 0x0020,	/* tx error detection via eph irq */
	CtlCrEnable	= 0x0040,	/* counter rollover via eph irq */
	CtlLeEnable	= 0x0080,	/* link error detection via eph irq*/
	CtlAutoRls	= 0x0800,	/* auto release mode */
	CtlPowerDn	= 0x2000,
};

enum {	/* MmuCmd values */
	McBusy		= 0x0001,
	McAlloc		= 0x0020,	/* | with number of 256 byte packets - 1 */
	McReset		= 0x0040,
	McRelease	= 0x0080,	/* dequeue (but not free) current rx packet */
	McFreePkt	= 0x00A0,	/* dequeue and free current rx packet */
	McEnqueue	= 0x00C0,	/* enqueue the packet for tx */
	McTxReset	= 0x00E0,	/* reset transmit queues */
};

enum { /* AllocRes values */
	ArFailed		= 0x80,
};
	  
enum {	/* FifoPorts values */
	FpTxEmpty	= 0x0080,
	FpRxEmpty	= 0x8000,
	FpTxMask		= 0x007F,
	FpRxMask		= 0x7F00,
};

enum {	/* Pointer values */
	PtrRead		= 0x2000,
	PtrAutoInc	= 0x4000,
	PtrRcv		= 0x8000,
};

enum {	/* Interrupt values */
	IntRcv		= 0x0001,
	IntTxError	= 0x0002,
	IntTxEmpty	= 0x0004,
	IntAlloc		= 0x0008,
	IntRxOvrn		= 0x0010,
	IntEph		= 0x0020,
};

enum { /* transmit status bits */
	TsSuccess		= 0x0001,
	Ts16Col		= 0x00A0,
	TsLatCol		= 0x0200,
	TsLostCar		= 0x0400,
};

enum { /* receive status bits */
	RsMcast		= 0x0001,
	RsTooShort	= 0x0400,
	RsTooLong	= 0x0800,
	RsOddFrame	= 0x1000,
	RsBadCrc		= 0x2000,
	RsAlgnErr		= 0x8000,
	RsError		= RsAlgnErr | RsBadCrc | RsTooLong | RsTooShort,
};

enum {
	RxLenMask	= 0x07FF,		/* significant rx len bits */
	HdrSize		= 6,			/* packet header length */
	PageSize		= 256,		/* page length */
};

typedef struct {
	Lock;
	ushort rev;
	int attached;
	Block *txbp;
	ulong txtime;

	ulong rovrn;
	ulong lcar;
	ulong col;
	ulong scol;
	ulong mcol;
	ulong lcol;
	ulong dfr;
} Smc91xx;

#define SELECT_BANK(x) outs(port + BankSelect, x)

static int
readnodeid(int slot, Ether* ether)
{
	uchar data[Eaddrlen + 1];
	int len;

	len = sizeof(data);
	if (pcmcistuple(slot, TupleFunce, TfNodeId, data, len) != len)
		return -1;

	if (data[0] != Eaddrlen)
		return -1;

	memmove(ether->ea, &data[1], Eaddrlen);
	return 0;
}

static void
chipreset(Ether* ether)
{
	int port;
	int i;

	port = ether->port;

	/* reset the chip */
	SELECT_BANK(0);
	outs(port + Rcr, RcrSoftReset);
	delay(1);
	outs(port + Rcr, RcrClear);
	outs(port + Tcr, TcrClear);
	SELECT_BANK(1);
	outs(port + Control, CtlAutoRls | CtlTeEnable |
		CtlCrEnable);

	for(i = 0; i < 6; i++) {
		outb(port + Addr0 +  i, ether->ea[i]);
	}

	SELECT_BANK(2);
	outs(port + MmuCmd, McReset);
}

static void
chipenable(Ether* ether)
{
	int port;

	port = ether->port;
	SELECT_BANK(0);
	outs(port + Tcr, TcrNormal);
	outs(port + Rcr, RcrNormal);
	SELECT_BANK(2);
	outb(port + IntrMask, IntEph | IntRxOvrn | IntRcv);
}

static void
attach(Ether *ether)
{
	Smc91xx* ctlr;

	ctlr = ether->ctlr;
	ilock(ctlr);
	
	if (ctlr->attached) {
		iunlock(ctlr);
		return;
	}

	chipenable(ether);
	ctlr->attached = 1;
	iunlock(ctlr);
}

static void
txstart(Ether* ether)
{
	int port;
	Smc91xx* ctlr;
	Block* bp;
	int len, npages;
	int pno;

	/* assumes ctlr is locked and bank 2 is selected */
	/* leaves bank 2 selected on return */
	port = ether->port;
	ctlr = ether->ctlr;

	if (ctlr->txbp) {
		bp = ctlr->txbp;
		ctlr->txbp = 0;
	} else {
		bp = qget(ether->oq);
		if (bp == 0)
			return;

		len = BLEN(bp);
		npages = (len + HdrSize) / PageSize;
		outs(port + MmuCmd, McAlloc | npages);
	}

	pno = inb(port + AllocRes);
	if (pno & ArFailed) {
		outb(port + IntrMask, inb(port + IntrMask) | IntAlloc);
		ctlr->txbp = bp;
		ctlr->txtime = MACHP(0)->ticks;
		return;
	}

	outb(port + PktNo, pno);
	outs(port + Pointer, PtrAutoInc);

	len = BLEN(bp);
	outs(port + Data1, 0);
	outb(port + Data1, (len + HdrSize) & 0xFF);
	outb(port + Data1, (len + HdrSize) >> 8);
	outss(port + Data1, bp->rp, len / 2);
	if ((len & 1) == 0) {
		outs(port + Data1, 0);
	} else {
		outb(port + Data1, bp->rp[len - 1]);
		outb(port + Data1, 0x20);	/* no info what 0x20 means */
	}

	outb(port + IntrMask, inb(port + IntrMask) |
			IntTxError | IntTxEmpty);

	outs(port + MmuCmd, McEnqueue);
	freeb(bp);
}

static void
receive(Ether* ether)
{
	int port;
	Block* bp;
	int pktno, status, len;

	/* assumes ctlr is locked and bank 2 is selected */
	/* leaves bank 2 selected on return */
	port = ether->port;

	pktno = ins(port + FifoPorts);
	if (pktno & FpRxEmpty) {
		return;
	}

	outs(port + Pointer, PtrRead | PtrRcv | PtrAutoInc);
	status = ins(port + Data1);
	len = ins(port + Data1) & RxLenMask - HdrSize;
	
	if (status & RsOddFrame)
		len++;
	
	if ((status & RsError) || (bp = iallocb(len)) == 0) {

		if (status & RsAlgnErr)
			ether->frames++;
		if (status & (RsTooShort | RsTooLong))
			ether->buffs++;
		if (status & RsBadCrc)
			ether->crcs++;

		outs(port + MmuCmd, McRelease);
		return;
	}

	/* packet length is padded to word */
	inss(port + Data1, bp->rp, len / 2);
	bp->wp = bp->rp + (len & ~1);
	
	if (len & 1) {
		*bp->wp = inb(port + Data1);
		bp->wp++;
	}
	  
	etheriq(ether, bp, 1);
	ether->inpackets++;
	outs(port + MmuCmd, McRelease);
}

static void
txerror(Ether* ether)
{
	int port;
	Smc91xx* ctlr;
	int save_pkt;
	int pktno, status;

	/* assumes ctlr is locked and bank 2 is selected */
	/* leaves bank 2 selected on return */
	port = ether->port;
	ctlr = ether->ctlr;

	save_pkt = inb(port + PktNo);

	pktno = ins(port + FifoPorts) & FpTxMask;
	outb(port + PktNo, pktno);
	outs(port + Pointer, PtrAutoInc | PtrRead);
	status = ins(port + Data1);
	
	if (status & TsLostCar)
		ctlr->lcar++;

	if (status & TsLatCol)
		ctlr->lcol++;

	if (status & Ts16Col)
		ctlr->scol++;

	ether->oerrs++;
	
	SELECT_BANK(0);
	outs(port + Tcr, ins(port + Tcr) | TcrEnable);
	
	SELECT_BANK(2);
	outs(port + MmuCmd, McFreePkt);

	outb(port + PktNo, save_pkt);
}

static void
eph_irq(Ether* ether)
{
	int port;
	Smc91xx* ctlr;
	ushort status;
	int n;

	/* assumes ctlr is locked and bank 2 is selected */
	/* leaves bank 2 selected on return */
	port = ether->port;
	ctlr = ether->ctlr;

	SELECT_BANK(0);
	status = ins(port + Eph);

	if (status & EphCntRol) {
		/* read the counter register even if we don't need it */
		/* otherwise we will keep getting this interrupt */
		n = ins(port + Counter);
		ctlr->col += (n & CntColMask) >> CntColShr;
		ctlr->mcol += (n & CntMColMask) >> CntMColShr;
		ctlr->dfr += (n & CntDtxMask) >> CntDtxShr;
	}

	/* if there was a transmit error, Tcr is disabled */
	outs(port + Tcr, ins(port + Tcr) | TcrEnable);

	/* clear a link error interrupt */
	SELECT_BANK(1);
	outs(port + Control, CtlAutoRls);
	outs(port + Control, CtlAutoRls | CtlTeEnable | CtlCrEnable);

	SELECT_BANK(2);
}

static void
transmit(Ether* ether)
{
	Smc91xx* ctlr;
	int port, n;

	ctlr = ether->ctlr;
	port = ether->port;
	ilock(ctlr);

	if (ctlr->txbp) {
		n = TK2MS(MACHP(0)->ticks - ctlr->txtime);
		if (n > TxTimeout) {
			chipreset(ether);
			chipenable(ether);
			freeb(ctlr->txbp);
			ctlr->txbp = 0;
		}
		iunlock(ctlr);
		return;
	}

	SELECT_BANK(2);
	txstart(ether);
	iunlock(ctlr);
}

static void
interrupt(Ureg*, void *arg)
{
	int port;
	Smc91xx* ctlr;
	Ether* ether;
	int save_bank;
	int save_pointer;
	int mask, status;

	ether = arg;
	port = ether->port;
	ctlr = ether->ctlr;
	
	ilock(ctlr);
	save_bank = ins(port + BankSelect);
	SELECT_BANK(2);
	save_pointer = ins(port + Pointer);
	
	mask = inb(port + IntrMask);
	outb(port + IntrMask, 0);

	while ((status = inb(port + Interrupt) & mask) != 0) {
		if (status & IntRcv) {
			receive(ether);
		}

		if (status & IntTxError) {
			txerror(ether);
		}

		if (status & IntTxEmpty) {
			outb(port + Interrupt, IntTxEmpty);
			outb(port + IntrMask, mask & ~IntTxEmpty);
			txstart(ether);
			mask = inb(port + IntrMask);
		}

		if (status & IntAlloc) {
			outb(port + IntrMask, mask & ~IntAlloc);
			txstart(ether);;
			mask = inb(port + IntrMask);
		}

		if (status & IntRxOvrn) {
			ctlr->rovrn++;
			ether->misses++;
			outb(port + Interrupt,IntRxOvrn);
		}

		if (status & IntEph)
			eph_irq(ether);
	}
	
	outb(port + IntrMask, mask);
	outs(port + Pointer, save_pointer);
	outs(port + BankSelect, save_bank);
	iunlock(ctlr);
}

static void
promiscuous(void* arg, int on)
{
	int port;
	Smc91xx *ctlr;
	Ether* ether;
	ushort x;

	ether = arg;
	port = ether->port;
	ctlr = ether->ctlr;

	ilock(ctlr);
	SELECT_BANK(0);
	x = ins(port + Rcr);
	if (on)
		x |= RcrPromisc;
	else
		x &= ~RcrPromisc;
	
	outs(port + Rcr, x);
	iunlock(ctlr);
}

static void
multicast(void* arg, uchar *addr, int on)
{
	int port;
	Smc91xx*ctlr;
	Ether *ether;
	ushort x;
	
	USED(addr, on);

	ether = arg;
	port = ether->port;
	ctlr = ether->ctlr;
	ilock(ctlr);
	
	SELECT_BANK(0);
	x = ins(port + Rcr);
	
	if (ether->nmaddr)
		x |= RcrAllMcast;
	else
		x &= ~RcrAllMcast;
	
	outs(port + Rcr, x);
	iunlock(ctlr);
}

static long
ifstat(Ether* ether, void* a, long n, ulong offset)
{
	static char *chiprev[] = {
		[3] 	"92",
		[5]	"95",
		[7]	"100",
		[8]	"100-FD",
		[9]	"110",
	};

	Smc91xx* ctlr;
	char* p;
	int r, len;
	char* s;
	
	if (n == 0)
		return 0;

	ctlr = ether->ctlr;
	p = malloc(READSTR);

	s = 0;
	if (ctlr->rev > 0) {
		r = ctlr->rev >> 4;
		if (r < nelem(chiprev))
			s = chiprev[r];

		if (r == 4) {
			if ((ctlr->rev & 0x0F) >= 6)
				s = "96";
			else
				s = "94";
		}
	}

	len = snprint(p, READSTR, "rev: 91c%s\n", (s) ? s : "???");
	len += snprint(p + len, READSTR - len, "rxovrn: %uld\n", ctlr->rovrn);
	len += snprint(p + len, READSTR - len, "lcar: %uld\n", ctlr->lcar);
	len += snprint(p + len, READSTR - len, "col: %uld\n", ctlr->col);
	len += snprint(p + len, READSTR - len, "16col: %uld\n", ctlr->scol);
	len += snprint(p + len, READSTR - len, "mcol: %uld\n", ctlr->mcol);
	len += snprint(p + len, READSTR - len, "lcol: %uld\n", ctlr->lcol);
	len += snprint(p + len, READSTR - len, "dfr: %uld\n", ctlr->dfr);
	USED(len);

	n = readstr(offset, a, n, p);
	free(p);
	
	return n;
}

static int
reset(Ether* ether)
{
	int port;
	int i, x;
	char* type;
	Smc91xx* ctlr;
	int slot;
	uchar ea[Eaddrlen];

	if (ether->irq == 0)
		ether->irq = 9;

	if (ether->port == 0)
		ether->port = 0x100;

	type = "8020";
	for(i = 0; i < ether->nopt; i++) {
		if (cistrncmp(ether->opt[i], "id=", 3))
			continue;
		type = &ether->opt[i][3];
		break;
	}

	if ((slot = pcmspecial(type, ether)) < 0)
		return -1;

	if (ioalloc(ether->port, IoSize, 0, "smc91cXX") < 0) {
		pcmspecialclose(slot);
		return -1;
	}

	ether->ctlr = malloc(sizeof(Smc91xx));
	ctlr = ether->ctlr;
	if (ctlr == 0) {
		iofree(ether->port);
		pcmspecialclose(slot);
	}

	ilock(ctlr);
	ctlr->rev = 0;
	ctlr->txbp = nil;
	ctlr->attached = 0;
	ctlr->rovrn = 0;
	ctlr->lcar = 0;
	ctlr->col = 0;
	ctlr->scol = 0;
	ctlr->mcol = 0;
	ctlr->lcol = 0;
	ctlr->dfr = 0;

	port = ether->port;

	SELECT_BANK(1);
	if ((ins(port + BankSelect) & BsrMask) != BsrId) {
		outs(port + Control, 0);	/* try powering up the chip */
		delay(55);
	}

	outs(port + Config, ins(port + Config) | Cfg16Bit);
	x = ins(port + BaseAddr);

	if (((ins(port + BankSelect) & BsrMask) != BsrId) ||
		((x >> 8) == (x & 0xFF))) {
		iunlock(ctlr);
		iofree(port);
		pcmspecialclose(slot);
		return -1;
	}

	SELECT_BANK(3);
	ctlr->rev = ins(port + Revision) & 0xFF;

	memset(ea, 0, Eaddrlen);
	if (memcmp(ea, ether->ea, Eaddrlen) == 0) {
		if (readnodeid(slot, ether) < 0) {
			print("Smc91cXX: cannot find ethernet address\n");
			iunlock(ctlr);
			iofree(port);
			pcmspecialclose(slot);
			return -1;
		}
	}

	chipreset(ether);

	ether->attach = attach;
	ether->transmit = transmit;
	ether->interrupt = interrupt;
	ether->ifstat = ifstat;
	ether->promiscuous = promiscuous;
	ether->multicast = multicast;
	ether->arg = ether;
	iunlock(ctlr);
	return 0;
}

void
ethersmclink(void)
{
	addethercard("smc91cXX", reset);
}

--9amGYk9869ThD9tj
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="fns.h.diff"

98c98
< int	pcmcistuple(int, int, void*, int);
---
> int	pcmcistuple(int, int, int, void*, int);

--9amGYk9869ThD9tj
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="devi82365.c.diff"

1096c1096
< xcistuple(int slotno, int tuple, void *v, int nv, int attr)
---
> xcistuple(int slotno, int tuple, int subtuple, void *v, int nv, int attr)
1102,1103c1102,1103
< 	uchar type, link;
< 	int this;
---
> 	uchar type, link, n, c;
> 	int this, subtype;
1125c1125,1135
< 		if(type == tuple) {
---
> 
> 		n = link;
> 		if (link > 1 && subtuple != -1) {
> 			if (readc(&cis, &c) != 1)
> 				break;
> 			subtype = c;
> 			n--;
> 		} else
> 			subtype = -1;
> 
> 		if(type == tuple && subtype == subtuple) {
1127c1137
< 			for(l=0; l<nv && l<link; l++)
---
> 			for(l=0; l<nv && l<n; l++)
1140c1150
< pcmcistuple(int slotno, int tuple, void *v, int nv)
---
> pcmcistuple(int slotno, int tuple, int subtuple, void *v, int nv)
1145c1155
< 	if((n = xcistuple(slotno, tuple, v, nv, 1)) >= 0)
---
> 	if((n = xcistuple(slotno, tuple, subtuple, v, nv, 1)) >= 0)
1147c1157
< 	return xcistuple(slotno, tuple, v, nv, 0);
---
> 	return xcistuple(slotno, tuple, subtuple, v, nv, 0);
1164c1174
< 		if((nv = pcmcistuple(pp->slotno, cistab[i].n, v, sizeof(v))) >= 0) {
---
> 		if((nv = pcmcistuple(pp->slotno, cistab[i].n, -1, v, sizeof(v))) >= 0) {

--9amGYk9869ThD9tj
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="ether589.c.diff"

155c155
< 		if(pcmcistuple(slot, 0x88, ea, 6) == 6) {
---
> 		if(pcmcistuple(slot, 0x88, -1, ea, 6) == 6) {

--9amGYk9869ThD9tj--
From 9fans@cse.psu.edu Thu Oct 19 16:47:13 2000 Date: Thu, 19 Oct 2000 11:47:13 -0400 From: rob pike 9fans@cse.psu.edu Subject: [9fans] bug fix to oct 14 release 
The previous, 1995 release was put together by an elaborate script
that pulled things out of the main tree.  It was difficult to maintain
and required people to stop working as we neared the release date.  We
can't just tar up our tree because much of the stuff in our system is
proprietary or unreleasable for one reason or another; we must do an
intricate slice of the tree, eliminating some parts, adding others,
and making substitutions for still others.

This round, we tried a different and I think ultimately more
satisfactory method: we built a complete tree on the side, in the
final form for the distribution, and copied stuff over as it
developed.  Once it's ready, we just bundle it up and ship it.  This
has several advantages: it's easy; people can work in the main tree
while the distribution is being built; once the distribution tree is
ready, it is preserved in its final form; we can do full builds in the
test tree to make sure the distribution builds itself (very difficult
to do with the old method without installing the distribution package
from scratch on a private system); and so on.  The biggest advantage
of all is that this method makes it much much easier to update the
distribution; the prior method works well only for a one-off.

Scripts check the contents of the distribution tree with the main
tree, modulo various modifications, and catch most things that need
updating.  However, newly created stuff in the main tree must be
copied by hand, which is why most of the glitches you see are for
minor aspects of the system that are embodied in new files.  (The
tcp25 error was just sloppy.)

Building the newest update from the July one took maybe two hours of
my time to assemble and another 6 or so to test.  Compared to the
previous method, that's instantaneous.

-rob
From 9fans@cse.psu.edu Thu Oct 19 17:01:38 2000 Date: Thu, 19 Oct 2000 09:01:38 -0700 From: Tom Duff 9fans@cse.psu.edu Subject: [9fans] Who is the author of plumb game in Release 2? 
On Oct 19,  3:14pm, okamoto@granite.cias.osakafu-u.ac.jp wrote:
> I updated this amazing game to release 3, and want to know
> who is the author of it.
I did it.

-- 
Tom Duff.  Grape seller, mandarin player, and barker for a sideshow
snake act.
From 9fans@cse.psu.edu Thu Oct 19 17:06:40 2000 Date: Thu, 19 Oct 2000 10:06:40 -0600 (CST) From: andrey mirtchovski 9fans@cse.psu.edu Subject: [9fans] Who is the author of plumb game in Release 2? 
is this game still covered by the r2 license? (i.e. can it be posted to the
net and downloaded by people who do not have the second edition?)


On Thu, 19 Oct 2000, Tom Duff wrote:

> On Oct 19,  3:14pm, okamoto@granite.cias.osakafu-u.ac.jp wrote:
> > I updated this amazing game to release 3, and want to know
> > who is the author of it.
> I did it.
>
From 9fans@cse.psu.edu Thu Oct 19 17:42:04 2000 Date: Thu, 19 Oct 2000 12:42:04 -0400 From: Mark C. Otto 9fans@cse.psu.edu Subject: [9fans] Hooking a Plan9 Terminal to the Network 
This is a multi-part message in MIME format.
--------------E5BF72607B403522E8E0CB0C
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

I need some hints checking out my 3COM 3C905-TX ethernet card or setting up my
/lib/ndb/local file.  The card passes the 3Com diagnostic tests. I used a 
 
ether0=type=elnk3

in my plan9.ini file, and plan9 boots with it,  

#l0: elnk3: 10Mbps port 0xFCC0 irq9: 0060083FF7AE

I get a

ndb/dns: can't read my ip address

error.  

For now I am just trying to attach my terminal to our network.  I do not
have a cpu, file, or auth server yet.  I can use ndb/ipquery to get our dns
servers,
my ip address, domain, network, and gateway from the ether net address.  

To see if the ether net worked, I tried telnet and traceroute to my linux box,

telnet net!bfbooby
telnet: connection timed out (connect 164.159.212.30!23)

ip/traceroute -d bfbooby
interrupted
*
interrupted
*
...

Are there other diagnostics to work on or should I be looking for a problem in
my /lib/ndb/local.  I attached my /lib/ndb/local and plan9.ini files.  Thanks.

Mark

P.S. I am suprised that ndb/ipquery is case sensitive (BFBooby isn't found but
bfbooby is.) when internet addresses aren't.
--------------E5BF72607B403522E8E0CB0C
Content-Type: text/plain; charset=us-ascii;
 name="plan9.ini"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="plan9.ini"

bootfile=sdC0!9fat!9pcdisk
#bootfile=fd0!9pcdisk.gz
bootdisk=local!#S/sdC0/fs
*nomp=1
distname=plan9
partition=new
monitor=multisync75
#vgasize=640x480x8
vgasize=1024x768x8
mouseport=ps2
#ether0=type=NE2000 nodummyrr
ether0=type=elnk3
debug=1
        
                                                       
                                                       
                                                       
                                                       
                            



--------------E5BF72607B403522E8E0CB0C
Content-Type: text/plain; charset=us-ascii;
 name="local"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="local"


#
#  files comprising the database, use as many as you like, see ndb(6)
#
database=
	file=/lib/ndb/local
	file=/lib/ndb/common

# Fish and Wildlife Service Network
ipnet=fwsnet ip=164.159.0.0 
	ipmask=255.255.0.0
	ipsubmask=255.255.255.0
	dns=dns.irm.r9.fws.gov pref=1
	dns=pandion.er.usgs.gov  pref=2
	smtp=164.159.176.1
	dnsdomain=fws.gov
dom=dns.irm.r9.fws.gov ip=164.159.176.1
dom=pandion.er.usgs.gov ip=159.189.24.1

# MBMOLNET: With netmask of .192, for computers 0-63.  How can I have .91?
#	fs=bfbooby.irm.r9.fws.gov
ipnet=mbmolnet ip=164.159.212.0
	ipmask=255.255.255.0
	pop3=164.159.212.10
	dnsdomain=irm.r9.fws.gov
	dnsdomain=fws.gov

# My Dell 410 MTS workstation with Linux
ip=164.159.212.30 sys=bfbooby
	dom=bfbooby.irm.r9.fws.gov
	ipgw=164.159.212.62

# my first plan9 terminal
ip=164.159.212.91 sys=mbooby
	dom=mbooby.irm.r9.fws.gov
	dom=mbooby.fws.gov
	ipgw=164.159.212.126
	ether=0060083ff7ae





--------------E5BF72607B403522E8E0CB0C--
From 9fans@cse.psu.edu Thu Oct 19 18:14:00 2000 Date: Thu, 19 Oct 2000 13:14:00 -0400 From: rob pike 9fans@cse.psu.edu Subject: [9fans] Who is the author of plumb game in Release 2? 
This is a multi-part message in MIME format.
--upas-kiawbvsvefpsgugwrsnvnjipjp
Content-Disposition: inline
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit

I suppose it is, but we would have no objection to your making it available
under the open source license.

-rob


--upas-kiawbvsvefpsgugwrsnvnjipjp
Content-Type: message/rfc822
Content-Disposition: inline

Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Thu Oct 19 12:08:47 EDT 2000
Received: from mail ([130.203.4.6]) by plan9; Thu Oct 19 12:08:46 EDT 2000
Received: from psuvax1.cse.psu.edu (unknown [130.203.18.6])
	by mail (CSE Mail Server) with ESMTP
	id 9C6F9199E9; Thu, 19 Oct 2000 12:08:17 -0400 (EDT)
Received: from neon.myriadgate.net (openbsd.myriadgate.net [139.142.42.2])
	by mail (CSE Mail Server) with ESMTP id 56BE0199DF
	for <9fans@cse.psu.edu>; Thu, 19 Oct 2000 12:07:38 -0400 (EDT)
Received: from localhost (aam396@localhost)
	by neon.myriadgate.net (8.9.3/8.9.3) with ESMTP id KAA24259
	for <9fans@cse.psu.edu>; Thu, 19 Oct 2000 10:06:40 -0600
X-Authentication-Warning: neon.myriadgate.net: aam396 owned process doing -bs
From: andrey mirtchovski <aam396@mail.usask.ca>
X-Sender: aam396@neon.myriadgate.net
To: 9fans@cse.psu.edu
Subject: Re: [9fans] Who is the author of plumb game in Release 2?
In-Reply-To: <10010190901.ZM641245@marvin>
Message-ID: <Pine.LNX.4.10.10010191005110.5772-100000@neon.myriadgate.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: 9fans-admin@cse.psu.edu
Errors-To: 9fans-admin@cse.psu.edu
X-BeenThere: 9fans@cse.psu.edu
X-Mailman-Version: 2.0beta6
Precedence: bulk
Reply-To: 9fans@cse.psu.edu
List-Id: Fans of the O/S Plan 9 from Bell Labs <9fans.cse.psu.edu>
List-Archive: http://lists.cse.psu.edu/archives/9fans/
Date: Thu, 19 Oct 2000 10:06:40 -0600 (CST)

is this game still covered by the r2 license? (i.e. can it be posted to the
net and downloaded by people who do not have the second edition?)


On Thu, 19 Oct 2000, Tom Duff wrote:

> On Oct 19,  3:14pm, okamoto@granite.cias.osakafu-u.ac.jp wrote:
> > I updated this amazing game to release 3, and want to know
> > who is the author of it.
> I did it.
> 


--upas-kiawbvsvefpsgugwrsnvnjipjp--
From 9fans@cse.psu.edu Fri Oct 20 11:04:05 2000 Date: Fri, 20 Oct 2000 12:04:05 +0200 From: 9fans@cse.psu.edu 9fans@cse.psu.edu Subject: [9fans] =?iso-8859-1?Q?R=E9f._:_[9fans]_bug_fix_to_oct_14_release?= 
Russ:

> a missing font file for troff,

troff lives?  cool!
From 9fans@cse.psu.edu Fri Oct 20 06:40:03 2000 Date: Thu, 19 Oct 100 09:23:29 +0900 From: 9fans@cse.psu.edu 9fans@cse.psu.edu Subject: [9fans] /bin/split 
Hello,

The command
	split -e expression file
produces files that are hard to understand to me.

What is intended by -e option ?

For example, let be samp:
	----- samp ---
	From alice
	abc
	defg
	From bob
	hijk
	lmn
	--------------

Command
	split -e '^From' samp
split samp into two. OK, this is reasonable.

But
	split -e 'From' samp
split samp into 6 files with only one line.

Kenji Arisawa
E-mail: arisawa@aichi-u.ac.jp
From 9fans@cse.psu.edu Fri Oct 20 13:04:20 2000 Date: Fri, 20 Oct 2000 14:04:20 +0200 From: 9fans@cse.psu.edu 9fans@cse.psu.edu Subject: [9fans] USB floppies 
from what i've read from the code [/sys/src/9/boot/key.c] what i think
i'd like to do is create the nvram on the fly in memory or on the primary dos
partition.  the problem is that you can boot off the floppy, but then it
disappears as soon as plan 9 'boots'.

from my reading of the code and the doc i see no way to this except by
modifying the code.  the plan9.ini 'nvram' variable (or whatever it's called)
is not used by /sys/src/9/boot/key.c.  all those pathnames are hard coded,
a thing i really don't like.

so, my question is:  is what i'm proposing a feasible solution?  'cos i
don't follow all the possible ramifications.  i have a sneaking suspicion
that it has to be on disc (later on during the install) and that
/sys/src/9/boot/key.c
doesn't know how to create dos files.  i could be wrong, so i'm asking.

i have a sony vaio (a 505, with no internal peripherals, except for the disc).
From 9fans@cse.psu.edu Fri Oct 20 13:37:57 2000 Date: Fri, 20 Oct 2000 08:37:57 -0400 From: Russ Cox 9fans@cse.psu.edu Subject: [9fans] USB floppies 
i wouldn't dwell on the nvram.
we could just disable the nvram.
your bigger challenge will be finding
the file system.  see /sys/lib/pcdist/cmd/bzfs/mkext.c.

i have a vague idea how to fix your
problem: find a way to get dossrv running,
and then access the archive through dossrv.
such a mechanism would also allow having
your kfs `partition' be one large file on your
dos hard disk.  it'd be slow, but it could be done.

russ
From 9fans@cse.psu.edu Fri Oct 20 13:55:29 2000 Date: Fri, 20 Oct 2000 08:55:29 -0400 From: rob pike 9fans@cse.psu.edu Subject: [9fans] /bin/split 
This is a multi-part message in MIME format.
--upas-cnrmvumisfrjqiejdanrjimoci
Content-Disposition: inline
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit

Wow... split.  I haven't run that command in a long long time.
It has an unitialized variable. add a call to memset after
/sys/src/cmd/split.c:75:

			Resub match[2];
			memset(match, 0, sizeof match);	/* add this line */
			line[Blinelen(b)-1] = 0;

This fixes your example, anyway.

-rob


--upas-cnrmvumisfrjqiejdanrjimoci
Content-Type: message/rfc822
Content-Disposition: inline

Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Fri Oct 20 06:40:17 EDT 2000
Received: from mail ([130.203.4.6]) by plan9; Fri Oct 20 06:40:16 EDT 2000
Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.4.6])
	by mail (CSE Mail Server) with ESMTP
	id 9B642199EB; Fri, 20 Oct 2000 06:40:06 -0400 (EDT)
Received: from ar.aichi-u.ac.jp (ar.aichi-u.ac.jp [202.250.160.40])
	by mail (CSE Mail Server) with SMTP id AA63A199E7
	for <9fans@cse.psu.edu>; Fri, 20 Oct 2000 06:39:12 -0400 (EDT)
Content-Type: text/plain
MIME-Version: 1.0 (NeXT Mail 3.3J v130.3)
From: arisawa@ar.aichi-u.ac.jp
To: 9fans@nx.aichi-u.ac.jp
Message-Id: <20001020103912.AA63A199E7@mail>
Subject: [9fans] /bin/split
Sender: 9fans-admin@cse.psu.edu
Errors-To: 9fans-admin@cse.psu.edu
X-BeenThere: 9fans@cse.psu.edu
X-Mailman-Version: 2.0beta6
Precedence: bulk
Reply-To: 9fans@cse.psu.edu
List-Id: Fans of the O/S Plan 9 from Bell Labs <9fans.cse.psu.edu>
List-Archive: http://lists.cse.psu.edu/archives/9fans/
Date: Thu, 19 Oct 100 09:23:29 +0900

Hello,

The command
	split -e expression file
produces files that are hard to understand to me.

What is intended by -e option ?

For example, let be samp:
	----- samp ---
	From alice
	abc
	defg
	From bob
	hijk
	lmn
	--------------

Command
	split -e '^From' samp
split samp into two. OK, this is reasonable.

But
	split -e 'From' samp
split samp into 6 files with only one line.

Kenji Arisawa
E-mail: arisawa@aichi-u.ac.jp

--upas-cnrmvumisfrjqiejdanrjimoci--
From 9fans@cse.psu.edu Fri Oct 20 14:32:49 2000 Date: Fri, 20 Oct 2000 15:32:49 +0200 From: 9fans@cse.psu.edu 9fans@cse.psu.edu Subject: [9fans] =?iso-8859-1?Q?R=E9f._:_Re:_[9fans]_USB_floppies?= 
    i wouldn't dwell on the nvram.
    we could just disable the nvram.
    your bigger challenge will be finding
    the file system.  see /sys/lib/pcdist/cmd/bzfs/mkext.c.

i have the code [vita nuova] and another laptop that i'm going
to smash, so i think that after a couple of iterations i should
be able to create a boot floppy that'll get around nvram problems.

i have to smash it 'cos some idiot screwed up the '98 install on
it and i got jake [heaDCase's vocalist] to buy 2000 which i have
to install for him (properly) this w/e.

heaDCase: http://mapage.noos.fr/headcase
From 9fans@cse.psu.edu Fri Oct 20 16:04:52 2000 Date: Fri, 20 Oct 2000 11:04:52 -0400 From: Latchesar Ionkov 9fans@cse.psu.edu Subject: [9fans] Re: =?iso-8859-1?Q?=5B9fans=5D_R=E9f=2E_:_Re:_=5B9fans=5D_USB_floppies?= 
On Fri, Oct 20, 2000 at 03:32:49PM +0200, boyd.roberts@ca-indosuez.com said:
> 
> 
>     i wouldn't dwell on the nvram.
>     we could just disable the nvram.
>     your bigger challenge will be finding
>     the file system.  see /sys/lib/pcdist/cmd/bzfs/mkext.c.
> 
> i have the code [vita nuova] and another laptop that i'm going
> to smash, so i think that after a couple of iterations i should
> be able to create a boot floppy that'll get around nvram problems.
> 
> i have to smash it 'cos some idiot screwed up the '98 install on
> it and i got jake [heaDCase's vocalist] to buy 2000 which i have
> to install for him (properly) this w/e.

Why don't you try jmk's suggestion booting from the network?

On Tue, 26 Sep 2000 20:37:43 -0400, jmk@plan9.bell-labs.com said:
:
:	On Tue, Sep 26, 2000 at 09:25:45AM -0400, jmk@plan9.bell-labs.com said:
:	> Oops. Another problem with the Toshiba Portégé 3440CT is it has a USB
:	> floppy so booting the Plan 9 distribution 'straight' would be problematic.
:
:	What is the best way to install it in this case? My lack of knowledge forced
:	me to do some ugly hacks in the kernel and format command to do the job. I
:	suspect there is much easier way.
:
:		Lucho
:
: It's all ugly. Because the BIOS can make the USB floppy available via
: the INT13 interface I made a version of the bootstrap that had the necessary
: plan9.ini info wired in (i.e. which ether to use). Once that's loaded
: it doesn't need the floppy any more and can boot a kernel over the ethernet.
: After that it's easy (provided you have a Plan 9 fileserver to talk to).


	Lucho
From 9fans@cse.psu.edu Fri Oct 20 16:20:56 2000 Date: Fri, 20 Oct 2000 11:20:56 -0400 From: 9fans@cse.psu.edu 9fans@cse.psu.edu Subject: [9fans] smc 91cxx driver 
Thanks!

I've added it to our source tree so it will appear in
future updates.

--jim
From 9fans@cse.psu.edu Fri Oct 20 16:37:08 2000 Date: Fri, 20 Oct 2000 17:37:08 +0200 From: 9fans@cse.psu.edu 9fans@cse.psu.edu Subject: [9fans] =?iso-8859-1?Q?R=E9f._:_[9fans]_Re:_[9fans]_R=E9f._:_Re:_[9fans]_?= =?iso-8859-1?Q?USB_floppies?= 

Lucho:

> Why don't you try jmk's suggestion booting from the network?

On Tue, 26 Sep 2000 20:37:43 -0400, jmk@plan9.bell-labs.com said:
:
: It's all ugly. Because the BIOS can make the USB floppy available via
: the INT13 interface I made a version of the bootstrap that had the necessary
: plan9.ini info wired in (i.e. which ether to use). Once that's loaded
: it doesn't need the floppy any more and can boot a kernel over the ethernet.
: After that it's easy (provided you have a Plan 9 fileserver to talk to).

<kryten>
a great idea, sir, except for two minor points:  i don't have
1) a plan 9 fileserver or 2) another ethernet card in my 35m2 paris
apartment.
</kryten>

i do have an ADSL, but that's not gonna help.

it's like when i did the 8th edition 'port' to an 11/780, in sydney.
we had the code.  it's there to be modified so unsupported or broken
stuff works.  a tu-16 bugfix and a new 512b file-system type springs
to mind.
From 9fans@cse.psu.edu Fri Oct 20 18:24:39 2000 Date: 20 Oct 2000 10:24:39 -0700 From: 9fans@cse.psu.edu 9fans@cse.psu.edu Subject: [9fans] Re: 9fans -- confirmation of subscription -- request 771627 
On Fri, 20 October 2000, 9fans-request@cse.psu.edu wrote:

> 
> 9fans -- confirmation of subscription -- request 771627
> 
> We have received a request from philw@pequodnet.com for subscription
> of your email address, <philw@pequodnet.com>, to the 9fans@cse.psu.edu
> mailing list.  To confirm the request, please send a message to
> 9fans-request@cse.psu.edu, and either:
> 
> - maintain the subject line as is (the reply's additional "Re:" is
> ok),
> 
> - or include the following line - and only the following line - in the
> message body: 
> 
> confirm 771627
> 
> (Simply sending a 'reply' to this message should work from most email
> interfaces, since that usually leaves the subject line in the right
> form.)
> 
> If you do not wish to subscribe to this list, please simply disregard
> this message.  Send questions to 9fans-admin@cse.psu.edu.
From 9fans@cse.psu.edu Fri Oct 20 18:33:39 2000 Date: Fri, 20 Oct 2000 13:33:39 -0400 From: Mark C. Otto 9fans@cse.psu.edu Subject: [9fans] Hooking a Plan9 Terminal to the Network 
I did manage to get my plan9 terminal hooked up to the network.  The error
turned up to be simple after Russ pointed me to the 9fans' archives.  Pip wrote
about configuring ip/ipconfig:


pip@namaste.stricca.org pip@namaste.stricca.org
Mon, 10 Jul 2000 00:53:54 -0400 

>... "can't read my ip address"
And I guess it stalls for about 60 secs ? I think it tries for a minute to get
your IPaddr via DHCP, but I guess that's obvious.

Try the following line for your /rc/bin/termrc:

ip/ipconfig -g 195.182.167.1 ether /net/ether0 add   your_ip  your_netmask
>>[2]/tmp/ipconfig.debug.log

I originally assumed that ip/ipconfig would use /lib/ndb/local, since I had
configured the network there.  Next, I tried the ip/ipconfig after
/rc/bin/termrc had run and that had no effect.  Maybe I needed to unbind the ip
stack and start over.  The trick is to configure your ip address in termrc
during init(8), so ipconfig will not try to use DHCP.   It might be worth adding
a line in distribution's termrc:

# Configure the ethernet, see ipconfig(8), ip(3)
ip/ipconfig -g YOUR_GATEWAY ether /net/ether0 add   YOUR_IP  YOUR_NETMASK
>>[2=1] 

I'll make better use of the archives next time.  Thanks to Charles Forsyth for
looking into the problem.  Now to see if I can get my mail off a POP3 server.

Mark
-- 
Mark Otto, Biological Statistician          work: 301-497-5872
Population and Habitat Assessment Section    fax: 301-497-5871
Office of Migratory Bird Management       e-mail: Mark_Otto@FWS.Gov
U.S. Fish and Wildlife Service
Department of the Interior
11500 American Holly Drive
Laurel, Maryland  20708-4016
From 9fans@cse.psu.edu Fri Oct 20 18:43:23 2000 Date: Fri, 20 Oct 2000 13:43:23 -0400 From: 9fans@cse.psu.edu 9fans@cse.psu.edu Subject: [9fans] smc 91cxx driver 
Since we are always short of PCMCIA cards I looked into buying one of these
but they seem to have been replaced by the 'EZ PC Card 10' which is claimed
to be NE2000 compatible.

--jim
From 9fans@cse.psu.edu Fri Oct 20 19:05:09 2000 Date: Fri, 20 Oct 2000 20:05:09 +0200 (CEST) From: Gorka Guardiola Muzquiz 9fans@cse.psu.edu Subject: [9fans] Re: 9fans -- confirmation of subscription -- request 463365 


From 9fans@cse.psu.edu  Fri Oct 20 20:18:19 2000
Date: Fri, 20 Oct 2000 15:18:19 -0400
From: Scott Schwartz 9fans@cse.psu.edu
Subject: [9fans] Hooking a Plan9 Terminal to the Network


>> I originally assumed that ip/ipconfig would use /lib/ndb/local, since I had
>> configured the network there. 

Doesn't the manpage say something to that effect?  In any case, it
probably ought to do that, as long as it does all the other stuff that
it does.






From 9fans@cse.psu.edu  Fri Oct 20 21:22:40 2000
Date: Fri, 20 Oct 2000 16:22:40 -0400
From: Mark C. Otto 9fans@cse.psu.edu
Subject: [9fans] Df command in Plan9?


Having a 500mb disk drive, I was looking to check how much disk space I had
left.  I haven't been able to find an equivalent of the unix df command to find
the space used and available,

df
Filesystem           1k-blocks      Used Available Use% Mounted on
/dev/sda5              4546016   1650964   2664120  38% /
/dev/sda2                23333      6149     15980  28% /boot
/dev/sda1              2036224   1819008    217216  89% /mnt/win
/dev/sdb1              8947440   2234552   6712888  25% /mnt/win2
parula:/data           8124357   7013836   1029278  87% /mnt/parula/data
parula:/space          1372362   1155507    161961  88% /mnt/parula/space
/dev/fd0                  1423      1252       171  88% /mnt/floppy

Du on a device does not even get at the space used,

du #sdC0

For a terminal, I would have expected something in disk/kfscmd.  For the
fileserver, am I missing something in fs(8)?

Thanks,
Mark





From 9fans@cse.psu.edu  Fri Oct 20 21:31:28 2000
Date: Fri, 20 Oct 2000 16:31:28 -0400
From: Russ Cox 9fans@cse.psu.edu
Subject: [9fans] Df command in Plan9?


Look in the archives -- I and someone else (tad?)
have posted df scripts/programs for kfs.  Mine is
at www.eecs.harvard.edu/~rsc/plan9.html.

mount /srv/kfs /n/kfs
du /n/kfs | tail

will get you the number you're looking for.
du '#SsdC0' will produce a number but likely
not the one you want.  Du just sums the sizes
of all the files it sees.

Please don't tell me that du /dev/sda1 would
do something other than report the disk size
under Linux.

Russ





From 9fans@cse.psu.edu  Fri Oct 20 22:44:23 2000
Date: Fri, 20 Oct 2000 17:44:23 -0400 (EDT)
From: Alexander Viro 9fans@cse.psu.edu
Subject: [9fans] Df command in Plan9?


On Fri, 20 Oct 2000, Russ Cox wrote:

> Please don't tell me that du /dev/sda1 would
> do something other than report the disk size
> under Linux.

??? du(1) does lstat(2), notices that thing is not a directory and
prints (scaled) st_blocks. In case of device inode it's 0, plain and
simple.

% du /dev/sda1
0	/dev/sda1
% uname
Linux

Same happens on many other Unices. Damn in I remember how old versions
acted (IIRC non-directory would be ignored/flamed), but I've never seen
one that would print the device size.

I've definitely never heard of du(1) on device doing an equivalent of
df(1) - for one thing, it would require ability to guess the filesystem
type and parse the superblock. Even GNU didn't try _that_ feature.






From 9fans@cse.psu.edu  Fri Oct 20 22:51:12 2000
Date: Fri, 20 Oct 2000 23:51:12 +0200
From: Boyd Roberts 9fans@cse.psu.edu
Subject: [9fans] Df command in Plan9?


From: Alexander Viro <viro@math.psu.edu>
To: <9fans@cse.psu.edu>
Sent: Friday, October 20, 2000 11:44 PM
Subject: Re: [9fans] Df command in Plan9?


> 
> I've definitely never heard of du(1) on device doing an equivalent of
> df(1) - for one thing, it would require ability to guess the filesystem
> type and parse the superblock. Even GNU didn't try _that_ feature.

du works on plain files and directory trees.

df works on file-systems.







From 9fans@cse.psu.edu  Fri Oct 20 22:51:08 2000
Date: Fri, 20 Oct 2000 17:51:08 -0400
From: 9fans@cse.psu.edu 9fans@cse.psu.edu
Subject: [9fans] Df command in Plan9?


what about

	disk/kfscmd check

It takes a while since it's more like fsck but you get
your answer:

checking file system: main
check free list
lo = 8155; hi = 412499
   11417 files
  412499 blocks in the file system
   87267 used blocks
  325232 free blocks
   15658 maximum qid path





From 9fans@cse.psu.edu  Fri Oct 20 20:38:04 2000
Date: Fri, 20 Oct 100 20:37:47 -0400 (EDT)
From: Rick Hohensee 9fans@cse.psu.edu
Subject: [9fans] Df command in Plan9?


> 
> 
> 
> On Fri, 20 Oct 2000, Russ Cox wrote:
> 
> > Please don't tell me that du /dev/sda1 would
> > do something other than report the disk size
> > under Linux.
> 

df, BTW, is one of those design flaws of unix that is so 
obvious nobody sees it. A directory has a size. It is the
size of it's contents, not the size of the "file" containing
the dirnames and so on. The size of a directory, it's "du-size",
is something the filesystem should keep track of.

I had a bag of code hung off the side of Linux for "Dyndufs",
but then there was a severe ripple in the chrono-synclastic
infindibulum, and I got a job. 

I wonder what X, GNOME, Enlightenment, Perl and so on would
look like if the developers of them were constantly seeing the
size results of thier actions.

Rick Hohensee





From 9fans@cse.psu.edu  Sat Oct 21 09:08:25 2000
Date: Sat, 21 Oct 2000 01:08:25 -0700
From: Mike Haertel 9fans@cse.psu.edu
Subject: [9fans] bug fix to /sys/src/libdisk/disk.c and /386/bin/format


I recently attempted to install Plan 9 on a 9GB SCSI disk
using a Tekram controller.

The install process appeared to work fine.  When I reached
the "bootsetup" step, I chose native Plan 9 boot from the
hard disk.  It made the usual whining about disks >2GB [*],
but I had a multi-boot manager in the MBR, so I elected
not to install Plan 9's MBR.

Upon attempting to boot Plan 9, I got to PBS, and then got
the failure: Bad format.

It turned out the reason was that the disk geometry recorded
in the PBS did not match the actual geometry being used by
the SCSI BIOS.

I worked backwards through the scripts and commands to reach
the geometry guessing routines in /sys/src/libdisk/disk.c.
Since I had a SCSI disk, the ATA geometry determination method
(which is probably the most reliable) was not applicable.

Upon inspecting the code, I found that opendisk() would attempt
to look for an MBR in the first sector of the disk partition
being opened, and if it found one, look for a consistent
geometry in that MBR.  Unfortunately, the first sector of
sd00/9fat was *not* the first sector of the disk, it was just
the first sector of the partition, and contained garbage.

As an experiment, I tried running dd from another window on
the install floppy, and copying the MBR from the real first
sector of the disk to the first sector of the 9fat slice, and
then running "bootsetup".  Much to my relief, it created a
Plan 9 boot sector with the correct geometry.  I then began
working on a real fix.

Enclosed is a fix to opendisk() which modifies the routine
partitiongeometry() to try looking for the MBR first in
the whole-disk partition /dev/sdXX/data, and only if that
fails will it look for an MBR in the first sector of the
partition being opened.

There is also another minor bug fix to a call to strdup()
whose return area was being overwritten with a potentially
longer string than the original string given to strdup().

I replaced format on the install floppy with one linked
with my new libdisk, then I bravely zeroed out my 9fat
partition contents, reconstructed the same Plan 9 partitions,
and ran bootsetup again.  It worked.

I am very surprised nobody has complained about this before.
As far as I can tell, without this fix Plan 9 will not install
correctly on any reasonably large (> 1GB) SCSI disk unless it
is installed near the very beginning of the disk.

Footnote:
[*] Just out of curiosity, what OSes' MBRs have trouble
at the 2GB boundary?  I am very familiar with trouble at
the 8GB boundary requiring LBA addressing, but I have never
seen an MBR that chokes at 2GB.

Diffs (against the October release of Plan 9):
% diff /sys/src/libdisk/disk.c disk.c
63c63,65
< 	Table *t;
---
> 	Table *t = (Table *)(buf + Toffset);
> 	char *rawname;
> 	int rawfd;
65,67c67,92
< 
< 	if(seek(disk->fd, 0, 0) < 0) {
< 		return -1;
---
> 	/*
> 	 * look for an MBR first in the /dev/sdXX/data partition, otherwise
> 	 * attempt to fall back on the current partition.
> 	 */
> 	rawname = malloc(strlen(disk->prefix) + 5);	/* prefix + "data" + nul */
> 	if (rawname) {
> 		strcpy(rawname, disk->prefix);
> 		strcat(rawname, "data");
> 		rawfd = open(rawname, OREAD);
> 		free(rawname);
> 		if (rawfd >= 0
> 		    && seek(rawfd, 0, 0) >= 0
> 		    && readn(rawfd, buf, 512) == 512
> 		    && t->magic[0] == Magic0
> 		    && t->magic[1] == Magic1) {
> 			close(rawfd);
> 		} else {
> 			if (rawfd >= 0)
> 				close(rawfd);
> 			if (seek(disk->fd, 0, 0) < 0
> 			    || readn(disk->fd, buf, 512) != 512
> 			    || t->magic[0] != Magic0
> 			    || t->magic[1] != Magic1) {
> 				return -1;
> 			}
> 		}
70,77d94
< 	if(readn(disk->fd, buf, 512) != 512) {
< 		return -1;
< 	}
< 
< 	t = (Table*)(buf+Toffset);
< 	if(t->magic[0] != Magic0 || t->magic[1] != Magic1)
< 		return -1;
< 
279c296
< 	p = strdup(disk);
---
> 	p = malloc(strlen(disk) + 4);	/* disk + "ctl" + nul */
285a303
> 	strcpy(p, disk);





From 9fans@cse.psu.edu  Sat Oct 21 11:13:42 2000
Date: Sat, 21 Oct 2000 06:13:42 -0400 (EDT)
From: Alexander Viro 9fans@cse.psu.edu
Subject: [9fans] Df command in Plan9?


On Fri, 20 Oct 100, Rick Hohensee wrote:

> > 
> > 
> > 
> > On Fri, 20 Oct 2000, Russ Cox wrote:
> > 
> > > Please don't tell me that du /dev/sda1 would
> > > do something other than report the disk size
> > > under Linux.
> > 
> 
> df, BTW, is one of those design flaws of unix that is so 
> obvious nobody sees it. A directory has a size. It is the
> size of it's contents, not the size of the "file" containing
> the dirnames and so on. The size of a directory, it's "du-size",
> is something the filesystem should keep track of.

Sigh... Rick, we've been through that how many times?
	* Unices have link(2) and/or bind(2) (I mean Plan 9, not BSD
one). Deal. No, dropping both is not an option.
	* you are creating a major contention point, since effects of 
_any_ block allocation have to propagate all way down through the
directory tree.
	* Forget about the metadata consistency - with your scheme damn
next to every operation requires multiple on-disk changes, and that's
putting it quite mildly.
	* Non-local operations are prone to races. Even cross-directory
rename(2) is a major PITA. The thing you are proposing is going to be
much worse.
	* Programs that might benefit from that "du-size" are either
going to scan the tree anyway or belong to very small class -
filemanagers. Punishing all normal processes for the feature they don't
need is Wrong. Moreover, programs that might benefit from that change are
notoriously badly written. I'm yet to see a filemanager that would not be
a bloated pile of crap. If you want to accelerate them - start with
removing the obvious junk, then you might expect at least some sympathy.

> I had a bag of code hung off the side of Linux for "Dyndufs",
> but then there was a severe ripple in the chrono-synclastic
> infindibulum, and I got a job. 

You've also been told that these changes are _not_ going into the tree,
*period*. Quite a few times. Due to the reasons above and then some
(semantics on the mountpoints, etc.). IIRC, you just kept repeating that
filemanagers were the only programs that mattered anyway since they are
all that "normal users" (whatever it means) see. Sorry, not impressed.






From 9fans@cse.psu.edu  Sat Oct 21 06:34:46 2000
Date: 21 Oct 00 5:34:46 AM
From: 9fans@cse.psu.edu 9fans@cse.psu.edu
Subject: [9fans] Halloween SS


Halloween XXX CD-Rom Super Sale!
                
CYBER DATE - 
Cyber Hit's award winning software turns your Mac or PC into one hot, erotic sex fest! 
Keep her all for yourself while you ask her to try on or take off different clothes. 
Guide her through dozens of sexual activities, or let her guide you as you see it all as 
though you were the one on top of her! Order her to call up one of her friends 
(or all of them) as you call all the shots and witness or participate in the hottest 
orgy you can imagine! Because of her artificial intelligence and huge vocabulary, 
each time you play is unique. Each time you play, you'll learn more about her and all 
that she can do. The result is 100's of hours of awesome erotic entertainment which makes 
Cyber Date one of the greats!  Comes with both male and female versions!


       ********************* Special Offer *********************
*Get two more new and exciting adult games for an additional $19.95*
       *********************************************************
                     
        This is to inform you about the new adult game that VCS Magazine
rated "The Best Adult Game of 2000".  "The Search for Paradise is no doubt one
of the hottest XXX adult games available...".  This is the first game that is
as much fun as it is a turn on!  Travel the world to every continent, every
country you can think of, and meet some of the most beautiful women in
existence.  These women will treat you like a king and obey your every command 
as well as any sexual desire you can think of.  There is a different paradise 
for every guy out there, and this game will have them all.  This game uses digital 
video, and digital sound to make it as realistic as possible.  

You'll also receive "Club Celebrity X".  Meet, talk to and
make love with the celebrities of your choice.


----------------------------------------------------------------------------------------------------
Also check out "Fantasies". Currently our hottest selling title! What's 
your fantasy? Chances are it's on this game! Participate in dozens of
the hottest, wildest sexual fantasies ever imagined! You no longer have
to imagine what it would be like.

All orders are shipped discreetly in an unmarked package.  Your name and information 
will never be put on any mailing lists!

To order, please send  to:                             First Byte Software
(Includes shipping and handling)                       9135-A Reseda Blvd PMB 164
                                                       Northridge, CA  91324
                                                                   

Please fill out the following form and mail it to the address above.  

You must be over the age of 18 to order this software.


   - - - - - - - - - - - - - - - - - - - - - (Cut here)- - - - - - - - - - - - - - - - - - - - - - - 

                                            First Byte Software
                                            9135-A Reseda Blvd PMB 164
                                            Northridge, CA  91324

Your Name:


Address:


City, State, Zip:


 
(   ) Cyber Date............................................................$19.95
(   ) The Search for Paradise & Club Celebrity X.....$19.95
(   ) Fantasies.............................................................$19.95

BEST VALUE!!
(   ) Everything!!! Cyber Date, The Search for Paradise, Club Celebrity X, 
                    Fantasies...............................................$39.95


                                                          Amount enclosed?
                                                     


                                   **Reseller ID# 891**





From 9fans@cse.psu.edu  Sat Oct 21 15:10:34 2000
Date: Sat, 21 Oct 2000 10:10:34 -0400
From: Russ Cox 9fans@cse.psu.edu
Subject: [9fans] bug fix to /sys/src/libdisk/disk.c and /386/bin/format


If I remember correctly, Microsoft's standard
MBR has trouble with booting in more than 2GB.

Thanks for the fix.

Russ





From 9fans@cse.psu.edu  Sat Oct 21 19:16:19 2000
Date: Sat, 21 Oct 2000 20:16:19 +0200
From: Boyd Roberts 9fans@cse.psu.edu
Subject: [9fans] MagicGraph 128 V/ZV 40K SVA


has anyone got a vgadb entry for this horrible thing?  ta.







From 9fans@cse.psu.edu  Sat Oct 21 19:38:02 2000
Date: Sat, 21 Oct 2000 14:38:02 -0400
From: Russ Cox 9fans@cse.psu.edu
Subject: [9fans] MagicGraph 128 V/ZV 40K SVA


poke around in video memory.
there should be a "MagicGraph 128" in the first 256 bytes.






From 9fans@cse.psu.edu  Sat Oct 21 19:31:24 2000
Date: Sat, 21 Oct 2000 20:31:24 +0200
From: Boyd Roberts 9fans@cse.psu.edu
Subject: [9fans] MagicGraph 128 V/ZV 40K SVA


i got that done.  i stuck it with the other thinkpads.

but i get:

aux/vga: neomagic: DID 0003 unsupported







From 9fans@cse.psu.edu  Sat Oct 21 20:14:04 2000
Date: Sat, 21 Oct 100 20:13:45 -0400 (EDT)
From: Rick Hohensee 9fans@cse.psu.edu
Subject: [9fans] Df command in Plan9?


> 
> 
> 
> On Fri, 20 Oct 100, Rick Hohensee wrote:
> 
> > > 
> > > 
> > > 
> > > On Fri, 20 Oct 2000, Russ Cox wrote:
> > > 
> > > > Please don't tell me that du /dev/sda1 would
> > > > do something other than report the disk size
> > > > under Linux.
> > > 
> > 
> > df, BTW, is one of those design flaws of unix that is so 
> > obvious nobody sees it. A directory has a size. It is the
> > size of it's contents, not the size of the "file" containing
> > the dirnames and so on. The size of a directory, it's "du-size",
> > is something the filesystem should keep track of.
> 
> Sigh... Rick, we've been through that how many times?

Who's "we"? I don't recall mentioning this here. You and I haven't
been over this at all that I recall. I did have some considered criticism
of this in comp.unix.programmer, where a regular there breached the name
Dyn-du.

> 	* Unices have link(2) and/or bind(2) (I mean Plan 9, not BSD
> one). Deal. No, dropping both is not an option.

This drops nothing. This points up the one thing you SHOULD have called me
on, which is that the term "design flaw" is an exaggeration. Dyndufs is
more like a design opportunity.

> 	* you are creating a major contention point, since effects of 
> _any_ block allocation have to propagate all way down through the
> directory tree.

True. When was the last time you did a du on / ? Or /usr ? Why?

> 	* Forget about the metadata consistency - with your scheme damn
> next to every operation requires multiple on-disk changes, and that's
> putting it quite mildly.

The "on-disk" part is subject to some variation.

> 	* Non-local operations are prone to races. Even cross-directory
> rename(2) is a major PITA. The thing you are proposing is going to be
> much worse.
> 	* Programs that might benefit from that "du-size" are either
> going to scan the tree anyway or belong to very small class -
> filemanagers. 

You've just promoted ls to a filemanager. How Microsoftian.

> Punishing all normal processes for the feature they don't
> need is Wrong. Moreover, programs that might benefit from that change are
> notoriously badly written. I'm yet to see a filemanager that would not be
> a bloated pile of crap. If you want to accelerate them - start with
> removing the obvious junk, then you might expect at least some sympathy.
> 
> > I had a bag of code hung off the side of Linux for "Dyndufs",
> > but then there was a severe ripple in the chrono-synclastic
> > infindibulum, and I got a job. 
> 
> You've also been told that these changes are _not_ going into the tree,
> *period*. Quite a few times. 

What tree? Perhaps the thing to do is just point me at whoever it is you
are confusing me for, if this stuff already exists. The stuff I did was
just at the level of "yes, this is using the VFS headers to initialize all
this callback nonsense", and this is the first I've mentioned the "code"
anywhere.

> Due to the reasons above and then some
> (semantics on the mountpoints, etc.). IIRC, you just kept repeating that
> filemanagers were the only programs that mattered anyway since they are
> all that "normal users" (whatever it means) see. Sorry, not impressed.
> 
> 

Please, who are you talking about?

BTW, the stuff I HAVE basically silently been informed won't be going into
the Linus Linux tree is my stuff to support booting to /.sbi/init so that
the dirnames the user sees can be internationalized or otherwise
localized. 2 execve's in init/main.c. I also am unimpressed. I have since
found out that cLIeNUX, my little distro, is in some ways the very poor
man's Plan9. No WONDER a trivial little patch for 5 billion people went
ignored. NIH. I look for outlets for good ideas. I looked in l-k. I'm
still looking.

Rick Hohensee

this Rick Hohensee...
:; cLIeNUX0 /dev/tty3  18:01:03   /
:;d
ABOUT        LGPL         command      floppy       mounts       suite
ABOUT.Linux  Linux        configure    guest        owner        temp
CD           RIGHTS       dev          help         source
GPL          boot         etc          log          subroutine
:; cLIeNUX0 /dev/tty3  18:01:06   /
:;

www.clienux.com





From 9fans@cse.psu.edu  Sun Oct 22 01:25:29 2000
Date: Sun, 22 Oct 2000 02:25:29 +0200
From: Boyd Roberts 9fans@cse.psu.edu
Subject: [9fans] Df command in Plan9?


From: Rick Hohensee <humbubba@smarty.smart.net>

> > > df, BTW, is one of those design flaws of unix that is so 
> > > obvious nobody sees it. A directory has a size. It is the
> > > size of it's contents, not the size of the "file" containing
> > > the dirnames and so on. The size of a directory, it's "du-size",
> > > is something the filesystem should keep track of.
> > 
> > Sigh... Rick, we've been through that how many times?
> 
> Who's "we"? I don't recall mentioning this here. You and I haven't
> been over this at all that I recall. I did have some considered criticism
> of this in comp.unix.programmer, where a regular there breached the name
> Dyn-du.

oh nonsense.  directories are the size of their meta-data.

> This drops nothing. This points up the one thing you SHOULD have called me
> on, which is that the term "design flaw" is an exaggeration. Dyndufs is
> more like a design opportunity.

this is exactly the problem with linux; everything is a 'design opportunity'.
it's never ending and has not advanced the state of the art by one iota.

> 
> True. When was the last time you did a du on / ? Or /usr ? Why?
> 

not for a while, but when i needed to tar up a tree on multiple floppies
i used du, before invoking tar.  i see that SCO broke tar so it would
know about multiple volumes.  i wrote a script.  it's called a 'tools
approach'.

> > * Non-local operations are prone to races. Even cross-directory
> > rename(2) is a major PITA. The thing you are proposing is going to be
> > much worse.
> > * Programs that might benefit from that "du-size" are either
> > going to scan the tree anyway or belong to very small class -
> > filemanagers. 
> 
> You've just promoted ls to a filemanager. How Microsoftian.

kirk said that it took multiple iterations to get rename(2)
right, because it's a nasty problem.







From 9fans@cse.psu.edu  Sun Oct 22 12:04:49 2000
Date: Sun, 22 Oct 2000 12:04:49 0100
From: 9fans@cse.psu.edu 9fans@cse.psu.edu
Subject: [9fans] Df command in Plan9?


>>BTW, the stuff I HAVE basically silently been informed won't be going into
>>the Linus Linux tree is my stuff to support booting to /.sbi/init so that
>>the dirnames the user sees can be internationalized or otherwise
>>localized. 2 execve's in init/main.c.

i didn't understand this bit.






From 9fans@cse.psu.edu  Sun Oct 22 12:34:41 2000
Date: Sun, 22 Oct 2000 07:34:41 -0400 (EDT)
From: Alexander Viro 9fans@cse.psu.edu
Subject: [9fans] Df command in Plan9?


On Sat, 21 Oct 100, Rick Hohensee wrote:

> > Sigh... Rick, we've been through that how many times?
> 
> Who's "we"? I don't recall mentioning this here. You and I haven't
> been over this at all that I recall. I did have some considered criticism
> of this in comp.unix.programmer, where a regular there breached the name
> Dyn-du.

grep l-k archives.

> > 	* Unices have link(2) and/or bind(2) (I mean Plan 9, not BSD
> > one). Deal. No, dropping both is not an option.
> 
> This drops nothing. This points up the one thing you SHOULD have called me

Then WTF _is_ "directory that contains file"? And how the green fsck do
you find all parents? Full scan of the tree? And let's not go into the
sweet effects of mountpoint located on r-o filesystem. Or, better yet,
several processes having different sets of bindings.

> on, which is that the term "design flaw" is an exaggeration. Dyndufs is
> more like a design opportunity.

"We've met an insurmountable opportunity"...

> > 	* you are creating a major contention point, since effects of 
> > _any_ block allocation have to propagate all way down through the
> > directory tree.
> 
> True. When was the last time you did a du on / ? Or /usr ? Why?

Exactly. So you are giving performance problems to normal processes just
to make the operation of _really_ dubious merit run faster. Once in many
months. Smart, that...

> > 	* Forget about the metadata consistency - with your scheme damn
> > next to every operation requires multiple on-disk changes, and that's
> > putting it quite mildly.
> 
> The "on-disk" part is subject to some variation.

As in "we get a dirty shutdown and fs consistency, erm, varies"?

> > 	* Non-local operations are prone to races. Even cross-directory
> > rename(2) is a major PITA. The thing you are proposing is going to be
> > much worse.
> > 	* Programs that might benefit from that "du-size" are either
> > going to scan the tree anyway or belong to very small class -
> > filemanagers. 
> 
> You've just promoted ls to a filemanager. How Microsoftian.

Since when does ls(1) need your "du-size" to work?

> > You've also been told that these changes are _not_ going into the tree,
> > *period*. Quite a few times. 
> 
> What tree? Perhaps the thing to do is just point me at whoever it is you

ftp.kernel.org one. _Any_ form of that "let's count the sizes of all
objects refered from directory" is out.

> are confusing me for, if this stuff already exists. The stuff I did was
> just at the level of "yes, this is using the VFS headers to initialize all
> this callback nonsense", and this is the first I've mentioned the "code"
> anywhere.

Irrelevant. The thing is broken by design and reasons had been discussed
quite a few times. Period. You want to play with that bogosity - you fork
the tree.

> BTW, the stuff I HAVE basically silently been informed won't be going into
> the Linus Linux tree is my stuff to support booting to /.sbi/init so that
> the dirnames the user sees can be internationalized or otherwise
> localized. 2 execve's in init/main.c. I also am unimpressed. I have since
> found out that cLIeNUX, my little distro, is in some ways the very poor
> man's Plan9. No WONDER a trivial little patch for 5 billion people went
> ignored. NIH. I look for outlets for good ideas. I looked in l-k. I'm
> still looking.

<wry>
You might need a good idea first. Cutting down on demagogy might help too.
</wry>

> this Rick Hohensee...
> :; cLIeNUX0 /dev/tty3  18:01:03   /
> :;d
> ABOUT        LGPL         command      floppy       mounts       suite
> ABOUT.Linux  Linux        configure    guest        owner        temp
> CD           RIGHTS       dev          help         source
> GPL          boot         etc          log          subroutine
> :; cLIeNUX0 /dev/tty3  18:01:06   /

<shrug> So you can make gratitious changes to directory names. Maybe
you've even mastered sed(1). Wow...






From 9fans@cse.psu.edu  Sun Oct 22 13:49:41 2000
Date: Sun, 22 Oct 2000 14:49:41 +0200
From: Boyd Roberts 9fans@cse.psu.edu
Subject: [9fans] Df command in Plan9?


From: <forsyth@caldo.demon.co.uk>

> >>BTW, the stuff I HAVE basically silently been informed won't be going into
> >>the Linus Linux tree is my stuff to support booting to /.sbi/init so that
> >>the dirnames the user sees can be internationalized or otherwise
> >>localized. 2 execve's in init/main.c.
> 
> i didn't understand this bit.

neither did i, but it wouldn't be linux without _two_ execve's.

:-)







From 9fans@cse.psu.edu  Sun Oct 22 14:16:13 2000
Date: Sun, 22 Oct 2000 09:16:13 -0400 (EDT)
From: Alexander Viro 9fans@cse.psu.edu
Subject: [9fans] Df command in Plan9?


On Sun, 22 Oct 2000 forsyth@caldo.demon.co.uk wrote:

> >>BTW, the stuff I HAVE basically silently been informed won't be going into
> >>the Linus Linux tree is my stuff to support booting to /.sbi/init so that
> >>the dirnames the user sees can be internationalized or otherwise
> >>localized. 2 execve's in init/main.c.
> 
> i didn't understand this bit.

IIRC, Rick wanted to get rid of /sbin (such an unfriendly name, you see),
so he had renamed it (in his forked variant) to /.<something> (.sbi? bugger
if I remember). Well, since kernel does exec() on /sbin/init he added one
more attempt to serve his setup. So far so good (you fork the tree, you
get to change whatever you want, after all). Well, he asked to put that
patch into the main tree and had been asked WTF did he need it. Major
whining followed (blah, blah, blah, cryptic directory names, blah, blah,
user-unfriendly, blah, I want it in the main tree, ....). The bottom
line was that he had been politely told to sod off and stop wanking.
Considering the fact that boot loader can pass "init=<pathname>" to the
kernel and that will give exactly what he was asking for...






From 9fans@cse.psu.edu  Sun Oct 22 11:42:04 2000
Date: Sun, 22 Oct 100 11:41:16 -0400 (EDT)
From: Rick Hohensee 9fans@cse.psu.edu
Subject: [9fans] Df command in Plan9?


> 
> From: Rick Hohensee <humbubba@smarty.smart.net>
> 
> > > > df, BTW, is one of those design flaws of unix that is so 
> > > > obvious nobody sees it. A directory has a size. It is the
> > > > size of it's contents, not the size of the "file" containing
> > > > the dirnames and so on. The size of a directory, it's "du-size",
> > > > is something the filesystem should keep track of.
> > > 
> > > Sigh... Rick, we've been through that how many times?
> > 
> > Who's "we"? I don't recall mentioning this here. You and I haven't
> > been over this at all that I recall. I did have some considered criticism
> > of this in comp.unix.programmer, where a regular there breached the name
> > Dyn-du.
> 
> oh nonsense.  directories are the size of their meta-data.

Remove one and see if your df changes by the size of the metadata.


> 
> > This drops nothing. This points up the one thing you SHOULD have called me
> > on, which is that the term "design flaw" is an exaggeration. Dyndufs is
> > more like a design opportunity.
> 
> this is exactly the problem with linux; everything is a 'design opportunity'.
> it's never ending and has not advanced the state of the art by one iota.
> 

This is exactly not Linux. This is _not_ "giving a paper" on something in the
Bach book as if it was a new concept. 

Rick Hohensee





From 9fans@cse.psu.edu  Sun Oct 22 12:00:04 2000
Date: Sun, 22 Oct 100 11:59:30 -0400 (EDT)
From: Rick Hohensee 9fans@cse.psu.edu
Subject: [9fans] Df command in Plan9?


> > True. When was the last time you did a du on / ? Or /usr ? Why?
> 
> Exactly. So you are giving performance problems to normal processes just
> to make the operation of _really_ dubious merit run faster. Once in many
> months. Smart, that...

Ah, there's the problem. I keep trying to think, in most un-unix-like fashion, 
that a user is somehow more important than a process.


> > this Rick Hohensee...
> > :; cLIeNUX0 /dev/tty3  18:01:03   /
> > :;d
> > ABOUT        LGPL         command      floppy       mounts       suite
> > ABOUT.Linux  Linux        configure    guest        owner        temp
> > CD           RIGHTS       dev          help         source
> > GPL          boot         etc          log          subroutine
> > :; cLIeNUX0 /dev/tty3  18:01:06   /
> 
> <shrug> So you can make gratitious changes to directory names. Maybe
> you've even mastered sed(1). Wow...
> 
> 

Heh. Lets see you rename everything but /dev and install ncurses. Hint: ed .

After attempting the above, and subsequently re-installing Mandrake, you can
grep l-k for DSFH or Dotted Standard File Hierarchy.

Who?





From 9fans@cse.psu.edu  Sun Oct 22 12:06:03 2000
Date: Sun, 22 Oct 100 12:05:44 -0400 (EDT)
From: Rick Hohensee 9fans@cse.psu.edu
Subject: [9fans] Df command in Plan9?


> 
> >>BTW, the stuff I HAVE basically silently been informed won't be going into
> >>the Linus Linux tree is my stuff to support booting to /.sbi/init so that
> >>the dirnames the user sees can be internationalized or otherwise
> >>localized. 2 execve's in init/main.c.
> 
> i didn't understand this bit.
> 
> 

   Linkname: seedoc of the Dotted Standard Filename Hierarchy
        URL: ftp://linux01.gwdg.de/pub/cLIeNUX/descriptive/DSFH.html
       size: 251 lines

Rick Hohensee





From 9fans@cse.psu.edu  Sun Oct 22 12:08:04 2000
Date: Sun, 22 Oct 100 12:07:34 -0400 (EDT)
From: Rick Hohensee 9fans@cse.psu.edu
Subject: [9fans] Df command in Plan9?


> 
> 
> 
> On Sun, 22 Oct 2000 forsyth@caldo.demon.co.uk wrote:
> 
> > >>BTW, the stuff I HAVE basically silently been informed won't be going into
> > >>the Linus Linux tree is my stuff to support booting to /.sbi/init so that
> > >>the dirnames the user sees can be internationalized or otherwise
> > >>localized. 2 execve's in init/main.c.
> > 
> > i didn't understand this bit.
> 
> IIRC, Rick wanted to get rid of /sbin (such an unfriendly name, you see),
> so he had renamed it (in his forked variant) to /.<something> (.sbi? bugger
> if I remember). Well, since kernel does exec() on /sbin/init he added one
> more attempt to serve his setup. So far so good (you fork the tree, you
> get to change whatever you want, after all). Well, he asked to put that
> patch into the main tree and had been asked WTF did he need it. Major
> whining followed (blah, blah, blah, cryptic directory names, blah, blah,
> user-unfriendly, blah, I want it in the main tree, ....). The bottom
> line was that he had been politely told to sod off and stop wanking.
> Considering the fact that boot loader can pass "init=<pathname>" to the
> kernel and that will give exactly what he was asking for...
> 
> 

What bootloader?

Rick Hohensee





From 9fans@cse.psu.edu  Sun Oct 22 17:31:42 2000
Date: Sun, 22 Oct 2000 12:31:42 -0400 (EDT)
From: Alexander Viro 9fans@cse.psu.edu
Subject: [9fans] Df command in Plan9?


On Sun, 22 Oct 100, Rick Hohensee wrote:

> > Considering the fact that boot loader can pass "init=<pathname>" to the
> > kernel and that will give exactly what he was asking for...
> 
> What bootloader?

The thing that brings the kernel image in core. LILO, GRUB, whatever you
fancy. And RTFM, already.






From 9fans@cse.psu.edu  Sun Oct 22 17:43:24 2000
Date: Sun, 22 Oct 2000 12:43:24 -0400 (EDT)
From: Alexander Viro 9fans@cse.psu.edu
Subject: [9fans] Df command in Plan9?


On Sun, 22 Oct 100, Rick Hohensee wrote:

> > > True. When was the last time you did a du on / ? Or /usr ? Why?
> > 
> > Exactly. So you are giving performance problems to normal processes just
> > to make the operation of _really_ dubious merit run faster. Once in many
> > months. Smart, that...
> 
> Ah, there's the problem. I keep trying to think, in most un-unix-like fashion, 
> that a user is somehow more important than a process.

Rick, remember the comment about demagogy? That's precisely what I was
refering to. s/process/operation requested by user/ and reread the
sentence you've quoted. IMO you've missed your calling - in marketing or
election campaigns your lack of intellectual honesty would be really
great, but for fsck sake, stay away from the technical stuff, you are only
making yourself look pathetic.






From 9fans@cse.psu.edu  Sun Oct 22 18:06:11 2000
Date: Sun, 22 Oct 2000 18:06:11 0100
From: 9fans@cse.psu.edu 9fans@cse.psu.edu
Subject: [9fans] Df command in Plan9?


This is a multi-part message in MIME format.
--upas-ohokjsaitbekiuklfrxnjnkvqz
Content-Disposition: inline
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit

thank you.  i suppose the .renamin technique was adopted to allow
patching binaries.  to draw things back to plan 9,
i thought the following rule was interesting:

``for a binary to expect a file at a specific full pathname is bad practice.''

curiously, that is regarded as standard practice and
perhaps even essential for both Plan 9 and Inferno.
o tempora, o mores!


--upas-ohokjsaitbekiuklfrxnjnkvqz
Content-Type: message/rfc822
Content-Disposition: inline

Received: from finch-punt-12.mail.demon.net ([194.217.242.36]) by lavoro; Sun Oct 22 17:22:46 BST 2000
Received: from punt-1.mail.demon.net by mailstore for forsyth@caldo.demon.co.uk
          id 972230828:10:14436:0; Sun, 22 Oct 2000 16:07:08 GMT
Received: from psuvax1.cse.psu.edu ([130.203.4.6]) by punt-1.mail.demon.net
           id aa1014091; 22 Oct 2000 16:06 GMT
Received: from psuvax1.cse.psu.edu (unknown [130.203.18.6])
	by mail (CSE Mail Server) with ESMTP
	id 4FCE3199FC; Sun, 22 Oct 2000 12:06:07 -0400 (EDT)
Received: from smarty.smart.net (unknown [207.176.80.102])
	by mail (CSE Mail Server) with ESMTP id 10120199E7
	for <9fans@cse.psu.edu>; Sun, 22 Oct 2000 12:05:45 -0400 (EDT)
Received: (from humbubba@localhost)
	by smarty.smart.net (8.9.1/8.9.1) id MAA11584
	for 9fans@cse.psu.edu; Sun, 22 Oct 2000 12:05:44 -0400
From: Rick Hohensee <humbubba@smarty.smart.net>
Message-Id: <200010221605.MAA11584@smarty.smart.net>
Subject: Re: [9fans] Df command in Plan9?
To: 9fans@cse.psu.edu
In-Reply-To: <20001022110839.0163B199D5@mail> from "forsyth@caldo.demon.co.uk" at Oct 22, 0 12:04:49 pm
X-Mailer: ELM [version 2.4 PL24]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: 9fans-admin@cse.psu.edu
Errors-To: 9fans-admin@cse.psu.edu
X-BeenThere: 9fans@cse.psu.edu
X-Mailman-Version: 2.0beta6
Precedence: bulk
Reply-To: 9fans@cse.psu.edu
List-Id: Fans of the O/S Plan 9 from Bell Labs <9fans.cse.psu.edu>
List-Archive: http://lists.cse.psu.edu/archives/9fans/
Date: Sun, 22 Oct 100 12:05:44 -0400 (EDT)

> 
> >>BTW, the stuff I HAVE basically silently been informed won't be going into
> >>the Linus Linux tree is my stuff to support booting to /.sbi/init so that
> >>the dirnames the user sees can be internationalized or otherwise
> >>localized. 2 execve's in init/main.c.
> 
> i didn't understand this bit.
> 
> 

   Linkname: seedoc of the Dotted Standard Filename Hierarchy
        URL: ftp://linux01.gwdg.de/pub/cLIeNUX/descriptive/DSFH.html
       size: 251 lines

Rick Hohensee

--upas-ohokjsaitbekiuklfrxnjnkvqz--





From 9fans@cse.psu.edu  Sun Oct 22 18:27:54 2000
Date: Sun, 22 Oct 2000 13:27:54 -0400
From: Latchesar Ionkov 9fans@cse.psu.edu
Subject: [9fans] Re: =?iso-8859-1?Q?=5B9fans=5D_R=E9f=2E_:_=5B9fans=5D_Re:_=5B9fans=5D_R=E9f?=
 =?iso-8859-1?Q?=2E_:_Re:_=5B9fans=5D_USB_floppies?=


On Fri, Oct 20, 2000 at 05:37:08PM +0200, boyd.roberts@ca-indosuez.com said:
> Lucho:
> 
> > Why don't you try jmk's suggestion booting from the network?
> 
> On Tue, 26 Sep 2000 20:37:43 -0400, jmk@plan9.bell-labs.com said:
> :
> : It's all ugly. Because the BIOS can make the USB floppy available via
> : the INT13 interface I made a version of the bootstrap that had the necessary
> : plan9.ini info wired in (i.e. which ether to use). Once that's loaded
> : it doesn't need the floppy any more and can boot a kernel over the ethernet.
> : After that it's easy (provided you have a Plan 9 fileserver to talk to).
> 
> <kryten>
> a great idea, sir, except for two minor points:  i don't have
> 1) a plan 9 fileserver or 2) another ethernet card in my 35m2 paris
> apartment.
> </kryten>
> 
> i do have an ADSL, but that's not gonna help.

You don't need fileserver -- I used my cpu/auth server to mount root from. I
used my Linux box for BOOTP/TFTP to load 9pcdisk.

	Lucho





From 9fans@cse.psu.edu  Sun Oct 22 18:33:48 2000
Date: Sun, 22 Oct 2000 13:33:48 -0400
From: Latchesar Ionkov 9fans@cse.psu.edu
Subject: [9fans] smc 91cxx driver


On Fri, Oct 20, 2000 at 01:43:23PM -0400, jmk@plan9.bell-labs.com said:
> Since we are always short of PCMCIA cards I looked into buying one of these
> but they seem to have been replaced by the 'EZ PC Card 10' which is claimed
> to be NE2000 compatible.

I am not sure that smc91cXX driver should be included in kernel. Especially
if the hardware is obsolete and I am the only person that uses it. It would
be great to have the change in devi82365.c though.

Thanks,
	Lucho





From 9fans@cse.psu.edu  Sun Oct 22 22:09:04 2000
Date: Sun, 22 Oct 100 22:07:46 -0400 (EDT)
From: Rick Hohensee 9fans@cse.psu.edu
Subject: [9fans] Df command in Plan9?


> 
> 
> 
> On Sun, 22 Oct 100, Rick Hohensee wrote:
> 
> > > Considering the fact that boot loader can pass "init=<pathname>" to the
> > > kernel and that will give exactly what he was asking for...
> > 
> > What bootloader?
> 
> The thing that brings the kernel image in core. LILO, GRUB, whatever you
> fancy. And RTFM, already.
> 
> 

cp a bzImage to a floppy. I boot from such a floppy at work to keep
W2k and the large young sysadmin out of my hair. No bootloader, per se.

You're really quite spaced out Al. Take a breather. Go for a walk.

Rick Hohensee





From 9fans@cse.psu.edu  Sun Oct 22 22:24:03 2000
Date: Sun, 22 Oct 100 22:23:52 -0400 (EDT)
From: Rick Hohensee 9fans@cse.psu.edu
Subject: [9fans] Df command in Plan9?


> 
> This is a multi-part message in MIME format.
> --upas-ohokjsaitbekiuklfrxnjnkvqz
> Content-Disposition: inline
> Content-Type: text/plain; charset="US-ASCII"
> Content-Transfer-Encoding: 7bit
> 
> thank you.  i suppose the .renamin technique was adopted to allow
> patching binaries.  to draw things back to plan 9,
> i thought the following rule was interesting:

Yes. A simple ed script can convert almost anything. X server source 
eludes my script because it has a /name in it somewhere, and I stick
to looking for /name/ . So I edit XFree server bins by hand. There are 
other wrinkles here and there, but for the most part it was surprisingly
easy to convert. If I ever get another cLIeNUX out the .names will be the
real dirs, and the symlinks will be the visible names. Then you can just
mv command bin   if you like. 

> 
> ``for a binary to expect a file at a specific full pathname is bad practice.''
> 
> curiously, that is regarded as standard practice and
> perhaps even essential for both Plan 9 and Inferno.
> o tempora, o mores!
> 

Well, it's all subjective. Note that I didn't mess with /dev   :o)

Thanks for asking, BTW.

Rick Hohensee






From 9fans@cse.psu.edu  Mon Oct 23 06:06:32 2000
Date: Mon, 23 Oct 2000 07:06:32 +0200
From: Boyd Roberts 9fans@cse.psu.edu
Subject: [9fans] Df command in Plan9?


From: Rick Hohensee <humbubba@smarty.smart.net>

> Ah, there's the problem. I keep trying to think, ...

that, about, says it all.







From 9fans@cse.psu.edu  Mon Oct 23 06:12:08 2000
Date: Mon, 23 Oct 2000 07:12:08 +0200
From: Boyd Roberts 9fans@cse.psu.edu
Subject: [9fans] =?iso-8859-1?Q?Re:_=5B9fans=5D_Re:_=5B9fans=5D_R=E9f._:_=5B9fans=5D_Re:?=
 =?iso-8859-1?Q?_=5B9fans=5D_R=E9f._:_Re:_=5B9fans=5D_USB_floppies?=


From: Latchesar Ionkov <lucho@gmx.net>

> You don't need fileserver -- I used my cpu/auth server to mount root from. I
> used my Linux box for BOOTP/TFTP to load 9pcdisk.

can you read?  I DON'T HAVE ANOTHER SERVER.







From 9fans@cse.psu.edu  Mon Oct 23 10:01:40 2000
Date: Mon, 23 Oct 2000 09:01:40 GMT
From: Douglas A. Gwyn 9fans@cse.psu.edu
Subject: [9fans] bug fix to /sys/src/libdisk/disk.c and /386/bin/format


Mike Haertel wrote:
> Upon attempting to boot Plan 9, I got to PBS, and then got
> the failure: Bad format.

Yeah, that has also happened to me (even before the latest big
update) with either the Win/NT multiboot (BOOT.INI) hook or the
partition boot method.  (The boot floppy method works.  Windows
ME doesn't support CONFIG.SYS/AUTOBOOT.SYS, so the Windows 9x
method doesn't work for Win/ME.)  I hope your patch will enable
construction of a usable boot block.  The interaction of Win/ME,
Win/2K, Solaris 8 (x86 boot manager partition), and Plan 9
mangling of the PBR has caused me to rebuild, several times,
*everything* on the 3 20.5MB IDE disks on the new system I'm
trying to get set up (which should eventually take over from
the one I'm typing this on).

Perhaps a working Plan 9 boot block (512 bytes) could be
placed on the distribution updates page?  (One could floppy-
boot the system then copy the new block into place.)





From 9fans@cse.psu.edu  Mon Oct 23 10:01:14 2000
Date: Mon, 23 Oct 2000 09:01:14 GMT
From: Douglas A. Gwyn 9fans@cse.psu.edu
Subject: [9fans] 9pucpudisk


Christopher Nielsen wrote:
> FYI, I have a builtin frame buffer on the motherboard. I've
> attempted to disable it through the BIOS setup, but I don't
> see anywhere to do so. My frame buffer is an ATI Xpert98.

There is almost certainly some menu item to disable the
built-in video support.  On the ASUS CUSL2 (which I highly
recommend) it's in Chip Configuration, Onboard VGA.  Also
under PCI configuration it has VGA BIOS Sequence which
determined which of AGP and PCI has precedence.





From 9fans@cse.psu.edu  Mon Oct 23 10:02:02 2000
Date: Mon, 23 Oct 2000 09:02:02 GMT
From: Douglas A. Gwyn 9fans@cse.psu.edu
Subject: [9fans] Df command in Plan9?


Boyd Roberts wrote:
> kirk said that it took multiple iterations to get rename(2)
> right, because it's a nasty problem.

How could it be?  It's just modifying a record in a single
file (the directory file).  I understand that organizing
that file as variable-length records makes updating a problem,
but rename as such is easy (lock, change, unlock).





From 9fans@cse.psu.edu  Mon Oct 23 11:30:17 2000
Date: Mon, 23 Oct 2000 06:30:17 -0400 (EDT)
From: Alexander Viro 9fans@cse.psu.edu
Subject: [9fans] Df command in Plan9?


On Mon, 23 Oct 2000, Douglas A. Gwyn wrote:

> Boyd Roberts wrote:
> > kirk said that it took multiple iterations to get rename(2)
> > right, because it's a nasty problem.
> 
> How could it be?  It's just modifying a record in a single
> file (the directory file).  I understand that organizing
> that file as variable-length records makes updating a problem,
> but rename as such is easy (lock, change, unlock).

rename() can move stuff from one directory to another. Morever, if the
source is a directory, target exists and is an empty directory you
get the target killed. Trust me, it _is_ hell to do right - BTDT, got
nightmares.

Subset implemented in Plan 9 is very easy compared to that. You can't
change the topology, you don't have to lock both parents, you don't have
to lock the victim to avoid races between check for emptiness and creation
of objects in it, you don't have to bother with check for loop-creation
_and_ with races between rename("/a/a","/b/b/b/b") and
rename("/b/b","/a/a/a/a") (each legal, together they create a loop)

It was a living hell. And Kirk didn't get it right in 4.4, BTW -
it was vulnerable to rename/rename race. Variant in Linux seems to be
provably correct (as always, modulo correctness of translation into the
model), but it's not pretty (triple_down() - 'nuff said). Check fs/namei.c
in 2.4 - vfs_rename() and sys_rename() do the thing. And it's still the
place where we have to do very heavy-hand SMP locking - rules for access
to ->d_parent and d_move() are seriously complicated by that crap.

Constant vs. variable-size records have nothing with that. Real problems
are fs-independent.






From 9fans@cse.psu.edu  Mon Oct 23 13:11:37 2000
Date: Mon, 23 Oct 2000 14:11:37 +0200
From: 9fans@cse.psu.edu 9fans@cse.psu.edu
Subject: [9fans] =?iso-8859-1?Q?R=E9f._:_Tr:_[9fans]_Df_command_in_Plan9=3F?=


From: Rick Hohensee <humbubba@smarty.smart.net>
>    Linkname: seedoc of the Dotted Standard Filename Hierarchy
>         URL: ftp://linux01.gwdg.de/pub/cLIeNUX/descriptive/DSFH.html
>        size: 251 lines
>

like i a fool, i went and read this stuff.  apart from the fact that
most of the sentences were incomprehensible, despite the fact that i'm
a tertiery educated, native english speaker, the real horror is that
it solves nothing, adds nothing and serves no purpose.







From 9fans@cse.psu.edu  Mon Oct 23 14:06:35 2000
Date: Mon, 23 Oct 2000 13:06:35 GMT
From: Andy Newman 9fans@cse.psu.edu
Subject: [9fans] =?iso-8859-1?Q?R=E9f.?= : Tr: [9fans] Df command in Plan9?


Boyd wrote:
>it solves nothing, adds nothing and serves no purpose.
History?  Boyd and Alex Viro agreeing!





From 9fans@cse.psu.edu  Mon Oct 23 14:49:16 2000
Date: Mon, 23 Oct 2000 09:49:16 -0400
From: Mark Bitting 9fans@cse.psu.edu
Subject: [9fans] Re: 9fans -- confirmation of subscription -- request 330561


9fans-request@cse.psu.edu wrote:
> 
> 9fans -- confirmation of subscription -- request 330561
> 
> We have received a request from info@gunandknife.com for subscription
> of your email address, <info@gunandknife.com>, to the
> 9fans@cse.psu.edu mailing list.  To confirm the request, please send a
> message to 9fans-request@cse.psu.edu, and either:
> 
> - maintain the subject line as is (the reply's additional "Re:" is
> ok),
> 
> - or include the following line - and only the following line - in the
> message body:
> 
> confirm 330561
> 
> (Simply sending a 'reply' to this message should work from most email
> interfaces, since that usually leaves the subject line in the right
> form.)
> 
> If you do not wish to subscribe to this list, please simply disregard
> this message.  Send questions to 9fans-admin@cse.psu.edu.

-- 
"Gun Control" means hitting your target
http://www.gunandknife.com/





From 9fans@cse.psu.edu  Mon Oct 23 15:54:47 2000
Date: Mon, 23 Oct 2000 10:54:47 -0400 (EDT)
From: Alexander Viro 9fans@cse.psu.edu
Subject: [9fans] =?iso-8859-1?Q?R=E9f.?= : Tr: [9fans] Df command in
 Plan9?


On Mon, 23 Oct 2000, Andy Newman wrote:

> Boyd wrote:
> >it solves nothing, adds nothing and serves no purpose.
> History?  Boyd and Alex Viro agreeing!

Oh, horror...

Seriously, folks, I apologize for the thread-drift. If somebody wants
to discuss Linux-specific stuff - let's take it to email or to
l-k/fsdevel. Again, sorry about that.

PS: Rick, if you are interested in the bootloader stuff - just ask.
Parameter-passing _is_ doable even with cat bzImage >/dev/fd0 kind of
approach. Documentation/i386/boot.txt  should contain enough details, but
if you'll need help - let's take it to email.






From 9fans@cse.psu.edu  Mon Oct 23 18:48:43 2000
Date: Mon, 23 Oct 2000 10:48:43 -0700 (PDT)
From: Mike Haertel 9fans@cse.psu.edu
Subject: [9fans] bug fix to /sys/src/libdisk/disk.c and /386/bin/format


>Perhaps a working Plan 9 boot block (512 bytes) could be
>placed on the distribution updates page?  (One could floppy-
>boot the system then copy the new block into place.)

The problem with this idea is that getting the correct bits
in your Plan 9 boot block depends on the disk geometry as
well as the details of the 9fat partition.  So there is
no one-size-fits-all boot block.

But, perhaps the Bell Labs folks could provide a new
install/boot floppy image, with a bugfixed format binary?

In the meantime, here is a sleazy workaround you can do
with the current install/boot floppy that will have the
exact same effect: just prior to doing the "bootsetup"
command, start a new window, and in the new window type
this command:

	dd -if /dev/sd00/data -of /dev/sd00/9fat -count 1

(where sd00 is the disk you are installing Plan 9 on; for IDE
disks it will be something like sdC0, etc.)

Then, go back to the install command window, run "bootsetup",
and select the "plan9" boot method.  (It will ask if you want
to install a new master boot record; in my experience you
can usually decline and things will work fine--you especially
want to say "no" if you are running a multi-boot manager of
some kind.  I use the one that comes with FreeBSD.)





From 9fans@cse.psu.edu  Mon Oct 23 17:43:50 2000
Date: Mon, 23 Oct 2000 09:43:50 -0700
From: Thomas West 9fans@cse.psu.edu
Subject: [9fans] Re: 9fans -- confirmation of subscription -- request 771627


----- Original Message -----
From: <philw@pequodnet.com>
To: <9fans@cse.psu.edu>
Sent: Friday, October 20, 2000 10:24 AM
Subject: [9fans] Re: 9fans -- confirmation of subscription -- request 771627


> On Fri, 20 October 2000, 9fans-request@cse.psu.edu wrote:
>
> >
> > 9fans -- confirmation of subscription -- request 771627
> >
> > We have received a request from philw@pequodnet.com for subscription
> > of your email address, <philw@pequodnet.com>, to the 9fans@cse.psu.edu
> > mailing list.  To confirm the request, please send a message to
> > 9fans-request@cse.psu.edu, and either:
> >
> > - maintain the subject line as is (the reply's additional "Re:" is
> > ok),
> >
> > - or include the following line - and only the following line - in the
> > message body:
> >
> > confirm 771627
> >
> > (Simply sending a 'reply' to this message should work from most email
> > interfaces, since that usually leaves the subject line in the right
> > form.)
> >
> > If you do not wish to subscribe to this list, please simply disregard
> > this message.  Send questions to 9fans-admin@cse.psu.edu.
>
>
>






From 9fans@cse.psu.edu  Mon Oct 23 20:04:58 2000
Date: Mon, 23 Oct 2000 15:04:58 -0400 (EDT)
From: Ish Rattan 9fans@cse.psu.edu
Subject: [9fans] Booting problem..


I had a Plan9 cpu/terminal up and running for some time. After
the last power outage (today), it has problems booting:

PBS...Labs
uisng SdC0!9fat!plan9.ini
ether#0: NE2000: port 0x300 irq 10 addr 0x4000 size 0x4000: 004095E20415
panic: iunlok

hangs at this point.

The PC seems to work under DOS (hard disk, ether card etc. work).

Any pointers?
- ishwar





From 9fans@cse.psu.edu  Mon Oct 23 20:31:19 2000
Date: Mon, 23 Oct 2000 15:31:19 -0400
From: Russ Cox 9fans@cse.psu.edu
Subject: [9fans] Booting problem..


you should be able to rename
c:\plan9\plan9ini.bak to c:\plan9\plan9.ini
and it will pick that one up instead of
sdC0!9fat!plan9.ini.  then you can do things
like change the bootfile= line back to the
terminal kernel from the install (sdC0!dos!plan9/9pcdisk).
that should get you up enough that you can
poke around -- perhaps the kernel on 9fat
got a bad block as a result of the crash?






From 9fans@cse.psu.edu  Mon Oct 23 19:44:04 2000
Date: Mon, 23 Oct 100 19:43:31 -0400 (EDT)
From: Rick Hohensee 9fans@cse.psu.edu
Subject: [9fans] =?iso-8859-1?Q?R=E9f.?= : Tr: [9fans] Df command in


> 
> PS: Rick, if you are interested in the bootloader stuff - just ask.
> Parameter-passing _is_ doable even with cat bzImage >/dev/fd0 kind of
> approach. Documentation/i386/boot.txt  should contain enough details, but
> if you'll need help - let's take it to email.
> 
> 

Sorry Maestros, but...
There is no boot.txt in the Linux 2.2 or 2.4 source trees, and if 
Al's not also imagining his widely unknown bootloaderless general 
parameter passing method, 2 extra execve's in init/main.c is surely
simpler.

Rick Hohensee

(He's probably thinking of the 5 16 bit values you can rdev, as explained 
correctly in Documentation/ramdisk.txt, and starkly incorrectly in Linux
man rdev, last I looked. ) 





From 9fans@cse.psu.edu  Tue Oct 24 00:50:38 2000
Date: Mon, 23 Oct 2000 19:50:38 -0400 (EDT)
From: Alexander Viro 9fans@cse.psu.edu
Subject: [9fans] =?iso-8859-1?Q?R=E9f.?= : Tr: [9fans] Df command in


On Mon, 23 Oct 100, Rick Hohensee wrote:

> > 
> > PS: Rick, if you are interested in the bootloader stuff - just ask.
> > Parameter-passing _is_ doable even with cat bzImage >/dev/fd0 kind of
> > approach. Documentation/i386/boot.txt  should contain enough details, but
> > if you'll need help - let's take it to email.
> > 
> > 
> 
> Sorry Maestros, but...
> There is no boot.txt in the Linux 2.2 or 2.4 source trees, and if 

% gzip -dc linux-2.4.0-test10.tar.gz|tar t|grep boot.txt
linux/Documentation/i386/boot.txt

*plonk*






From 9fans@cse.psu.edu  Tue Oct 24 01:13:55 2000
Date: Mon, 23 Oct 2000 17:13:55 -0700
From: Tom Duff 9fans@cse.psu.edu
Subject: [9fans] =?iso-8859-1?Q?Re=3A_=5B9fans=5D_R=E9f=2E_=3A_Tr=3A_=5B9fans=5D_D?=
 =?iso-8859-1?Q?f_command_in?=


--PART-BOUNDARY=.110010231713.ZM769709.marvin
Content-Description: Text
Content-Type: text/plain ; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Zm-Decoding-Hint: mimencode -q -u 

On Oct 23,  7:43pm, Rick Hohensee wrote:
> Subject: Re: [9fans] R=E9f. : Tr: [9fans] Df command in
> >
> > PS: Rick, if you are interested in the bootloader stuff - just ask.
> > Parameter-passing _is_ doable even with cat bzImage >/dev/fd0 kind of=

> > approach. Documentation/i386/boot.txt  should contain enough details,=
 but
> > if you'll need help - let's take it to email.
> >
> >
>
> Sorry Maestros, but...
> There is no boot.txt in the Linux 2.2 or 2.4 source trees, and if
> Al's not also imagining his widely unknown bootloaderless general
> parameter passing method, 2 extra execve's in init/main.c is surely
> simpler.

We're way off topic here.  The only thing your bizarre suggestion
accomplishes is to make the names /bin, /sbin, /etc, etc. not appear
when someone types ls /.  You can, of course, make all the symbolic
links you think you need without changing any of the existing names,
change no code at all, in or out of the kernel, and have every effect
you want except that ls / shows a few old names.  Surely this one
feature isn't worth anything even the trivial change you're asking
for.

Furthermore, the plan 9 view is that ls's Unix behavior (not listing
names that start with .) is a bug kludging around a bug, and plan 9
fixes both.

-- =

Tom Duff.  He appears to have J.C. Penney's taste in ties.

--PART-BOUNDARY=.110010231713.ZM769709.marvin--






From 9fans@cse.psu.edu  Tue Oct 24 01:32:32 2000
Date: Tue, 24 Oct 2000 02:32:32 +0200
From: Boyd Roberts 9fans@cse.psu.edu
Subject: [9fans] =?iso-8859-1?Q?Re:_=5B9fans=5D_Re:=5F=5B9fans=5D=5FRe:=5F=5B9fans=5D=5F?=
 =?iso-8859-1?Q?R=C3=A9f.=5F:=5F=5B9fans=5D=5FRe:?=


got my vita nuova t-thirt -- cool.

but the bowling shirt, thanks to bobf, can be found at:

    http://www.planete.net/~boyd/9qab.jpg








From 9fans@cse.psu.edu  Tue Oct 24 06:04:52 2000
Date: Tue, 24 Oct 2000 01:04:52 -0400
From: 9fans@cse.psu.edu 9fans@cse.psu.edu
Subject: [9fans] Hooking a Plan9 Terminal to the Network


in my local setup, i use the following to get around
ip/ipconfig not looking at the ndb files. it's a
small change to /bin/[cpu,term]rc :

	ndb/cs
	sysname=`{cat /dev/sysname}
	myip=`{ndb/query sys $sysname ip}
	ip/ipconfig ether /net/ether0 $myip 255.255.255.0 >/dev/null >[2=1]
	ndb/dns -r

and everything seems happy with this. this allows me
to share the files accross multiple machines. maybe
the subnet mask and gateway could be gotten via ndb,
but i've not tried that.
-α.





From 9fans@cse.psu.edu  Tue Oct 24 09:47:03 2000
Date: Tue, 24 Oct 2000 08:47:03 GMT
From: Bojan Zdravkovic 9fans@cse.psu.edu
Subject: [9fans] T-Shirts


Hello all, not a technical matter but...

Anyone know where a plan9 t-shirt can be purchased?
Can we make our own t-shirt with the bunny, or is the logo trademarked?

thanks,

bojan





From 9fans@cse.psu.edu  Tue Oct 24 10:43:31 2000
Date: Tue, 24 Oct 2000 10:43:31 0100
From: 9fans@cse.psu.edu 9fans@cse.psu.edu
Subject: [9fans] T-Shirts


we've produced some t-shirts. i think they're quite nice. they do have
the bunny on, but quite small.  there'll be a photo of someone wearing
one quite soon, but there is an image of the design.

you can order them from:

http://www.vitanuova.com/plan9/tshirts.html

  cheers,
    rog.






From 9fans@cse.psu.edu  Tue Oct 24 12:27:25 2000
Date: Tue, 24 Oct 2000 13:27:25 +0200
From: Boyd Roberts 9fans@cse.psu.edu
Subject: [9fans] T-Shirts


From: Bojan Zdravkovic <bojanz@home.com>

> Can we make our own t-shirt with the bunny, or is the logo trademarked?

that rabbit's dynamite...







From 9fans@cse.psu.edu  Tue Oct 24 12:37:05 2000
Date: Tue, 24 Oct 2000 13:37:05 +0200
From: Boyd Roberts 9fans@cse.psu.edu
Subject: [9fans] Df command in Plan9?


From: Douglas A. Gwyn <DAGwyn@null.net>

> Boyd Roberts wrote:
> > kirk said that it took multiple iterations to get rename(2)
> > right, because it's a nasty problem.
> 
> How could it be?  It's just modifying a record in a single
> file (the directory file).  I understand that organizing
> that file as variable-length records makes updating a problem,
> but rename as such is easy (lock, change, unlock).

i'm suprised by this response from you, doug.  the wdir
is the least of the problem(s).  it's working out whether
you're ripping out the tree from under yourself is the
nasty problem.  or, maybe for you, kernel n-ary tree
structure mangling is a simple operation.







From 9fans@cse.psu.edu  Tue Oct 24 13:43:22 2000
Date: Tue, 24 Oct 2000 08:43:22 -0400 (EDT)
From: 9fans@cse.psu.edu 9fans@cse.psu.edu
Subject: [9fans] =?iso-8859-1?Q?R=E9f.?= : Tr: [9fans] Df command in


> 
> 
> 
> On Mon, 23 Oct 100, Rick Hohensee wrote:
> 
> > > 
> > > PS: Rick, if you are interested in the bootloader stuff - just ask.
> > > Parameter-passing _is_ doable even with cat bzImage >/dev/fd0 kind of
> > > approach. Documentation/i386/boot.txt  should contain enough details, but
> > > if you'll need help - let's take it to email.
> > > 
> > > 
> > 
> > Sorry Maestros, but...
> > There is no boot.txt in the Linux 2.2 or 2.4 source trees, and if 
> 
> % gzip -dc linux-2.4.0-test10.tar.gz|tar t|grep boot.txt
> linux/Documentation/i386/boot.txt
> 
> *plonk*
> 
> 

I'm happy for you. On ftp.us.kernel.org I get 

-rw-r--r--    1 0        0               0 Oct  3 16:36 LATEST-IS-2.4.0-test9

Meanwhile, on another shell,


:; \H /dev/tty5 root 08:37:27   /
:;date
Tue Oct 24 08:37:31 EDT 2000
:; \H /dev/tty5 root 08:37:31   /
:;

Rick Hohensee







From 9fans@cse.psu.edu  Tue Oct 24 15:01:36 2000
Date: Tue, 24 Oct 2000 09:01:36 -0500
From: Carr, Brien C 9fans@cse.psu.edu
Subject: [9fans] RE: 9fans -- confirmation of subscription -- request 621339


confirm 621339







From 9fans@cse.psu.edu  Tue Oct 24 22:52:06 2000
Date: Tue, 24 Oct 2000 23:52:06 +0200
From: Boyd Roberts 9fans@cse.psu.edu
Subject: [9fans] RE: 9fans -- confirmation of subscription -- request 621339


authenticate 24632153







From 9fans@cse.psu.edu  Tue Oct 24 18:49:03 2000
Date: Wed, 25 Oct 100 07:13:23 +0900
From: 9fans@cse.psu.edu 9fans@cse.psu.edu
Subject: [9fans] Hooking a Plan9 Terminal to the Network


Hello,

anothy@cosym.net wrote:
>in my local setup, i use the following to get around
>ip/ipconfig not looking at the ndb files. it's a
>small change to /bin/[cpu,term]rc :
>
>	ndb/cs
>	sysname=`{cat /dev/sysname}
>	myip=`{ndb/query sys $sysname ip}
>	ip/ipconfig ether /net/ether0 $myip 255.255.255.0 >/dev/null  
>[2=1]
>	ndb/dns -r

How about the bellow:

switch($ipconfig){
case local
        eval `{ndb/ipquery sys $sysname ip}
        eval `{ndb/ipquery sys $sysname ipgw}
        eval `{ndb/ipquery sys $sysname ipmask}
        ip/ipconfig -g $ipgw ether /net/ether0 add $ip $ipmask
case dhcp
        ip/ipconfig >/dev/null >[2=1]
}

and in plan9.ini:

ipconfig=dhcp

or

ipconfig=local



Kenji Arisawa
E-mail: arisawa@aichi-u.ac.jp





From 9fans@cse.psu.edu  Wed Oct 25 01:50:18 2000
Date: Tue, 24 Oct 2000 20:50:18 -0400
From: 9fans@cse.psu.edu 9fans@cse.psu.edu
Subject: [9fans] ip/ipconfig


pardon, but does anyone else think that ipconfig maybe should
figure out the ip stuff all by itself?  these elaborate ipquery
dances seem a bit tedious.





From 9fans@cse.psu.edu  Wed Oct 25 02:07:45 2000
Date: Wed, 25 Oct 2000 10:07:45 0900
From: 9fans@cse.psu.edu 9fans@cse.psu.edu
Subject: [9fans] update of plumb game of release 2 to release 3


I placed the update of plumb game by Tom Duff onto our web site:
http://basalt.cias.osakafu-u.ac.jp/plan9, where you will see
many strange characters :-).   Don't worry about it, just search
what you can read, and section 43 is that.  This page is written
in UTF-8.

It includes some problems, such as failed to implement right
behaviour of reservior action etc., which are all concerned with
the difference of graphic models between Relase 2 and 3, and
I thought it's not so serious to fix it for this game.

It also includes new LICENSE term by Lucent.  Please refer to it
if you have any problem on the license. 

Kenji






From 9fans@cse.psu.edu  Wed Oct 25 03:52:25 2000
Date: Tue, 24 Oct 2000 22:52:25 -0400
From: Scott Schwartz 9fans@cse.psu.edu
Subject: [9fans] ip/ipconfig


| pardon, but does anyone else think that ipconfig maybe should
| figure out the ip stuff all by itself?  these elaborate ipquery
| dances seem a bit tedious.

I agree.  ipconfig does significant magic, but stops short in an
unexpected way.

Also, when launching ppp I find that it's easier to not use ipconfig,
which makes me believe that it needs rethinking.






From 9fans@cse.psu.edu  Wed Oct 25 03:47:30 2000
Date: Tue, 24 Oct 2000 19:47:30 -0700 (PDT)
From: 9fans@cse.psu.edu 9fans@cse.psu.edu
Subject: Your Message to lmarcum@stc.com Re: Re: [9fans] ip/ipconfig


A Visionary Name for a Visionary Company

On October 24, 2000 at 1:00 p.m., STC announced that we have changed our
name to SeeBeyond. The new name reflects the company's strategic role in
helping customers see beyond corporate and geographic boundaries - an
essential element of leadership in the New Economy.

To ensure no disruption in your communications with us, we encourage you to
change your contact information to reflect the following.

Your email has been forwarded to the recipeint.

In the future to contact individuals at SeeBeyond via email, please use:

currentemailname@seebeyond.com

We can be found on the web at:
http://www.seebeyond.com

And, effective November 1, 2000, our new stock symbol is:

SBYN

We're excited about our new name and encourage you to look for our major
national advertising campaign, which begins November 6, 2000.

Thanks for you continued support,
SeeBeyond






From 9fans@cse.psu.edu  Wed Oct 25 05:52:42 2000
Date: Wed, 25 Oct 2000 06:52:42 +0200
From: Boyd Roberts 9fans@cse.psu.edu
Subject: [9fans] ip/ipconfig


From: Scott Schwartz <schwartz@bio.cse.psu.edu>

> I agree.  ipconfig does significant magic, but stops short in an
> unexpected way.

that's what i've always thought.







From 9fans@cse.psu.edu  Wed Oct 25 06:36:30 2000
Date: Tue, 24 Oct 2000 22:36:30 -0700 (PDT)
From: 9fans@cse.psu.edu 9fans@cse.psu.edu
Subject: Your Message to lmarcum@stc.com Re: Re: [9fans] ip/ipconfig


A Visionary Name for a Visionary Company

On October 24, 2000 at 1:00 p.m., STC announced that we have changed our
name to SeeBeyond. The new name reflects the company's strategic role in
helping customers see beyond corporate and geographic boundaries - an
essential element of leadership in the New Economy.

To ensure no disruption in your communications with us, we encourage you to
change your contact information to reflect the following.

Your email has been forwarded to the recipeint.

In the future to contact individuals at SeeBeyond via email, please use:

currentemailname@seebeyond.com

We can be found on the web at:
http://www.seebeyond.com

And, effective November 1, 2000, our new stock symbol is:

SBYN

We're excited about our new name and encourage you to look for our major
national advertising campaign, which begins November 6, 2000.

Thanks for you continued support,
SeeBeyond






From 9fans@cse.psu.edu  Wed Oct 25 07:04:15 2000
Date: Wed, 25 Oct 2000 00:04:15 -0600 (CST)
From: andrey mirtchovski 9fans@cse.psu.edu
Subject: [9fans] update of plumb game of release 2 to release 3


cpu% games/plumb
plumb 374: suicide: sys: trap: fault read addr=0x20 pc=0x00002c43

ugh.. maybe i'll try to find out what the problem is (having never seen the
game it won't be easy to debug) but in the meantime, if someone more ominous
than me finds a solution to the above (or similar) problem, feel free to
email me with it :)

/me likes to play






From 9fans@cse.psu.edu  Wed Oct 25 07:08:49 2000
Date: Wed, 25 Oct 2000 00:08:49 -0600 (CST)
From: andrey mirtchovski 9fans@cse.psu.edu
Subject: [9fans] update of plumb game of release 2 to release 3


my bad! it worked as soon as i read the README unhastefully -- the levels
file was not copied properly (me not having /sys/games/lib/plumb directory
created and all that :)

apologise

On Wed, 25 Oct 2000, andrey mirtchovski wrote:

> cpu% games/plumb
> plumb 374: suicide: sys: trap: fault read addr=0x20 pc=0x00002c43
> 
> ugh.. maybe i'll try to find out what the problem is (having never seen the
> game it won't be easy to debug) but in the meantime, if someone more ominous
> than me finds a solution to the above (or similar) problem, feel free to
> email me with it :)
> 
> /me likes to play
> 
> 
> 






From 9fans@cse.psu.edu  Wed Oct 25 07:38:37 2000
Date: Wed, 25 Oct 2000 15:38:37 0900
From: 9fans@cse.psu.edu 9fans@cse.psu.edu
Subject: [9fans] update of plumb game of release 2 to release 3


>cpu% games/plumb
>plumb 374: suicide: sys: trap: fault read addr=0x20 pc=0x00002c43

Uggg...

>my bad! it worked as soon as i read the README unhastefully -- the levels
>file was not copied properly (me not having /sys/games/lib/plumb directory
>created and all that :)

You can choose your level by running games/plumb (don't do
just plumb :-), with an argument value, say:
cpu% games/plumb 15

Kenji






From 9fans@cse.psu.edu  Wed Oct 25 07:40:16 2000
Date: Tue, 24 Oct 2000 23:40:16 -0700
From: Mike Haertel 9fans@cse.psu.edu
Subject: [9fans] bug in rio


to reproduce:

1.  create a window and enable automatic scrolling on the button 2 menu.
call this Window 1.
start a process in that window that will continuously print output, e.g.:

	while (~ x x) {
		echo hi
		sleep 1
	}

2.  move another window (call it Window 2) slowly across the front of
the scrolling window.  the borders of Window 2 will be "captured" by
the block copies due to the scrolling in Window 1.  you will see
garbage copies of the border slowly scroll off the top of Window 1.

i don't know any way to make the garbage go away except by hiding
and then unhiding Window 1.  unlike other window systems i have used,
rio does not seem to have a "refresh" command.  i imagine this is because
reliable backing store ought to make that unnecessary.  alas...

(N.B. the lack of a refresh command is also annoying in the case
that kernel messages pollute your display; i occasionally get stray
interrupt messages that seem to somehow be associated with the Tekram
scsi controller.)





From 9fans@cse.psu.edu  Wed Oct 25 08:34:57 2000
Date: Wed, 25 Oct 2000 03:34:57 -0400
From: 9fans@cse.psu.edu 9fans@cse.psu.edu
Subject: [9fans] ip/ipconfig


i'm unconvinced. given the different ways a system can get its
ip address, i'm not so sure i want them all in ipconfig. i'm
not even entirely comfortable with having the dhcp client in
there. but i guess there's something to be said for having _a_
automatic configuration method in there. that being said...

you probably don't want to duplicate the functionality of
ndb/cs. and if you're not using DHCP, doing cs queries seems
like the right way to get the info (whether they're done in
ipconfig or [term,cpu]rc). loads of other apps are going to
expect ndb/cs as well, so it's got to be running at _some_
point. so the only real differences are 1) where ndb/cs gets
started and 2) what does the queries.

is it really worthwhile to increase the complexity of
ipconfig, when there's an existing, more modular way to get
the same results, and most setups won't need it anyway?

and what's the issue with using ipconfig for ppp? i find that
the easiest way to go about it. but again, that's additional
magic in one program. i'd sort of rather see a /net/ppp0 or
such, and treat it like /net/ether0.
-α.





From 9fans@cse.psu.edu  Wed Oct 25 09:30:18 2000
Date: Wed, 25 Oct 2000 08:30:18 GMT
From: Douglas A. Gwyn 9fans@cse.psu.edu
Subject: [9fans] Df command in Plan9?


Boyd Roberts wrote:
> ... it's working out whether
> you're ripping out the tree from under yourself is the
> nasty problem.

But that's a move, not a rename.





From 9fans@cse.psu.edu  Wed Oct 25 09:29:48 2000
Date: Wed, 25 Oct 2000 08:29:48 GMT
From: brien c carr 9fans@cse.psu.edu
Subject: [9fans] T-Shirts


When I was setting up and toying with Plan 9 this weekend,  I had bunny.jpg
in a window. My daughter saw it and immediately asked for a copy of the
"cute bunny picture" for her PC! She said she likes it better than the "the
big, fat penguin"... I kinda do too, for what it's worth... <smile>

=brien

Boyd Roberts <boyd@planete.net> wrote in message
news:008501c03dad$62ee6100$aec784c3@cybercable.fr...
> From: Bojan Zdravkovic <bojanz@home.com>
>
> > Can we make our own t-shirt with the bunny, or is the logo trademarked?
>
> that rabbit's dynamite...





From 9fans@cse.psu.edu  Wed Oct 25 15:26:30 2000
Date: Wed, 25 Oct 2000 10:26:30 -0400
From: rob pike 9fans@cse.psu.edu
Subject: [9fans] bug in rio


Yup.  This is a known bug in rio and is a side effect of the property that all
graphics requests from clients are not mediated by rio but go directly
to the display, unlike in the predecessor system, 8 1/2. I thought about
putting some sort of "grab" protocol in the system to prevent the screen
mess but decided it's rare enough not to merit it.  The situation doesn't
make me happy, but the overall design does.  The red marks are a reminder
that I've never been able to get it right.

-rob

----- Original Message ----- 
From: Mike Haertel <mike@ducky.net>
To: <9fans@cse.psu.edu>
Sent: Wednesday, October 25, 2000 2:40 AM
Subject: [9fans] bug in rio


> to reproduce:
> 
> 1.  create a window and enable automatic scrolling on the button 2 menu.
> call this Window 1.
> start a process in that window that will continuously print output, e.g.:
> 
> while (~ x x) {
> echo hi
> sleep 1
> }
> 
> 2.  move another window (call it Window 2) slowly across the front of
> the scrolling window.  the borders of Window 2 will be "captured" by
> the block copies due to the scrolling in Window 1.  you will see
> garbage copies of the border slowly scroll off the top of Window 1.
> 
> i don't know any way to make the garbage go away except by hiding
> and then unhiding Window 1.  unlike other window systems i have used,
> rio does not seem to have a "refresh" command.  i imagine this is because
> reliable backing store ought to make that unnecessary.  alas...
> 
> (N.B. the lack of a refresh command is also annoying in the case
> that kernel messages pollute your display; i occasionally get stray
> interrupt messages that seem to somehow be associated with the Tekram
> scsi controller.)
> 
> 






From 9fans@cse.psu.edu  Wed Oct 25 21:30:50 2000
Date: Wed, 25 Oct 2000 16:30:50 -0400
From: Mark C. Otto 9fans@cse.psu.edu
Subject: [9fans] ip/ipconfig


The IP configuration notes (Getting Started With Plan 9, Documents, p. 34) say
that DHCP will configure your ethernet card if you have a network database
entry.  In my case, I just have a terminal and do not have DHCPD(8) running.  I
configured my ip address much like Anthony and Kenji
(anothy@cosym.net@cse.psu.edu and arisawa@ar.aichi-u.ac.jp@cse.psu.edu).  

I have a similar question to Scott Scwartz's:  would ip/ipconfig be duplicating
the functionality of ndb/cs(8) if one could specify a network database file to
ip/ipconfig that would then match the ethernet addresses of all the machine's
ethernet cards.  Then all the information in the database would not have to be
duplicated or extracted manually.  Kenji's elegant script could be simplified:

Set ipconfig in plan9.ini:  either

ipconfig=dhcp

or

ipconfig=local

then in termrc 
ndb/cs
sysname=`{cat /dev/sysname}
switch($ipconfig){
case local

# Do not need these now
#        eval `{ndb/ipquery sys $sysname ip}
#        eval `{ndb/ipquery sys $sysname ipgw}
#        eval `{ndb/ipquery sys $sysname ipmask}
#        ip/ipconfig -g $ipgw ether /net/ether0 add $ip $ipmask

# Only need, say an option (say -c for cs) to use the given network database
	ip/ipconfig -c /lib/ndb/local

case dhcp
        ip/ipconfig >/dev/null >[2=1]

This could avoid creating conflicts between the arguments give ipconfig and what
is in the network database.  The Plan 9 developers could give us a better
perspective than I.

Mark





From 9fans@cse.psu.edu  Wed Oct 25 22:48:43 2000
Date: Wed, 25 Oct 2000 23:48:43 +0200
From: William Staniewicz 9fans@cse.psu.edu
Subject: [9fans] In search of plan9.ini


I have plan9 successfully installed (I think). I want
to change the plan9.ini file to include the statement
vgasize=1024x768x8 but I can't find the file. It is not
at /n/9fat/plan9.ini.
Also, when I try to use aux/vga -l 1024x768x8 I get
an error message.
My monitor is a micron-17FGx.
Any suggestions?

Bill
wstanREMOVETHIS@planet.nl






From 9fans@cse.psu.edu  Wed Oct 25 22:55:37 2000
Date: Wed, 25 Oct 2000 17:55:37 -0400
From: Russ Cox 9fans@cse.psu.edu
Subject: [9fans] In search of plan9.ini


	I have plan9 successfully installed (I think). I want
	to change the plan9.ini file to include the statement
	vgasize=1024x768x8 but I can't find the file. It is not
	at /n/9fat/plan9.ini.

By default, the 9fat partition isn't mounted.
Type 9fat: to mount it.

Russ






From 9fans@cse.psu.edu  Thu Oct 26 04:44:06 2000
Date: Wed, 25 Oct 2000 20:44:06 -0700 (PDT)
From: Christopher Nielsen 9fans@cse.psu.edu
Subject: [9fans] Fileserver with Jukebox


Ok. I took delivery of my HP 200FX jukebox yesterday.

I've been trying to configure my fileserver that it's
attached to, with little success.

After booting a fileserver kernel, I am dumped into config
mode. It took both the service line and the config line, but
I'm having some trouble with the filsys line.

>From the man page for fsconfig(8), I came up with a
string that I have tried entering:

filsys main c[w<0-1>]j(w6 w4w5)[w<4-5>]

The response I get is 'config diag: unknown type -- <>'

w0 and w1 are a pair of 72G SCSI drives.
w6 is the jukebox
w4 and w5 are the MO drives in the jukebox

What am I doing wrong?

-- 
Christopher Nielsen
cnielsen@pobox.com







From 9fans@cse.psu.edu  Thu Oct 26 05:01:03 2000
Date: Wed, 25 Oct 2000 21:01:03 -0700 (PDT)
From: Christopher Nielsen 9fans@cse.psu.edu
Subject: [9fans] Fileserver with Jukebox


Nevermind. Reading /sys/src/fs/worms helped tremendously.

On Wed, 25 Oct 2000, Christopher Nielsen wrote:

> Ok. I took delivery of my HP 200FX jukebox yesterday.
> 
> I've been trying to configure my fileserver that it's
> attached to, with little success.
> 
> After booting a fileserver kernel, I am dumped into config
> mode. It took both the service line and the config line, but
> I'm having some trouble with the filsys line.
> 
> >From the man page for fsconfig(8), I came up with a
> string that I have tried entering:
> 
> filsys main c[w<0-1>]j(w6 w4w5)[w<4-5>]
> 
> The response I get is 'config diag: unknown type -- <>'
> 
> w0 and w1 are a pair of 72G SCSI drives.
> w6 is the jukebox
> w4 and w5 are the MO drives in the jukebox
> 
> What am I doing wrong?

-- 
Christopher Nielsen
cnielsen@pobox.com






From 9fans@cse.psu.edu  Thu Oct 26 05:02:47 2000
Date: Thu, 26 Oct 2000 00:02:47 -0400
From: 9fans@cse.psu.edu 9fans@cse.psu.edu
Subject: [9fans] ip/ipconfig


//This could avoid creating conflicts between the arguments
//give ipconfig and what is in the network database.

but if the arguements to ipconfig come from from cs (which,
in turn, gets them from the ndb files), where's the risk of
conflict? you pretty much need cs anyway, and in the scheme
proposed, ipconfig now has to know how to parse the ndb
files, complete with imposed ipnet heirarchy. i'm in favor
of limiting how many places that magic gets included in.
especially since the big win seems to be saving a few lines
in /rc/bin/[term,cpu]rc.
-α.





From 9fans@cse.psu.edu  Thu Oct 26 05:54:58 2000
Date: Thu, 26 Oct 2000 00:54:58 -0400 (EDT)
From: Alexander Viro 9fans@cse.psu.edu
Subject: [9fans] Df command in Plan9?


On Wed, 25 Oct 2000, Douglas A. Gwyn wrote:

> Boyd Roberts wrote:
> > ... it's working out whether
> > you're ripping out the tree from under yourself is the
> > nasty problem.
> 
> But that's a move, not a rename.

rename(2) in 4.2BSD and other Unices that picked/inherited it _is_ move.
Yes, it's overcomplicated, it sucks badly wrt required locking, it has
extremely nasty potential for races with rmdir() and itself, yodda, yodda.
I have no idea why Kirk went for that horror. He did. Once it works right
it's a convenient thing to have around, but getting it work right...
<shudder> Apologies for self-quoting, but...
/*
 * The worst of all namespace operations - renaming directory. "Perverted"
 * doesn't even start to describe it. Somebody in UCB had a heck of a trip...
 * Problems:
 *      a) we can get into loop creation. Check is done in is_subdir().
 *      b) race potential - two innocent renames can create a loop  together.
 *         That's where 4.4 screws up. Current fix: serialization on
 *         sb->s_vfs_rename_sem. We might be more accurate, but that's another
 *         story.
 *      c) we have to lock _three_ objects - parents and victim (if it exists).
 *         And that - after we got ->i_sem on parents (until then we don't know
 *         whether the target exists at all, let alone whether it is a directory
 *         or not). Solution: ->i_zombie. Taken only after ->i_sem. Always taken
 *         on link creation/removal of any kind. And taken (without ->i_sem) on
 *         directory that will be removed (both in rmdir() and here).
 *      d) some filesystems don't support opened-but-unlinked directories,
 *         either because of layout or because they are not ready to deal with
 *         all cases correctly. The latter will be fixed (taking this sort of
 *         stuff into VFS), but the former is not going away. Solution: the same
 *         trick as in rmdir().
 *	[ the latter had been fixed, the former == NFS and SMBFS these days ]
 *      e) conversion from fhandle to dentry may come in the wrong moment - when
 *         we are removing the target. Solution: we will have to grab ->i_zombie
 *         in the fhandle_to_dentry code. [FIXME - current nfsfh.c relies on
 *         ->i_sem on parents, which works but leads to some truely excessive
 *         locking].
 */
int vfs_rename_dir(struct inode *old_dir, struct dentry *old_dentry,
               struct inode *new_dir, struct dentry *new_dentry)
{
        int error;
        struct inode *target;

        if (old_dentry->d_inode == new_dentry->d_inode)
                return 0;

        error = may_delete(old_dir, old_dentry, 1);
        if (error)
                return error;

        if (new_dir->i_dev != old_dir->i_dev)
                return -EXDEV;

        if (!new_dentry->d_inode)
                error = may_create(new_dir, new_dentry);
        else
                error = may_delete(new_dir, new_dentry, 1);
        if (error)
                return error;

        if (!old_dir->i_op || !old_dir->i_op->rename)
                return -EPERM;

        /*
         * If we are going to change the parent - check write permissions,
         * we'll need to flip '..'.
         */
        if (new_dir != old_dir)
                error = permission(old_dentry->d_inode, MAY_WRITE);
        if (error)
                return error;

        DQUOT_INIT(old_dir);
        DQUOT_INIT(new_dir);
        down(&old_dir->i_sb->s_vfs_rename_sem);
        error = -EINVAL;
        if (is_subdir(new_dentry, old_dentry))
                goto out_unlock;
        target = new_dentry->d_inode;
        if (target) { /* Hastur! Hastur! Hastur! */
                triple_down(&old_dir->i_zombie,
                            &new_dir->i_zombie,
                            &target->i_zombie);
                d_unhash(new_dentry);
        } else
                double_down(&old_dir->i_zombie,
                            &new_dir->i_zombie);
        if (IS_DEADDIR(old_dir)||IS_DEADDIR(new_dir))
                error = -ENOENT;
        else if (d_mountpoint(old_dentry)||d_mountpoint(new_dentry))
                error = -EBUSY;
        else
                error = old_dir->i_op->rename(old_dir, old_dentry,
					      new_dir, new_dentry);
        if (target) {
                if (!error)
                        target->i_flags |= S_DEAD;
                triple_up(&old_dir->i_zombie,
                          &new_dir->i_zombie,
                          &target->i_zombie);
                if (d_unhashed(new_dentry))
                        d_rehash(new_dentry);
                dput(new_dentry);
        } else
                double_up(&old_dir->i_zombie,
                          &new_dir->i_zombie);

        if (!error)
                d_move(old_dentry,new_dentry);
out_unlock:
        up(&old_dir->i_sb->s_vfs_rename_sem);
        return error;
}

... and that's just the directory-specific part of VFS side of the thing,
after we got i_sem on parents and got dentries of source and target.
->i_op->rename() does fs-dependent part of work.

Full-blown rename() is painful, just as full-blown truncate() and correct
handling of symlinks. Nice to have on the userland side of things, but
kernel side is something. truncate()/mmap()/write() alone makes for a
serious S&M shop.






From 9fans@cse.psu.edu  Thu Oct 26 06:44:37 2000
Date: Thu, 26 Oct 2000 07:44:37 +0200
From: Boyd Roberts 9fans@cse.psu.edu
Subject: [9fans] Df command in Plan9?


From: Alexander Viro <viro@math.psu.edu>

> On Wed, 25 Oct 2000, Douglas A. Gwyn wrote:
> 
> > Boyd Roberts wrote:
> > > ... it's working out whether
> > > you're ripping out the tree from under yourself is the
> > > nasty problem.
> > 
> > But that's a move, not a rename.
> 
> rename(2) in 4.2BSD and other Unices that picked/inherited it _is_ move.

yes, that's what i was referring to.







From 9fans@cse.psu.edu  Thu Oct 26 06:56:49 2000
Date: Wed, 25 Oct 2000 22:56:49 -0700 (PDT)
From: Christopher Nielsen 9fans@cse.psu.edu
Subject: [9fans] 53C896


It seems the fileserver kernel isn't all that happy with the
built-in SCSI controller on my MB (Symbios 53C896). I'm not
all that surprised from what I've seen in the archives, but
I decided to give it a go, anyway.

I've re-tooled the emelie kernel with extra debugging. The
output of which is below.

Any ideas on where to start with better support for this
controller on the fileserver? Jim, Nigel, do you have any
patches that would be useful? I'm more than happy to be a
guinea pig for patches and/or dive into the code.


--- begin boot and debug output ---

ether#0: i82557: port 0xEE80 irq 9: 00E081112729
sd53c8xx: SYM53C896 rev. 0x05 intr=5 command=2100117
sd53c8xx: SYM53C896 rev. 0x05 intr=11 command=2100117
sd53c8xx: bios scntl3(77) stest2(00)
sd53c8xx: bios scntl3(77) stest2(00)
found 9PCFS   .GZ  attr 0x0 start 0x11e len 162209
.gz......................162209 =>
229633+38836+172528=440997
entry: 80100020
CPU is a 882 MHz P6 (cpuid: AX 0x0683 DX 0x383fbff)
ether0: i82557: 0Mbps port 0xee80 irq 9: 00e081112729
scsi#0: SYM53C896 rev. 0x05 intr=5 command=0117
scsi#0: local SCRIPT ram enabled
ncr53c8xx: tpf=12 scf=1.0 xferp=4 mhz=20.000
ncr53c8xx: tpf=15 scf=1.0 xferp=5 mhz=16.667
ncr53c8xx: tpf=18 scf=1.5 xferp=4 mhz=13.889
ncr53c8xx: tpf=23 scf=1.5 xferp=5 mhz=10.870
ncr53c8xx: tpf=25 scf=2.0 xferp=4 mhz=10.000
ncr53c8xx: tpf=31 scf=2.0 xferp=5 mhz=8.065
ncr53c8xx: tpf=37 scf=3.0 xferp=4 mhz=6.757
ncr53c8xx: tpf=43 scf=2.0 xferp=7 mhz=5.814
ncr53c8xx: tpf=46 scf=3.0 xferp=5 mhz=5.435
ncr53c8xx: tpf=50 scf=4.0 xferp=4 mhz=5.000
ncr53c8xx: tpf=62 scf=4.0 xferp=5 mhz=4.033
ncr53c8xx: tpf=74 scf=4.0 xferp=6 mhz=3.379
ncr53c8xx: tpf=87 scf=4.0 xferp=7 mhz=2.874
ncr53c8xx: tpf=100 scf=4.0 xferp=8 mhz=2.500
ncr53c8xx: tpf=112 scf=4.0 xferp=9 mhz=2.233
ncr53c8xx: tpf=125 scf=4.0 xferp=10 mhz=2.000
ncr53c8xx: tpf=137 scf=4.0 xferp=11 mhz=1.825
scsi#0: ncr53c8xx: port 0xfebe8000 irq 5
ncr53c8xx: int
sist = 0002
ncr53c8xx: int end 0
iobufinit
        29233 buffers; 3659 hashes
        mem left = 44744703
                out of = 536870912
nvr read
found plan9.nvr attr 0x0 start 0x11d len 512


 ** NVR key checksum is incorrect  **
 ** set password to allow attaches **

config: config w1.0.0
config: service thoth
config: filsys main c[w1.<0-1>.0]j(w6w<4-5>)(l<0-37>l<38-75>)
config: filsys dump o
config: ip 199.239.183.141
config: ipgw 199.239.183.129
config: ipauth 199.239.183.140
config: ipmask 255.255.255.192
config: ream main
config: end
sysinit
config w1.0.0
        devinit w1.0.0
stack trace of 1
0x8012328f 0x80135285 0x80126e53 0x80126dec 0x801103dc
0x80126afc 0x801287e9 0x80106150 
0x80106150 0x8012f6b1 0x80105c9f 0x80105bf7 0x80100254
0x801003f1 0x801178f2 0x801178f2 
0x80117580 0x8010039b 0x80110008 0x80117927 0x8010967c
0x8010967c 0x8010999d 0x80100b76 
0x801241df 0x8010d291 0x80125735 0x80105cb2 0x801009ae
0x80123c1b 0x80123f6a 0x80123f49 
0x80123e2d 0x801178f2 0x80117580 0x801071bc 0x80123b91
0x80110008 0x80101033 0x80100f8d 
0x80100254 0x80100f31 0x80123e2d 0x801241df 0x80123d36
0x80100254 0x80105bf7 0x8010967c 
0x801241df 0x8010065d 0x801175d3 0x80105bf7 1196 stack used
out of 4000

panic: scsiio: device = w1.0.0

cpu 0 exiting

--- end boot and debug output ---

-- 
Christopher Nielsen
cnielsen@pobox.com






From 9fans@cse.psu.edu  Thu Oct 26 09:40:06 2000
Date: Thu, 26 Oct 2000 08:40:06 GMT
From: Lyndon Nerenberg 9fans@cse.psu.edu
Subject: [9fans] T-Shirts


>>>>> "rog" == rog  <rog@vitanuova.com> writes:

    rog> you can order them from:
    rog> http://www.vitanuova.com/plan9/tshirts.html

Beware that the secure payment server behind this (www.netbanx.com)
barfs when you submit your payment information through an HTTP
proxy. You'll have to temporarily disable any proxy your client
is using before you can complete the transaction.

--lyndon





From 9fans@cse.psu.edu  Thu Oct 26 09:50:55 2000
Date: Thu, 26 Oct 2000 09:50:55 0100
From: 9fans@cse.psu.edu 9fans@cse.psu.edu
Subject: [9fans] 53C896


config w1.0.0

isn't that controller 1, device 0, lun 0?
but you've got the NCR at scsi#0 not scsi#1

panic: scsiio: device = w1.0.0

i think it might be saying `no such device (because no such controller)'.

plain w1 is device 1 (lun 0) on controller 0.
w1.2 would be device 1 lun 2
w3.1.2 would be controller 3 device 1 lun 2

i might be wrong;
it has been a little while since
i've had to write a device configuration.
(i get to do it next week when our jukebox arrives.)






From 9fans@cse.psu.edu  Thu Oct 26 11:46:21 2000
Date: Thu, 26 Oct 2000 11:46:21 0100
From: 9fans@cse.psu.edu 9fans@cse.psu.edu
Subject: [9fans] T-Shirts


This is a multi-part message in MIME format.
--upas-fttbauavhmavnlvhcwxbjiuepd
Content-Disposition: inline
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit

which browser are you using?


--upas-fttbauavhmavnlvhcwxbjiuepd
Content-Type: message/rfc822
Content-Disposition: inline

Return-Path: <9fans-admin@cse.psu.edu>
Received: from punt-1.mail.demon.net by mailstore for forsyth@vitanuova.com
          id 972551117:10:15400:2; Thu, 26 Oct 2000 09:05:17 GMT
Received: from psuvax1.cse.psu.edu ([130.203.4.6]) by punt-1.mail.demon.net
           id aa1114426; 26 Oct 2000 9:05 GMT
Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.4.6])
	by mail (CSE Mail Server) with ESMTP
	id EDE18199E4; Thu, 26 Oct 2000 04:53:07 -0400 (EDT)
Received: from mercury.bath.ac.uk (mercury.bath.ac.uk [138.38.32.81])
	by mail (CSE Mail Server) with ESMTP id B6B54199D8
	for <9fans@cse.psu.edu>; Thu, 26 Oct 2000 04:52:13 -0400 (EDT)
Received: from news by mercury.bath.ac.uk with local (Exim 3.12 #1)
	id 13oicC-0003WR-00
	for 9fans@cse.psu.edu; Thu, 26 Oct 2000 09:42:24 +0100
Received: from GATEWAY by bath.ac.uk with netnews
	for 9fans@cse.psu.edu (9fans@cse.psu.edu)
To: cse.psu.edu!9fans
Message-ID: <86bsw8smzh.fsf@gollum.esys.ca>
Organization: Messaging Direct
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
References: <20001024094215.436F2199CC@mail>
Subject: Re: [9fans] T-Shirts
Sender: cse.psu.edu!9fans-admin
Errors-To: 9fans-admin@cse.psu.edu
X-BeenThere: 9fans@cse.psu.edu
X-Mailman-Version: 2.0beta6
Precedence: bulk
Reply-To: cse.psu.edu!9fans
List-Id: Fans of the O/S Plan 9 from Bell Labs <9fans.cse.psu.edu>
List-Archive: http://lists.cse.psu.edu/archives/9fans/
Date: Thu, 26 Oct 2000 08:40:06 GMT

>>>>> "rog" == rog  <rog@vitanuova.com> writes:

    rog> you can order them from:
    rog> http://www.vitanuova.com/plan9/tshirts.html

Beware that the secure payment server behind this (www.netbanx.com)
barfs when you submit your payment information through an HTTP
proxy. You'll have to temporarily disable any proxy your client
is using before you can complete the transaction.

--lyndon

--upas-fttbauavhmavnlvhcwxbjiuepd--





From 9fans@cse.psu.edu  Thu Oct 26 18:02:20 2000
Date: Thu, 26 Oct 2000 13:02:20 -0400
From: 9fans@cse.psu.edu 9fans@cse.psu.edu
Subject: [9fans] ip/ipconfig


This is a multi-part message in MIME format.
--upas-sdwzjveatppxtytromvivbhyps
Content-Disposition: inline
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit

You must have a fairly different situation.  I always use ipconfig
to start ppp, like now from san diego:

	ip/ipconfig -b115200 ppp /dev/eia000

Part of that may be that every situation I live in uses dhcp to
get everything I need.  Ditto for ethernet ipconfig.  Clearly
I'm missing a lot of people's situations.  I can easily change
ipconfig to use lib/ndb/* or cs to get it's info and only use
dhcp if the former fails of if specificly asked to using a flag.

I can only defend putting dhcp into ipconfig because we don't run
systems standalone at all and that's all ipconfig every does to
get info at our lab.  However, I agree that separating the funcions
might be useful.  If I ever need dhcp for anything other than configuring
IP, I'll probably do it (or someone will probably beat me  to it).

--upas-sdwzjveatppxtytromvivbhyps
Content-Type: message/rfc822
Content-Disposition: inline

Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Tue Oct 24 22:53:19 EDT 2000
Received: from mail ([130.203.4.6]) by plan9; Tue Oct 24 22:53:19 EDT 2000
Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.4.6])
	by mail (CSE Mail Server) with ESMTP
	id 69B4B199DC; Tue, 24 Oct 2000 22:53:07 -0400 (EDT)
Received: from bio.cse.psu.edu (galapagos.cse.psu.edu [130.203.12.17])
	by mail (CSE Mail Server) with SMTP id E77F6199CF
	for <9fans@cse.psu.edu>; Tue, 24 Oct 2000 22:52:25 -0400 (EDT)
Received: (qmail 26802 invoked by uid 991); 25 Oct 2000 02:52:25 -0000
Message-ID: <20001025025225.26800.qmail@g.bio.cse.psu.edu>
To: 9fans@cse.psu.edu
Subject: Re: [9fans] ip/ipconfig 
In-Reply-To: Message from baldwin@vitanuova.com 
   of "Tue, 24 Oct 2000 20:50:18 EDT." <20001025005019.BCBB8199CF@mail> 
From: Scott Schwartz <schwartz@bio.cse.psu.edu>
Sender: 9fans-admin@cse.psu.edu
Errors-To: 9fans-admin@cse.psu.edu
X-BeenThere: 9fans@cse.psu.edu
X-Mailman-Version: 2.0beta6
Precedence: bulk
Reply-To: 9fans@cse.psu.edu
List-Id: Fans of the O/S Plan 9 from Bell Labs <9fans.cse.psu.edu>
List-Archive: http://lists.cse.psu.edu/archives/9fans/
Date: Tue, 24 Oct 2000 22:52:25 -0400

| pardon, but does anyone else think that ipconfig maybe should
| figure out the ip stuff all by itself?  these elaborate ipquery
| dances seem a bit tedious.

I agree.  ipconfig does significant magic, but stops short in an
unexpected way.

Also, when launching ppp I find that it's easier to not use ipconfig,
which makes me believe that it needs rethinking.


--upas-sdwzjveatppxtytromvivbhyps--





From 9fans@cse.psu.edu  Thu Oct 26 22:24:17 2000
Date: Thu, 26 Oct 2000 14:24:17 -0700 (PDT)
From: Christopher Nielsen 9fans@cse.psu.edu
Subject: [9fans] 53C896


There were actually a few problems, all of which have been
solved with help from Jim and Nigel.

1. I forgot to include the second scsi controller in
   plan9.ini
2. I had the controller numbers reversed (I was following
   what the scsi firmware boot messages said)
3. I updated the driver source to Nigel's most recent
   version

So far, eveything seems to be working as expected, though I
haven't really run the system through its paces just yet.

Thanks again to Jim and Nigel.

On Thu, 26 Oct 2000 forsyth@caldo.demon.co.uk wrote:

> config w1.0.0
> 
> isn't that controller 1, device 0, lun 0?
> but you've got the NCR at scsi#0 not scsi#1
> 
> panic: scsiio: device = w1.0.0
> 
> i think it might be saying `no such device (because no such controller)'.
> 
> plain w1 is device 1 (lun 0) on controller 0.
> w1.2 would be device 1 lun 2
> w3.1.2 would be controller 3 device 1 lun 2
> 
> i might be wrong;
> it has been a little while since
> i've had to write a device configuration.
> (i get to do it next week when our jukebox arrives.)

-- 
Christopher Nielsen
(enkhyl|cnielsen)@pobox.com
"Not only is UNIX dead, it's starting to smell really bad." --rob pike






From 9fans@cse.psu.edu  Fri Oct 27 10:53:22 2000
Date: Fri, 27 Oct 2000 09:53:22 GMT
From: 9fans@cse.psu.edu 9fans@cse.psu.edu
Subject: [9fans] Boot from Win98


I install Win98 and then Plan9.
But when I try to boot Plan9 from Win98 boot menu, it fails.

I edit C:/autoexec.bat and change a line with 'ld' to
ld sdC0!9fat!9load
and then everything is OK.

Why? I think ld doesn't recognize FAT32. Is it right?

vecera


Sent via Deja.com http://www.deja.com/
Before you buy.





From 9fans@cse.psu.edu  Fri Oct 27 10:52:52 2000
Date: Fri, 27 Oct 2000 09:52:52 GMT
From: 9fans@cse.psu.edu 9fans@cse.psu.edu
Subject: [9fans] 3C905C-TX-M ?


Hello all!

Is 3COM 3C905C-TX-M ethernet card working with Plan9 ?
I can't get it to work.

Plan9 is 'Oct 14' release.
I have in PLAN9.INI:
ether0=type=elnk3

vecera


Sent via Deja.com http://www.deja.com/
Before you buy.





From 9fans@cse.psu.edu  Thu Oct 26 21:46:59 2000
Date: Fri, 27 Oct 2000 06:46:59 +1000
From: sdrthomas 9fans@cse.psu.edu
Subject: [9fans] Question about 3dfx Voodoo3 card


I understand that Plan 9 supports the 3dfx Voodoo3 3000 card.

I was wondering which variant was supported - does it support both the AGP
and PCI versions, or is only the PCI version supported?

Thanks







From 9fans@cse.psu.edu  Fri Oct 27 23:23:57 2000
Date: Sat, 28 Oct 2000 00:23:57 +0200
From: Boyd Roberts 9fans@cse.psu.edu
Subject: [9fans] smtpfs


looking at inferno's smtp module i thought why not an smtpfs?

all you do is write the 822 message into /n/smtp and it parses
the message and delivers it.

it's trivial.

a minimal 822 message is:

    Date:
    From:
    To:

or:

    Date:
    From:
    Bcc:

ok, we can toss the Date: 'cos the server can add that.  we can
toss the From: 'cos the Tattach has the uid.  parsing To:/Cc:/Bcc:
is trivial 'cos i have a yacc grammar that does that.

so MH style 'comp' is just:

    cat <<'!'
    To:
    Cc:
    Bcc:
    Subject:

    !

sourced into say acme, then name the file /n/smtp and Put sends it.








From 9fans@cse.psu.edu  Sat Oct 28 03:26:45 2000
Date: Fri, 27 Oct 2000 22:26:45 -0400
From: 9fans@cse.psu.edu 9fans@cse.psu.edu
Subject: [9fans] Question about 3dfx Voodoo3 card


sdrthomas@optusnet.com.au (sdrthomas):
	I understand that Plan 9 supports the 3dfx Voodoo3 3000 card.

	I was wondering which variant was supported - does it support both the AGP
	and PCI versions, or is only the PCI version supported?

I'm not smart enough to write a driver that can tell the difference, so the
answer is it should support both PCI and AGP.

--jim





From 9fans@cse.psu.edu  Sat Oct 28 07:30:18 2000
Date: Sat, 28 Oct 2000 02:30:18 -0400
From: Scott Schwartz 9fans@cse.psu.edu
Subject: [9fans] updated unix port of sam


Hi,

I've made a few changes to the unix port of sam, to make it match the
third edition's code more closely.  (As before, this relies on the old
version of samterm (libXg)). The compressed tar file is available from:

  http://www.cse.psu.edu/~schwartz/sam-9.3.1-unix.tar.bz2    

-- Scott






From 9fans@cse.psu.edu  Sat Oct 28 13:04:37 2000
Date: Sat, 28 Oct 2000 05:04:37 -0700 (PDT)
From: Christopher Nielsen 9fans@cse.psu.edu
Subject: [9fans] Fileserver Initialisation


Ok. I'm feeling a little silly asking this because from what
I've read in the archives, this is well documented there.
However, I can't seem to get it to work.

I have my fileserver up and running, and I am trying to
intialise it with the recent plan9.9gz from my cpu/auth 
server.

I have issued the 'allow' command in config mode, and then
mounted the filesystem on the cpu/auth server with '9fs fs'
to extract the distribution. However, when I issue the
command

wrap/inst -ovr /n/fs plan9.9gz

I get the following error repeatedly during the extraction

mkdir /n/fs/<directory>: mounted directory forbids creation

Here is the directory listing (lc -ld /n/fs) from the
cpu/auth server

d-r-xr-xr-x M 112 adm adm 0 Oct 28 04:14 /

I recognise that the directory doesn't permit writing, but I
can't seem to figure out how to change the permissions such
that I can extract the distribution. The worm cartridges are
rewritable media, and they do not have write protection
enabled.

The filesystem 'main' is a MO jukebox with a pair of SCSI
discs as cache setup with the following filsys command

filsys main c[w0.<0-1>.0]j(w1.6.0w1.5.0w1.4.0)(l1.<0-37>.0l1.<38-75>.0)

What am I doing wrong?

-- 
Christopher Nielsen
(enkhyl|cnielsen)@pobox.com
"Not only is UNIX dead, it's starting to smell really bad." --rob pike






From 9fans@cse.psu.edu  Sat Oct 28 14:26:22 2000
Date: Sat, 28 Oct 2000 14:26:22 0100
From: 9fans@cse.psu.edu 9fans@cse.psu.edu
Subject: [9fans] Fileserver Initialisation


This is a multi-part message in MIME format.
--upas-qtcupwcawuoqysmwfocyhwxuhg
Content-Disposition: inline
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit

If you check the script of 9fs (/rc/bin/9fs), it doesn't do a mount -c.

-c allows creation in the root of a mounted directory.

That should do it.


--upas-qtcupwcawuoqysmwfocyhwxuhg
Content-Type: message/rfc822
Content-Disposition: inline

Received: from mail ([130.203.4.6]) by cpu; Sat Oct 28 13:05:40 BST 2000
Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.20.6])
	by mail (CSE Mail Server) with ESMTP
	id 83D5B199E0; Sat, 28 Oct 2000 08:05:07 -0400 (EDT)
Received: from mail.foobarbaz.net (Mail.FooBarBaz.NET [199.239.183.131])
	by mail (CSE Mail Server) with SMTP id E8B3E199DA
	for <9fans@cse.psu.edu>; Sat, 28 Oct 2000 08:04:44 -0400 (EDT)
Received: (qmail 13643 invoked by uid 1000); 28 Oct 2000 12:04:38 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 28 Oct 2000 12:04:38 -0000
From: Christopher Nielsen <cnielsen@pobox.com>
X-Sender: enkhyl@cassandra.foobarbaz.net
To: 9fans@cse.psu.edu
Message-ID: <Pine.BSF.4.21.0010280427300.10391-100000@cassandra.foobarbaz.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Subject: [9fans] Fileserver Initialisation
Sender: 9fans-admin@cse.psu.edu
Errors-To: 9fans-admin@cse.psu.edu
X-BeenThere: 9fans@cse.psu.edu
X-Mailman-Version: 2.0beta6
Precedence: bulk
Reply-To: 9fans@cse.psu.edu
List-Id: Fans of the O/S Plan 9 from Bell Labs <9fans.cse.psu.edu>
List-Archive: http://lists.cse.psu.edu/archives/9fans/
Date: Sat, 28 Oct 2000 05:04:37 -0700 (PDT)

Ok. I'm feeling a little silly asking this because from what
I've read in the archives, this is well documented there.
However, I can't seem to get it to work.

I have my fileserver up and running, and I am trying to
intialise it with the recent plan9.9gz from my cpu/auth 
server.

I have issued the 'allow' command in config mode, and then
mounted the filesystem on the cpu/auth server with '9fs fs'
to extract the distribution. However, when I issue the
command

wrap/inst -ovr /n/fs plan9.9gz

I get the following error repeatedly during the extraction

mkdir /n/fs/<directory>: mounted directory forbids creation

Here is the directory listing (lc -ld /n/fs) from the
cpu/auth server

d-r-xr-xr-x M 112 adm adm 0 Oct 28 04:14 /

I recognise that the directory doesn't permit writing, but I
can't seem to figure out how to change the permissions such
that I can extract the distribution. The worm cartridges are
rewritable media, and they do not have write protection
enabled.

The filesystem 'main' is a MO jukebox with a pair of SCSI
discs as cache setup with the following filsys command

filsys main c[w0.<0-1>.0]j(w1.6.0w1.5.0w1.4.0)(l1.<0-37>.0l1.<38-75>.0)

What am I doing wrong?

-- 
Christopher Nielsen
(enkhyl|cnielsen)@pobox.com
"Not only is UNIX dead, it's starting to smell really bad." --rob pike


--upas-qtcupwcawuoqysmwfocyhwxuhg--





From 9fans@cse.psu.edu  Sat Oct 28 17:51:46 2000
Date: Sat, 28 Oct 2000 18:51:46 +0200
From: Boyd Roberts 9fans@cse.psu.edu
Subject: [9fans] updated unix port of sam


this may still be of help to speed up putting it on linux.
i'd re-written these Make.linux's so many times that the
last time i saved them at:

    http://www.planete.net/~boyd/code/sam.Make.linux.bundle







From 9fans@cse.psu.edu  Sat Oct 28 22:57:13 2000
Date: Sat, 28 Oct 2000 23:57:13 +0200
From: Boyd Roberts 9fans@cse.psu.edu
Subject: [9fans] charon


doesn't do proxy authentication.  i had a quick squiz on
fri and it looks like a small amount work.  of course,
at home i don't need that junk.

think i'll work on a limbo pop3fs.

i installed inferno in about 10 mins, just after installing
windows 2000, for a mate.  the later took 3 hours.







From 9fans@cse.psu.edu  Mon Oct 30 10:33:40 2000
Date: Mon, 30 Oct 2000 10:33:40 GMT
From: 9fans@cse.psu.edu 9fans@cse.psu.edu
Subject: [9fans] plumb game cause rio to abort


Hello all!

1. games/plumb &
2. right click, (Exit. OK?), right click
3. rio abortion with some error messages
(I know I should not start it on background
but anyway it should NOT abort rio!?)

vecera


Sent via Deja.com http://www.deja.com/
Before you buy.





From 9fans@cse.psu.edu  Mon Oct 30 12:07:19 2000
Date: Mon, 30 Oct 2000 12:07:19 0000
From: 9fans@cse.psu.edu 9fans@cse.psu.edu
Subject: [9fans] plumb game cause rio to abort


This is a multi-part message in MIME format.
--upas-crdxktepurkzaxuzdutjeoducx
Content-Disposition: inline
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit

i've just been looking at this problem (with regard to another program,
but it's the same underlying problem, i believe). rob will probably
have a more definitive reply.

i think it's a problem that happens when there's more than one
concurrent reader of /dev/cons and a flush occurs (e.g. when the window
is closed). the same problem occurs if acme breaks and its window is
deleted.

i don't think the fix will be trivial.

for the time being, just don't start games/plumb in the background :-)

  cheers,
    rog.


--upas-crdxktepurkzaxuzdutjeoducx
Content-Type: message/rfc822
Content-Disposition: inline

Return-Path: <9fans-admin@cse.psu.edu>
Received: from punt-2.mail.demon.net by mailstore for rog@vitanuova.com
          id 972902169:20:06108:3; Mon, 30 Oct 2000 10:36:09 GMT
Received: from psuvax1.cse.psu.edu ([130.203.4.6]) by punt-2.mail.demon.net
           id aa2005757; 30 Oct 2000 10:36 GMT
Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.8.6])
	by mail (CSE Mail Server) with ESMTP
	id DB1C6199E0; Mon, 30 Oct 2000 05:35:07 -0500 (EST)
Received: from mercury.bath.ac.uk (mercury.bath.ac.uk [138.38.32.81])
	by mail (CSE Mail Server) with ESMTP id F4101199CC
	for <9fans@cse.psu.edu>; Mon, 30 Oct 2000 05:34:25 -0500 (EST)
Received: from news by mercury.bath.ac.uk with local (Exim 3.12 #1)
	id 13qCGU-0003WC-00
	for 9fans@cse.psu.edu; Mon, 30 Oct 2000 10:34:06 +0000
Received: from GATEWAY by bath.ac.uk with netnews
	for 9fans@cse.psu.edu (9fans@cse.psu.edu)
To: cse.psu.edu!9fans
Message-ID: <8tjhpc$5v4$1@nnrp1.deja.com>
Organization: Deja.com - Before you buy.
Subject: [9fans] plumb game cause rio to abort
Sender: cse.psu.edu!9fans-admin
Errors-To: 9fans-admin@cse.psu.edu
X-BeenThere: 9fans@cse.psu.edu
X-Mailman-Version: 2.0beta6
Precedence: bulk
Reply-To: cse.psu.edu!9fans
List-Id: Fans of the O/S Plan 9 from Bell Labs <9fans.cse.psu.edu>
List-Archive: http://lists.cse.psu.edu/archives/9fans/
Date: Mon, 30 Oct 2000 10:33:40 GMT

Hello all!

1. games/plumb &
2. right click, (Exit. OK?), right click
3. rio abortion with some error messages
(I know I should not start it on background
but anyway it should NOT abort rio!?)

vecera


Sent via Deja.com http://www.deja.com/
Before you buy.

--upas-crdxktepurkzaxuzdutjeoducx--





From 9fans@cse.psu.edu  Mon Oct 30 13:30:23 2000
Date: Mon, 30 Oct 2000 13:30:23 0000
From: 9fans@cse.psu.edu 9fans@cse.psu.edu
Subject: [9fans] suffering the same crash in acme


Hi,

[ if this should be posted to 9throuble, let me know and ignore
this message. Sorry if that is the case. ]

My acme is dying often arguing that file `endofframe' does not
exist. That may have to do with the fact that acme fails to paint
a rectangle which looks like the last row of characters for the my
column. But perhaps the rectangle unpainted has to do with not
having enough pixels to fill up one more row of text. I don't know. 

The stack trace is attached. I haven't found the exact sequence of
actions that cause acme to abort. If I can gather any other useful
data to get this fixed, let me know.

By the way, rio seems to be kept in bad condition after the acme abort.
If I try to delete the window formerly running acme, the system crashes.
[Didn't record the exact diagnostic, but will do in the next crash].

regards


acme: endofframe: file does not exist
acme 174: suicide: sys: trap: fault read addr=0x0 pc=0x00037303

$c
abort() /sys/src/libc/9sys/abort.c:6 called from error+0x3c /sys/src/cmd/acme/util.c:56
error(s=0x443e2) /sys/src/cmd/acme/util.c:51 called from derror+0xf /sys/src/cmd/acme/acme.c:54
derror(errorstr=0x443e2) /sys/src/cmd/acme/acme.c:52 called from drawerror+0x1f /sys/src/libdraw/init.c:396
drawerror(d=0x92f78, s=0x443e2) /sys/src/libdraw/init.c:387 called from chopframe+0x52 /sys/src/libframe/frinsert.c:85
chopframe(f=0xa41ec, bn=0x0, pt=0x236, p=0x67) /sys/src/libframe/frinsert.c:79 called from frinsert+0x83e /sys/src/libframe/frinsert.c:185
frinsert(p0=0x0, f=0xa41ec, sp=0xb7038, ep=0xb7120) /sys/src/libframe/frinsert.c:99 called from textinsert+0x22a /sys/src/cmd/acme/text.c:366
textinsert(q0=0x0, n=0x74, t=0xa41e8, tofile=0x1, r=0xb7038) /sys/src/cmd/acme/text.c:332 called from xfidwrite+0x8dd /sys/src/cmd/acme/xfid.c:477
xfidwrite(x=0xa49d8) /sys/src/cmd/acme/xfid.c:374 called from xfidctl+0x35 /sys/src/cmd/acme/xfid.c:52
xfidctl(arg=0xa49d8) /sys/src/cmd/acme/xfid.c:42 called from launcher+0x3a /sys/src/libthread/thread.c:898
launcher(arg=0xa49d8, f=0x1e88a) /sys/src/libthread/thread.c:886 called from etext+0x104c8b3 






From 9fans@cse.psu.edu  Mon Oct 30 12:43:24 2000
Date: Mon, 30 Oct 2000 07:43:24 -0500
From: rob pike 9fans@cse.psu.edu
Subject: [9fans] rio crash


This one has been pestering me for a while; it showed up
recently and I don't understand why we never saw it before.
I've been on the road for about ten days and haven't had a
chance to nail it.  Rog has been exchanging mail with me and
I hope to get to it later today.  As he said, the fix may take a
while to figure out.

-rob






From 9fans@cse.psu.edu  Tue Oct 31 02:51:03 2000
Date: Mon, 30 Oct 2000 21:51:03 -0500
From: rob pike 9fans@cse.psu.edu
Subject: [9fans] Glenda, the Plan 9 bunny


Renée French has provided high-resolution JPEGs of Glenda.
You can find them at http://plan9.bell-labs.com/plan9dist
hiding in plain sight.

-rob





From 9fans@cse.psu.edu  Tue Oct 31 05:16:51 2000
Date: Tue, 31 Oct 2000 14:16:51 0900
From: 9fans@cse.psu.edu 9fans@cse.psu.edu
Subject: [9fans] rio crash


>and I don't understand why we never saw it before.

Today, I confirmed it which is my first time.

I've never run it in background, because I knew it'd use the current
window. ^_^

Kenji





From 9fans@cse.psu.edu  Tue Oct 31 09:27:53 2000
Date: Tue, 31 Oct 2000 09:27:53 GMT
From: Lyndon Nerenberg 9fans@cse.psu.edu
Subject: [9fans] smtpfs


>>>>> "Boyd" == Boyd Roberts <boyd@planete.net> writes:

    Boyd> looking at inferno's smtp module i thought why not an
    Boyd> smtpfs?  all you do is write the 822 message into /n/smtp
    Boyd> and it parses the message and delivers it.

How do you handle the case where the RCPT TO address doesn't
match the To: header address? They don't have to be the same.

What about DSN? AUTH?

    Boyd> it's trivial.

I don't think so.

--lyndon




From 9fans@cse.psu.edu  Tue Oct 31 11:32:22 2000
Date: Tue, 31 Oct 2000 11:32:22 0000
From: 9fans@cse.psu.edu 9fans@cse.psu.edu
Subject: [9fans] APE socket bug fix


gethostbyaddr() has a sign extension bug which causes it to mess up
the building of the 32 bit address to put in in_addr.  Additionally,
htonl() is required to convert to network byte order.  So

	struct hostent*
	gethostbyaddr(char *addr, int len, int type)
	{
		struct in_addr x;

		if(type != AF_INET){
			h_errno = NO_RECOVERY;
			return 0;
		}

		x.s_addr = (addr[0]<<24)|(addr[1]<<16)|(addr[2]<<8)|addr[3];

		return gethostbyname(inet_ntoa(x));
	}

probably ought to be

	struct hostent*
	gethostbyaddr(char *addr, int len, int type)
	{
		struct in_addr x;
		unsigned char *uaddr = (unsigned char *)addr;

		if(type != AF_INET){
			h_errno = NO_RECOVERY;
			return 0;
		}

		x.s_addr = htonl((uaddr[0]<<24)|(uaddr[1]<<16)|(uaddr[2]<<8)|uaddr[3]);

		return gethostbyname(inet_ntoa(x));
	}

or words to that effect.





From 9fans@cse.psu.edu  Tue Oct 31 16:57:46 2000
Date: Tue, 31 Oct 2000 11:57:46 -0500
From: Scott Schwartz 9fans@cse.psu.edu
Subject: [9fans] APE socket bug fix


| gethostbyaddr() has a sign extension bug which causes it to mess up
| the building of the 32 bit address to put in in_addr.  Additionally,
| htonl() is required to convert to network byte order.  So

Actually the addr parameter is supposed to be supplied in network order.
This is one of several related bugs that I fixed for the second edition.
See http://www.cse.psu.edu/~schwartz/www/ape-diffs.bz2





From 9fans@cse.psu.edu  Tue Oct 31 17:03:38 2000
Date: Tue, 31 Oct 2000 12:03:38 -0500
From: Scott Schwartz 9fans@cse.psu.edu
Subject: [9fans] APE socket bug fix


Arg.  Make that http://www.cse.psu.edu/~schwartz/ape-diffs.bz2