Re: [9fans] bitsy boot problems
So FWIW I just told john two things (we work in the unix room here at sandia labs ... we even have a pjw poster). I just get in later because he is the industrious intern and I am the grizzled old guy. First: the boot process is dying. One easy thing to do is set up so that when you boot it drops you into an rc running out of ramdisk, and just poke around, see if you can do things to the disk, run paqfs (can even do it under acid, probably) and so on. You can learn a lot. Second, the usual, debug prints in paqfs ... ron
Re: [9fans] thoughs about venti+fossil
On Wed, Mar 5, 2008 at 10:16 PM, Enrico Weigelt [EMAIL PROTECTED] wrote: * Bruce Ellis [EMAIL PROTECTED] wrote: it's even sillier, if everyone bought 1,000,000 times as many tickets guess how that would change the probabilities. not at all! The main problem is: statistics is not reliable. baloney. Statistics are quite reliable. It's why your computers work at all. They are statistical beasts, with quantifiable uncertainty. You don't get certainty, you get dialed-in uncertainty. It's just that the engineering is so good you've fooled yourself into thinking it's certain. Think about this. You can warm up some CPUs to a point at which they will: - transparently corrupt floating point computations - not be warm enough to trigger the I'm too hot fault Think about this: the probability of a perfectly bad packet getting through a network layer with no detected error is non-zero. Think about the bit error rate of disks -- it's non zero. But you trust them for some reason, and you don't trust venti? OK, why is that? If you understand that you might start to understand why Venti is better than you know. In any event, if you are going to try to make statistical arguments, move away from anecdotal conjectures such as my cousin bought a lottery ticket on the same day I got hit by lightning and move into the math. That's what the tools are for, so use them :-) ron
Re: [9fans] GCC/G++: some stress testing
On Tue, Mar 4, 2008 at 2:57 AM, Paweł Lasek [EMAIL PROTECTED] wrote: And there were available methods for routing HT traffic with number of sockets nearing thousands or tens of thousands. as in this: http://www.cray.com/products/xt4/ Dunno if they used it directly with cache coherency protocol though. no, it does not. Plan 9 port in progress ... soon we hope. ron
Re: [9fans] GCC/G++: some stress testing
On Tue, Mar 4, 2008 at 7:55 AM, Philippe Anel [EMAIL PROTECTED] wrote: Are you working on this port Ron ? soon. I just realized today that, for the part, linuxemu may save our neck on the XT4. That's because there are proprietary programs that need to run, and they are only linux programs. So I owe Russ and cinap ... ron
Re: [9fans] GCC/G++: some stress testing
On Fri, Feb 29, 2008 at 11:29 PM, Lyndon Nerenberg [EMAIL PROTECTED] wrote: On 2008-Feb-29, at 23:11 , ron minnich wrote: But none of this code will just work on Plan 9 (especially the Fortran code), so what's the point? Why do you say that? The lack of a F95 compiler in /bin? (If you have one in house, that's cheating.) The comment was especially the Fortran code, but also saying none of this code. So my question stands: why is it that *none* of this code would work? ron
Re: [9fans] GCC/G++: some stress testing
On Sat, Mar 1, 2008 at 7:17 AM, [EMAIL PROTECTED] wrote: Why not just port Version 7 f77 and Version 7 Ratfor? Sounds like an idea. Where do I find the source code? Mind you, it's been tens of years since I programmed in Fortran IV, it's going to be hard for me to do any testing. very litlle f77 left in my world, maybe somebody else has some. Ratfor? Surely you must be joking. ron
Re: [9fans] GCC/G++: some stress testing
There are a ton of biology tools written in rather simple c++. Those people are willing to look at p9 if we have two things: -g++ -python thanks ron
Re: [9fans] GCC/G++: some stress testing
On Sat, Mar 1, 2008 at 12:29 PM, [EMAIL PROTECTED] wrote: Ron, I think you're confusing ratfor with software tools. There was a ratfor implementation in C on Unix, and I wrote ratfor when I had to use Fortran, and others did too, independent of the software tools effort. The point of Ratfor was to make Fortran bearable; I can't imagine writing bare Fortran any more. You're right. My mistake. No more stones. Sorry brucee. ron
Re: [9fans] GCC/G++: some stress testing
On Sat, Mar 1, 2008 at 5:07 PM, Paul Lalonde [EMAIL PROTECTED] wrote: Except that all our users code in C++. The complicated kind, with templates and hideous metaprogramming. And can even show good reason to do so. welcome to my life. Lots of holes in the walls around here, roughly the size of my head. ron
Re: [9fans] acme tag line question
On Fri, Feb 29, 2008 at 10:31 AM, Rudolf Sykora [EMAIL PROTECTED] wrote: It's really a pity that the programs are not well documented... How can one really appreciate the work when he/she is unable to powerfully use it... submit a patch for the man page. ron
Re: [9fans] GCC/G++: some stress testing
On Fri, Feb 29, 2008 at 10:39 PM, Lyndon Nerenberg [EMAIL PROTECTED] wrote: But none of this code will just work on Plan 9 (especially the Fortran code), so what's the point? Why do you say that? ron
Re: [9fans] GCC/G++: some stress testing
http://www.mpqc.org/ ron
Re: [9fans] GSOC 2008
On Wed, Feb 27, 2008 at 11:28 AM, hiro [EMAIL PROTECTED] wrote: Why didn't you just use that old list of ideas? I think there was more than one page already, full with ideas from last year. Fuck, it feels like i did my last years application like a few weeks ago. I must have wasted my time in a very stupid way. clean start is better. We have a better idea of what will and won't work. But if you had a great idea, just resubmit. And any US citizens on this list can apply to sandia.gov to work for me on Plan 9 this summer in california. foreigners are harder but I am hoping not impossible -- still working on it. ron
Re: [9fans] GSOC 2008
On Wed, Feb 27, 2008 at 12:30 PM, don bailey [EMAIL PROTECTED] wrote: Seriously? What's the pay look like? well it's student pay. It's an intern position. ron
Re: [9fans] GSOC 2008
On Wed, Feb 27, 2008 at 1:43 PM, hiro [EMAIL PROTECTED] wrote: But they will rather want a bit more experienced people, won't they? well, you can apply and see. we don't assume students are all 30-years grizzled veterans. ron
Re: [9fans] GSOC 2008
On Wed, Feb 27, 2008 at 2:10 PM, Eric Van Hensbergen [EMAIL PROTECTED] wrote: we were talking about Gorka. I added at least 20 years to his age when I fixed his Mac. ron
Re: [9fans] GSOC 2008
On Wed, Feb 27, 2008 at 2:36 PM, erik quanstrom [EMAIL PROTECTED] wrote: like a dog? More like a pine box. ron
Re: [9fans] Soekris 5501s (was kenfs)
On Wed, Feb 27, 2008 at 3:07 PM, erik quanstrom [EMAIL PROTECTED] wrote: does anyone know what gbe chip they're using in the '62? i couldn't find any documentation on their website. I will try to check tonight or tomorrow. I have one at home all cracked open. ron
Re: [9fans] Soekris 5501s (was kenfs)
Somebody asked why I don't use these boards. The main reason was that, whlie they are really great systems, they were not quite hackable enough for BIOS work. Plus, the VGA-serial hardware is not something I need or want, since I run my own BIOS. I'm using two different systems with identical chipsets, http://www.pcengines.ch/alix1c.htm and http://www.artecgroup.com/thincan/ Artec is particulary interesting since their LPC dongle is now documented at open hardware -- schematics, VHDL, the whole deal. They're both really nice systems. Both run coreboot (aka LinuxBIOS) and I'm going to try to embed Plan 9 in the thincan BIOS. But the soekris systems are quite nice, no doubt about it! ron
[9fans] today's quiz
well you all did very well on the 'why bash doesn't run with setuid bit' so I thought some more fun was in order . I svn clone the gcc compiler tree. how big is it? ron
Re: [9fans] today's quiz
On Tue, Feb 26, 2008 at 12:57 PM, Pietro Gagliardi [EMAIL PROTECTED] wrote: Explain what you mean by it - the source code, the binaries, or both? source only. ron
Re: [9fans] today's quiz
On Tue, Feb 26, 2008 at 1:06 PM, Pietro Gagliardi [EMAIL PROTECTED] wrote: And which repository - the trunk? sure ron
Re: [9fans] Non-stack-based calling conventions
On Tue, Feb 26, 2008 at 8:26 PM, [EMAIL PROTECTED] wrote: Current or obsolete architectures? The Sperry Univac 1100 Series, designed by Seymour Craye (sp? Cray. I had no idea he designed it. It had a great front panel -- the lights were switches. I operated an 1108 as a student at E.I. Dupont de Nemours et. ci. in WIlmington, DE. Among other things, it ran the Freon simulation, which evidently helped make up Dupont's mind on the ozone. Ours had a drum memory. The drum was about 20 feet long, two per cabinet, moving them required creating a hole in the side of the building and moving them with a crane. I once slipped while emptying the card reader and hit about 30 switches at once with my upper arm. The machine locked up. That's where I learned an important lesson: figure out if anyone saw you, walk away slowly, make no eye contact, must be that software bug again ... works every time. Bloody marvellous, it was. Specially as it was the first computer I ever worked on. I have extremely fond memories of it. I can easily wax nostalgic about it. Hm, maybe I should look for a simulator for it, anyone know of one? That would be fun, but you'd have to find Exec 8, right? Ah, the days of lights and switches. Today's machines have no soul. ron
Re: [9fans] plan9 httpd/pegasus on unix?
I run my web site on plan9. After watching my friends suffer through all the security warnings that come with apache, php, and all the other little bits that go with *nix web servers, I feel like I made an easier choice. Latest one for one site: We blocked the ports to your web server, you were running php x.y.4 and you need to run x.y.5. And, of course, x.y.5 didn't bulid correctly on macos ... ah fun. ron
Re: [9fans] Plan 9 on Fit-PC
can you boot a standalone linux and cat /proc/cpuinfo and lspci and lspci -v thanks ron
Re: [9fans] Intel ICH7 AHCI
On Sat, Feb 23, 2008 at 8:29 PM, erik quanstrom [EMAIL PROTECTED] wrote: i feel your pain. i have a new motherboard with some bad entries in the mp table, too. Not surprising. What we see, all the time, is that the mobo makers just barely understand these tables, and usually get them quite wrong. We've also seen cases where the MP table for one board was used, verbatim, on a very different board. Finally, the vendors are always willing to rewire bits of the board, but don't quite get around to updating the table. Short form: PC hardware is crap. ron
Re: [9fans] Small GCC steps...
well, I think this will be useful. The big challenge is to get it back to the gcc core so we don't have a full port each time. ron
[9fans] a challenge
here is a challenge. I realize it's linux but I think this is the right group to ask anyway; I think you'll appreciate the humor in it. So far few I have talked to have gotten it. There is a file, called /bin/bash. You are allowed to do this as root. cp this file to /tmp. Do something to it to make it so that, when you are not root, you can run the file in /tmp and get a root shell. Don't assume the obvious. And please don't post that's trivial until you have actually done it. ron
Re: [9fans] a challenge
On Fri, Feb 22, 2008 at 10:23 AM, andrey mirtchovski [EMAIL PROTECTED] wrote: well, i checked the source. turns out bash 3.2 drops privileges if uid != euid and requires the -p flag to allow itself to run in setuid mode: I saw something even more bizarre last night on busy box: it looked like some library and/or bash was looking for a file called /etc/sudo_test or some such. It's just amazing the kind of stuff that the gnu guys are wrapping around the kernel to try and bail the boat out. ron
Re: [9fans] managing windows in rio
On Thu, Feb 21, 2008 at 1:28 AM, Mathieu L. [EMAIL PROTECTED] wrote: I find it quite a tedious operation to point at the corner of a window with the cursor so that I can resize/move it, especially on the laptop when I'm stuck without a mouse. I like the feature in wmii where one can hold meta key + button 1/3 to resize/move a window, which works with a click pretty much anywhere on the window. try out reshape. It's a lifesaver. Also, you have lots of interesting ideas. Hack on the code! Have fun! Seriously. rio is *tiny*. Go ahead and make changes to it. It's fun! And you might get people to like your changes. After all, smacme has, oh, 1.25 users at this point :-) ron
[9fans] back in print: the elements of networking style (padlipski)
If you know what you are doing, 3 layers are probably enough; if you don't know, even 17 layers won't help you just got my copy. Amazon. ron
Re: Page-aligned executables (Was re: [9fans] Non-stack-based calling conventions)
On Feb 18, 2008 8:53 AM, Joel C. Salomon [EMAIL PROTECTED] wrote: Ron mentioned that tidbit in his IWP9 talk about booting Plan 9 under lguest. Lguest (or was it another virtualizer?) uses mmap so it can load any arbitrary number of client kernels; 9l-produced ELF files break that model. And with the execute in place support (XIP) it gets more interesting, and worth understanding, for reasons I'll mention below. IF you have an ext2-based RAM file system, and XIP is compiled in, then you can do the following: instead of mmap'ing the file, ext2 essentially says: here's a pointer to the data you wanted, it's in memory, just use it, don't page it in because that would be a copy from memory to memory. Why's it matter? First, boot time speed. A talk I saw on a Linux-based car computer stated that their boot time goal was one second; Linux was only allowed a very small fraction of this time to be ready (200 milliseconds IIRC); XIP made a difference between meeting the time goals and not meeting them. Second, memory: on a 32 MB node, you really don't want two copies of every binary. So it's interesting to think about whether Plan 9 could boot a node in 200 ms on a StrongARM (500 mhz? I think so) or not. But I think XIP on a small RAM disk would not be impossible. ron
Re: Page-aligned executables (Was re: [9fans] Non-stack-based calling conventions)
On Feb 18, 2008 10:20 AM, Joel C. Salomon [EMAIL PROTECTED] wrote: ...and then he answered his own question: It kinda works good one :-) how about: it works so well that nobody knows it is happening :-) ron
Re: [9fans] ctags on plan 9 with acme-friendly tags
I'm interested, I've wanted a tag-like thing for Acme for years, and was too lazy to write it. ron
Re: [9fans] Consindering eBox-4854 for Plan9
On Fri, Feb 15, 2008 at 4:38 AM, erik quanstrom [EMAIL PROTECTED] wrote: vesa mode works. unichrome II is propritary and you can't get the programming docs without an nda. That's changing. Native linuxbios mode support is coming. So the information will exist outside NDA. ron
Re: [9fans] Consindering eBox-4854 for Plan9
On Fri, Feb 15, 2008 at 10:47 AM, erik quanstrom [EMAIL PROTECTED] wrote: actually programming documentation or just code? just code, but, while I realize code alone is often useless, I am willing to bet the docs in this case are less useful than code. The code will have all the huge doc gaps filled in. ron
Re: [9fans] Google search of the day
On Fri, Feb 15, 2008 at 8:43 AM, maht [EMAIL PROTECTED] wrote: Charles Moore said that you get about 40 items on the stack in a big program iirc, though that was a few years ago. he musta never done breakpoint in SunOS on a read ... there was so much on the stack you couldn't display it on the screen. ron
Re: [9fans] Consindering eBox-4854 for Plan9
On Fri, Feb 15, 2008 at 10:56 AM, erik quanstrom [EMAIL PROTECTED] wrote: fortunately adding one more thing to the list of things to do will not decrease the amount of my infinite spare time. Maybe all the 9fans moved here? http://www.imdb.com/title/tt0418737/ In any event, you forgot: what order of infinity is the work vs. your free time anyway? You might just be slacking. Enquiring minds want to know! ron
[9fans] ATAPI document
Once, long ago, I found a copy of the ATAPI spec that did not require me sending $$$ to T13. Anybody seen that lately or have a link? ron
Re: [9fans] Hello Assembly
On Feb 9, 2008 8:17 AM, Brantley Coile [EMAIL PROTECTED] wrote: I would like to hear what Rob or others have to say about the assembler syntax, but I actually like the syntax for the following reason. if you love assembly code, the assembler on Plan 9 is not great. If you love assembly code, you are in need of a CAT scan in my view. The v6 manual entry for as called assembly code the ultimate dead language. If only that had been true. gcc and friends have made the world safe for assembly, and there is more assembly in use than ever. Writing assembly code should be as painful as possible. Plan 9 succeeds in that regard. It's a good thing in my view. ron
Re: [9fans] 9pcf debugging
We had this problem too on LinuxBIOS, and it's a real problem when you've just powered on and have no memory or stack. But some vendors are claiming they have dropped serial to save money, since we have the Universal Serial Bus for serial I/O. Fortunately, the universal serial bus guys finally figured out, TEN YEARS LATE, that they had not actually provided a workable serial bus mechanism for debugging. Yup, it finally hit them that they somehow forgot to make up a simple serial output, and that running those serial dongles was a bit more than most bioses could get, esp. when there is no stack available. It hit them just about the time somebody said, I want to remove the serial port, how do I debug? Ah, USB. 24+ chapters and not a single good idea :-) [ok, maybe one: powered cables are nice] There is a fix. Well, two fixes. First off, in light of USB's utter uselessness for debugging, most vendors still put COMA on their boards -- they just don't bring it out to a connector. This is true on almost every board I have, including a consumer board I have here which is advertised not to have serial! So open the box and look for COMA. It's usually a 10-pin header, two rows of 5 pins, .1 inch centers, with (if you're lucky) a giant COMA label next to it.Sometimes they clip one pin so it is oriented. Option two is really cute, and could only have been a USB invention. Basically, since there is no easy way to debug the Universal Serial Bus, they created this kludge called the Debug port. Here's a talk on it: http://www.usb.org/developers/presentations/pres0602/john_keys.pdf note that when a port is used for usb debug, it's disabled for USB. Cute, huh? You need to get a debug port dongle, which is so simple it only needs two small embedded controllers to work. Here is one: http://www.semiconductorstore.com/cart/pc/viewPrd.asp?idproduct=12083 it's only $83, which is more than most motherboards, but hey ... So, look for the COMA connector first. Last resort: usb debug port. thanks ron
[9fans] $200 walmart PC
works like a champ. I yanked the drives out of the old K7-based box, dropped them into the walmart PC, after removing the 80G gOS drive, plugged it into the net, and was up in no time. So these are really effective Plan 9 boxes. 512G memory feels so roomy! ron
Re: [9fans] A newbie question...
On Feb 2, 2008 11:22 AM, Juan M. Mendez [EMAIL PROTECTED] wrote: So what are the facts to back up so many posts regarding autotools badness? Just curious. 1. it's not needed. See plan9 ports and lots of other tools that somehow get by without it. 2. a 150,000 line configure shell script? That right there should tell you something's seriously wrong. but it happens. 3. it's not portable. Since the goal is portability, something has been lost here. 4. Warning from the openib stack: you have version 1.59 (or some such) of autotools, and I need 1.60 Oh, ok, there's a version of the configuration tools? What's wrong with this picture? It would all be funny but people actually use this stuff, and that's sad. ron
Re: [9fans] The $200 walmart gPC
On Feb 1, 2008 3:41 AM, Charles Forsyth [EMAIL PROTECTED] wrote: no doubt they all use different instructions and conventions so we'll need an array of implementations. oh yeah, they are all quite different. Great fun, eh? And now there is a 64-bit via part. ron
[9fans] The $200 walmart gPC
seems to run Plan 9 right out of the box. It's an rtl8139, the graphics work, I am going to transplant the drives to it tomorrow and see if it all continues to just work. But the Plan 9 install CD booted and ran just fine. Seems like a nice fast little machine for Plan 9. Of course, Plan 9 has graphics up and running before the delivered OS can get to the point of saying what language do you tawk but that's to be expected. Nice, I thought I was going to have to host plan 9 under a VM, but it appears I can just run it. I did have to make one improvement, however: I had to take a screwdrive and slash it through the touch this sticker and void your warranty stickers. Standards must, after all, be upheld. Anybody want a google desktop cd :-) ron
[9fans] I like this one
new w/gcc 4.3: - The |constructor| and |destructor| function attributes now accept optional priority arguments which control the order in which the constructor and destructor functions are run. woo hoo! Now is that signed? What's the precision? 32 bits? Or can it be floating point? I want priority 5! you get 6, dammit! Just take 2pi as your priority. But I get e. Sorry, more flame bait, but this is just too funny. ron
Re: [9fans] How to read/write pixels from Memimage
On Jan 28, 2008 1:24 AM, [EMAIL PROTECTED] wrote: 9fans is not a blog, try blogger.com now now now :-) Why give the guy a hard time, he's actually discussing real coding he is doing :-) ron
[9fans] new thx9 image
/n/sources/contrib/rminnich/lguest/thx9.bz2 includes fgb's ssh2, linuxemu, abaco, and links. It's the wrong webfs I guess as abaco won't do gmail. It has a working NAT script. What we need now are simple startup script builders or scripts. E.g., x60wireless would start up an x60 with wireless. But the combinations are really almost endless: network type, nat or bridged, WPE or WPA, blah blah blah ... how do we help people set up the node? I don't know. Anyway, it's there. It's a 2G USB image when done. ron
Re: [9fans] new thx9 image
On Jan 24, 2008 3:52 PM, Latchesar Ionkov [EMAIL PROTECTED] wrote: Why do you need linuxemu when i've got linux running under it? Just wondering :) I just figured I'd toss it in so people could play with it. There's no good reason. ron
Re: [9fans] Re: Building GCC
On Jan 23, 2008 6:17 AM, Iruata Souza [EMAIL PROTECTED] wrote: On Jan 23, 2008 7:35 AM, [EMAIL PROTECTED] wrote: flash doesn't have anything to do with compliance. nor does javascript. speaking of the web, you should be compliant with what you choose to implement. if you only implement html and you're compliant with w3c, you are compliant. and, arguably, useless. There is spec compliance and de-facto compliance. Or, maybe, spec compliance and what people want compliance. One of the first questions users ask of a new C compiler is are you gcc compliant?. I'm not making this up. ron
Re: [9fans] Building GCC
On Jan 22, 2008 4:15 AM, Russ Cox [EMAIL PROTECTED] wrote: why use plan 9 at all? why not just install linux or freebsd? because, like it or not, lack of some familiar apps is a barrier to entry for many, if not most, of the people I show Plan 9 to. That said, I would probably draw the line at KDE ... but not at emacs. ron
Re: [9fans] Building GCC
On Jan 22, 2008 9:07 AM, erik quanstrom [EMAIL PROTECTED] wrote: i'm not arguing with your point. i think it's a good one, although not my style. but on a practical level, how do you get any of the plan 9 graphical apps to work if you're running x11/kde on top of plan 9? conversely, how do you educate kde on the ways of plan 9. stick x11 in a little window, then click 'hide' on it. ron
Re: [9fans] Building GCC
On Jan 22, 2008 9:07 AM, erik quanstrom [EMAIL PROTECTED] wrote: Also - some (HPC) apps that we want to run on Plan 9 have silly dependencies on things like X11. However, that gets into a different topic than I think the original poster was talking about. they're running X on blue gene? that's mad. So here's a true story. My team at LANL built an incredibly light weight linux environment for clustering. We could boot 1024 nodes in 2.5 minutes from power off -- less time than it takes most BIOSes to exit POST. About 2 minutes of that time was Linux saying look what hardware I just found and sleeping on device polling. That scaled well to large systems -- 2048 nodes took about the same time, since we used tree-spawn and other nice tricks, such as storing the Myrinet routes in CMOS so you didn't have to reconfigure the net each and every time you booted. The compute nodes had one daemon. You could start a 16 MB MPI image in 2-3 seconds on 1024 nodes, about the same on 2048, since tree spawn is your friend. The scheduler would schedule arbitrary groups of nodes in seconds. This all worked. It's used around the world today, even though our last release was 2004. It is being turned off, at LANL, in part because a number of users wish to run xterms and xemacs and similar apps on a *compute* node. Oh, and because people need Python now, of course. So, yes, I expect to see people demanding x11 apps on cluster nodes. The problem is that all the development nowadays is on the linux desktop, and people just expect that complete desktop to be there on each and every cluster node. It's hard to get them to understand that there is a performance cost to this idea -- or, they just don't care. ron
Re: [9fans] Plan9 + XEN
On Jan 17, 2008 1:10 AM, Enrico Weigelt [EMAIL PROTECTED] wrote: Hi folks, can plan9 run in an XEN dom1 ? yep, for both xen2 and xen3, it's been working for several years now. ron
Re: [9fans] man is really slow on a terminal
On Jan 16, 2008 10:19 AM, [EMAIL PROTECTED] wrote: That and the really poor performance that comes when I have overlapping windows and try to bring one forward are the only things that are bugging me on the terminal. That can be fixed via mtrr patches. You can find them in here: /n/sources/patch/saved/mtrrsupport We've seen a big improvement in graphics performance with these patches. They make the graphics memory write back cached. ron
Re: [9fans] man is really slow on a terminal
On Jan 16, 2008 11:05 AM, erik quanstrom [EMAIL PROTECTED] wrote: you mean write combining? :-) I always do that. yes write combining. ron
Re: [9fans] man is really slow on a terminal
On Jan 16, 2008 3:14 PM, erik quanstrom [EMAIL PROTECTED] wrote: is there a problem with the generality of this patch? Note that the patch is saved, and I'm guessing there is a reason: it's arguably gross to expose the MTRRs to the world. I was thinking about this. It seems to me that MTRRs could really be managed in mmu.c (but it's a headache). You would need to know when a device mapped physical memory that it ought to be cached, and set the MTRRs up properly. it would also be nice if the kernel kept it's own copy of the frame buffer. nvidia^wmodern graphics cards are just not designed to be read from. I know that is true on AGP, but had understood it to be less true on PCIe. Is it really so bad on PCIe now? thanks ron
[9fans] FYI: why the TSC is utterly useless
I just found this nice summary and thought some of you might enjoy it ... http://ltt.polymtl.ca/svn/ltt/branches/poly/doc/developer/tsc.txt Essentially, it's why the time stamp counter does not actually count time on newer CPUs, making it somewhat less than useful. It's got links for the amd info. ron
Re: [9fans] man is really slow on a terminal
On Jan 16, 2008 3:42 PM, erik quanstrom [EMAIL PROTECTED] wrote: as i understand it, the problem is not the bandwidth of the link. the problem is that firmware running on the graphics card'is not set up to handle read requests quickly. i think they assume that you're not going to do that. I hope, hope, hope that nobody is really setting up firmware to respond to PCIe reads of the framebuffer. I don't see how this could be. The enormous bidirectional bandwidth of the PCI Express-based NVIDIA Quadro FX family allows us, for the first time, to utilize the full power of its graphics processors without any restriction to accelerate our hybrid, GPU/CPU-based, photo-realistic rendering software, mental ray, said Rolf Herken, CEO and CTO of mental images. Mental images eh? I like this quote: PCI Express blows the server side wide open, says Beth Loughney, general manager of the NVIDIA Digital Film Group. Geez, I thought my old lab was the one that blew stuff up. Ah well. as one data point, my pcie-based nvidia card raises windows much more slowly than the older agp one that i have. and the pcie card has every advantage. the agp card runs in a intel celery system. What OS? are you sure this is not an os setup issue? thanks ron
Re: [9fans] site is down?
On Jan 12, 2008 5:45 AM, Iruata Souza [EMAIL PROTECTED] wrote: I don't know why people cant come here complain about this, but the site is down *again*. it's simple. Do you help support it? Do you contribute money to keep it going? Do you send them hardware to help them in some way? People have every right to complain when they pay for something and don't get it. They have no right to complain when something which is free is not there when they want it. It's a lot of work to maintain the site, the networks, and the machines that go with it. No one is paid to do it -- it is done as a service to us. Rather than complain when it is not there, we should thank those who make it work when it is there. So, yes, you might politely *ask* why the site is down, or if anyone has any information. But to *complain* about it is to step over the line. thanks ron
Re: [9fans] dmamode
On Jan 10, 2008 10:16 AM, andrey mirtchovski [EMAIL PROTECTED] wrote: echo in cpurc. same for rwm... I hate changing cpurc, but maybe I'm too squeamish. Is that really the way? ron
Re: [9fans] Re: ruby port 1.8.1 ready to use
On Jan 10, 2008 1:11 AM, Federico G. Benavento [EMAIL PROTECTED] wrote: oh, btw, I won't send a diff to the author saying dude, char * isn't the same as unsigned char *! I will if you want me to. Maybe he'll ask me to fix his laptop. ron
Re: [9fans] Re: ruby port 1.8.1 ready to use
On Jan 10, 2008 12:06 PM, Pietro Gagliardi [EMAIL PROTECTED] wrote: Okay, but first you'll need a ticket to Japan. Can you read the language, and any questions? I'm a US citizen. For these cases, we just talk louder. ron
Re: [9fans] RFC: MailFS-NG
Enrico, as the song says, we can talk, talk, talk, bicker, bicker, bicker*, but at some point, it's time to build a test bench and try your ideas out. So, do it. Take a shot at writing the code. These discussions never end. At some point it's time to give it a try. thanks ron *from THe Music Man
Re: [9fans] ruby port 1.8.1 ready to use
On Jan 7, 2008 2:00 AM, prem [EMAIL PROTECTED] wrote: Hi All, I have seen some posts asking if there is ruby port for plan9. Here is one (apologies if this is already posted) Hi, do you think the Ruby folks will take your mods back into mainline? That would be really neat if so. thanks ron
[9fans] Xvnc
is this right? [96197] syscall 57/setpgid not implemented Couldn't open RGB_DB '/usr/X11R6/lib/X11/rgb' [96197] syscall 191/ugetrlimit not implemented _XSERVTransSocketOpen: socket() failed for local _XSERVTransSocketOpenCOTSServer: Unable to open socket for local _XSERVTransOpen: transport open failed for local/roo:0 _XSERVTransMakeAllCOTSServerListeners: failed to open listener for local Getting interface configuration (4): Invalid argument 04/01/08 15:23:23 Xvnc version 3.3.7 - built Sep 25 2004 21:10:01 04/01/08 15:23:23 Copyright (C) 2002-2003 RealVNC Ltd. 04/01/08 15:23:23 Copyright (C) 1994-2000 ATT Laboratories Cambridge. 04/01/08 15:23:23 All Rights Reserved. 04/01/08 15:23:23 See http://www.realvnc.com for information on VNC 04/01/08 15:23:23 Desktop name 'x11' (roo:0) 04/01/08 15:23:23 Protocol version supported 3.3 04/01/08 15:23:23 Listening for VNC connections on TCP port 5900 [96197] syscall 163/mremap not implemented [96197] syscall 163/mremap not implemented Shouldn't it pop up an X background at some point? Thanks ron
Re: [9fans] Xvnc
On Jan 4, 2008 2:47 PM, Federico G. Benavento [EMAIL PROTECTED] wrote: no, it's Xvnc, you need to connect to it with vncv % vncv in another window ah, right, silly of me. Next silly question. Where does the X11/twm come from? ron
Re: [9fans] intel ethernet
On Jan 2, 2008 2:23 PM, Fazlul Shahriar [EMAIL PROTECTED] wrote: in /sys/src/9/pc/ether82563.c makee this change and recompile a kernel: break; case 0x1049:/* mm */ Right, you have this: 1049 82566MM Gigabit Network Connection And it's clearly covered in the driver. Hmm. what do you get when you cat /dev/drivers ron
Re: [9fans] ssh2, at long last!
FYI, the bug: when the ssh client does the adjust window packet, something is garbaged up in the encrypted packet, and the server sees a bogus packet size (order of 2^31 or so) and drops the connection. We can tell more if somebody wants to fix it. ron
[9fans] opera under linuxemu
anybody got a howto? I grabbed cinap's linuxemu from sources. Right now I get this: cpu% ./8.out opera-9.25-20071214.1-static-qt.i386-en-687/bin/opera opera-9.25-20071214.1-static-qt.i386-en-687/bin/opera: cant load interpreter: '/lib/ld-linux.so.2' does not exist cpu% bind -a /mnt/term/lib /lib cpu% ./8.out opera-9.25-20071214.1-static-qt.i386-en-687/bin/opera 8.out 20707: suicide: sys: trap: fault read addr=0x57425810 pc=0x57425810 cpu% I am wondering if there is some simple thing I'm missing. I thought static would not need ld-linux.so.2 but ... thanks ron
[9fans] Another amusing glibc day ...
_dl_out_of_memory as in date: relocation error: /tmp/xcpu-hfyyo9/libc.so.6: symbol _dl_out_of_memory, version GLIBC_PRIVATE not defined in file ld-linux-x86-64.so.2 with link time reference ah well, here is the fix: http://forums.gentoo.org/viewtopic-t-443049.html At some point, it's just amusing. ron
Re: [9fans] intel ethernet
please send the output of the pci command. It could be something as simple as a devid change, which intel loves to do all the time. ron
Re: [9fans] Acme aborts on a pointless Edit command
I keep waiting for the message that says here's the patch :-) ron
Re: [9fans] ip/ipconfig returns 'recved dhcpnak on /net'
On Dec 19, 2007 7:00 AM, Alasdair Reed [EMAIL PROTECTED] wrote: Hi, problem is a described in the subject. Also using a more explicit call: 'ip/ipconfig -g 192.168.0.1 /net/ether0 192.168.0.4 255.255.255.0' is this really what you typed? it's wrong. ip/ipconfig -g 192.168.0.1 ether /net/ether0 192.168.0.4 255.255.255.0 you did not put in the ether mediatype. a search for the mac address with 'cat /net/ether0/addr' just produces 0 well, that is 'bad'. it can happen however, with certain stupid motherboards that put the ether mac into CMOS. I've had it happen. The BIOS very happily jams the garbage MAC address into hardware. Erik's suggestion is a good one. It would sure be helpful if you could show us more about your hardware. ron
Re: [9fans] ata drive capabilities
On Dec 25, 2007 6:59 PM, erik quanstrom [EMAIL PROTECTED] wrote: (we have a drive in the lab that smart declares will fail any minute now. it's been this way for 2 years.) From everything I've seen, SMART has zero correlation with real hardware issues -- confirmed by a discussion with someone at a big search company. SMART is dumb. this can be a big problem if you have a machine with raid that won't boot due to a drive failure. (why have a raid if one failure means an unbootable machine?) it makes great ad copy. ron
Re: [9fans] Abaco: url parsing problem
On Dec 21, 2007 7:39 AM, Uriel [EMAIL PROTECTED] wrote: That is why somebody (cough) riped out the url parsing code from webfs and put it into a library, and then updated abaco to use that library... but we all know here code and effort duplication is good, so never mind. I'm too slow. What on earth are you talking about? You mean, fix webfs to use some fixed parsing library? who fixed it in the first place? Works for me. So you're submitting a patch? ron
Re: [9fans] a question on APE
On Dec 17, 2007 11:54 PM, Kernel Panic [EMAIL PROTECTED] wrote: Ahh... just looked at the code... Ok, as i expected... recv() calls a different read() from /sys/src/libc/9sys/read.c. It will all work if recv() would call the thing from this one: /sys/src/ape/lib/ap/plan9/read.c. I'm not seeing that. I would be happy if you are right but I can't confirm it. I run acid on the binary: recv 0x000cd7b6 SUBL$0x10,SP recv+0x3 0x000cd7b9 MOVLflags+0xc(FP),AX recv+0x7 0x000cd7bd ANDL$0x1,AX recv+0xa 0x000cd7c0 CMPLAX,$0x0 recv+0xd 0x000cd7c3 JEQ recv+0x22(SB) recv+0xf 0x000cd7c5 MOVL$0x29,errno(SB) recv+0x19 0x000cd7cfMOVL$0x,AX recv+0x1e 0x000cd7d4ADDL$0x10,SP recv+0x21 0x000cd7d7RET recv+0x22 0x000cd7d8MOVLfd+0x0(FP),CX recv+0x26 0x000cd7dcMOVLCX,0x0(SP) recv+0x29 0x000cd7dfMOVLa+0x4(FP),CX recv+0x2d 0x000cd7e3MOVLCX,0x4(SP) recv+0x31 0x000cd7e7MOVLn+0x8(FP),CX recv+0x35 0x000cd7ebMOVLCX,0x8(SP) recv+0x39 0x000cd7efCALLread(SB) recv+0x3e 0x000cd7f4ADDL$0x10,SP recv+0x41 0x000cd7f7RET so it calls read. Read is this: read 0x000c3834 SUBL$0x28,SP read+0x3 0x000c3837 MOVLnbytes+0x8(FP),DI read+0x7 0x000c383b MOVLbuf+0x4(FP),SI read+0xb 0x000c383f MOVLd+0x0(FP),BX read+0xf 0x000c3843 CMPLBX,$0x0 read+0x12 0x000c3846JLT read+0x19(SB) read+0x14 0x000c3848CMPLBX,$0x60 read+0x17 0x000c384bJLT read+0x2c(SB) read+0x19 0x000c384dMOVL$0x4,errno(SB) read+0x23 0x000c3857MOVL$0x,AX read+0x28 0x000c385cADDL$0x28,SP read+0x2b 0x000c385fRET read+0x2c 0x000c3860LEAL0x0(BX)(BX*4),CX read+0x2f 0x000c3863SHLL$0x2,CX read+0x32 0x000c3866LEAL_fdinfo(SB)(CX*1),AX read+0x39 0x000c386dMOVL0x0(AX),AX read+0x3b 0x000c386fANDL$0x2,AX read+0x3e 0x000c3872CMPLAX,$0x0 read+0x41 0x000c3875JEQ read+0x19(SB) read+0x43 0x000c3877CMPLDI,$0x0 read+0x46 0x000c387aJHI read+0x4e(SB) read+0x48 0x000c387cXORLAX,AX read+0x4a 0x000c387eADDL$0x28,SP read+0x4d 0x000c3881RET read+0x4e 0x000c3882CMPLSI,$0x0 read+0x51 0x000c3885JNE read+0x66(SB) read+0x53 0x000c3887MOVL$0x9,errno(SB) read+0x5d 0x000c3891MOVL$0x,AX read+0x62 0x000c3896ADDL$0x28,SP read+0x65 0x000c3899RET which is the ape version. There is only one read symbol in the binary, and it's a T. So I am not convinced the recv is calling the wrong thing. That said, I'm still going to change it in source to see what happens :-) ron
[9fans] bug in ape?
The ssh2 always fails with copious data. I.e. lots of data comes in, and the proc reading from the socket at some point fails. I see this go by: pread(4, 0x06000508, 8192, 4294967295) return value: 7520 data: 0x06000508, 7520 Note the offset is x508, and we read 7520 bytes, which, if the buffer is 8k, is an overrun. The ape code is this: static void _copyproc(int fd, Muxbuf *b) { unsigned char *e; int n; int nzeros; e = b-data[PERFDMAX]; for(;;) { /* make sure there's room */ lock(mux-lock); if(e - b-putnext READMAX) { if(b-getnext == b-putnext) { b-getnext = b-putnext = b-data; unlock(mux-lock); } else { /* sleep until there's room */ b-roomwait = 1; unlock(mux-lock); _RENDEZVOUS((unsigned long)b-roomwait, 0); } } else unlock(mux-lock); /* * A Zero-length _READ might mean a zero-length write * happened, or it might mean eof; try several times to * disambiguate (posix read() discards 0-length messages) */ nzeros = 0; do { n = _READ(fd, b-putnext, READMAX); = this line if(b-fd == -1) { _exit(0); /* we've been closed */ } } while(n == 0 ++nzeros 3); lock(mux-lock); note the _READ above. It always calls with READMAX. I don't know yet what putnext can be (in range), but this is a data point. I am posting this as there may be someone who has seen it before. ron
[9fans] my previous message on ape.
OK, my reading was off :-) There is not an overrun in ape. I figured that was way too easy, but hope springs eternal. ron
Re: [9fans] bug in ape?
On Dec 18, 2007 6:51 PM, sqweek [EMAIL PROTECTED] wrote: The buffer is PERFDMAX bytes, which appears to be 2*READMAX. READMAX is 8192 based on what you've posted. In any case, the whole point of the condition at the start of the loop (e - b-putnext READMAX) is to guarentee there is READMAX bytes left in the buffer. yeah, I misread the code. We have found the problem. At some point the plan 9 client is sending a packet to the linux sshd server that it really hates. The server sends back an error with something like bad message size 174585434 which, yes, looks bad. So we're building an ssdh from source to see what's going on. thanks ron
[9fans] a question on APE
we're doing some work here with Andrey's port of ssh2. It *almost* works. But I'm seeing a stack trace I don't understand. I can't give you all the details -- it's ssh, therefore it is pretty awful -- but here is the short form: There is a proc called fromnet() which has this inner loop: for(;;){ if((n = libssh2_channel_read(c, buf, Bufsize)) 0) write(1, buf, n); else goto Donenet; } When this proc is entered, ape has forked off two procs to handle the fd 'c'. From the fromnet function, we see the libssh2_channel_read does a select. here is where I get confused. The stk() for the two procs looks like this: pread()+0x7 /sys/src/libc/9syscall/pread.s:5 read(fd=0x5,buf=0x110414,n=0x1000)+0x2f /sys/src/libc/9sys/read.c:7 recv(flags=0x0,fd=0x5,a=0x110414,n=0x1000)+0x3e /sys/src/ape/lib/bsd/send.c:30 libssh2_packet_read(session=0x1102f8)+0x176 /usr/bootes/libssh2/libssh2-0.18/src/transport.c:326 libssh2_channel_read_ex(channel=0x114460,buflen=0x1000,stream_id=0x0,buf=0xdfffdee8)+0x2a7 /usr/bootes/libssh2/libssh2-0.18/src/channel.c:1442 fromnet(c=0x114460,s=0x1102f8)+0x2e /usr/bootes/libssh2/libssh2-0.18/clients/ssh2.c:75 main(argc=0x2,argv=0xdfffef94)+0x47c /usr/bootes/libssh2/libssh2-0.18/clients/ssh2.c:253 _main+0x31 /sys/src/libc/386/main9.s:16 The the read on fd 5. That's the socket. Here is the other proc. _PREAD()+0x7 /sys/src/ape/lib/ap/syscall/_PREAD.s:5 _READ(fd=0x5,buf=0x63c,n=0x2000)+0x2f /sys/src/ape/lib/ap/plan9/9read.c:10 _copyproc(b=0x628,fd=0x5)+0x86 /sys/src/ape/lib/ap/plan9/_buf.c:166 _startbuf(fd=0x5)+0x1dd /sys/src/ape/lib/ap/plan9/_buf.c:107 select(timeout=0xdfffde90,rfds=0xdfffde80,wfds=0x0,efds=0x0,nfds=0x6)+0xe9 /sys/src/ape/lib/ap/plan9/_buf.c:292 libssh2_waitsocket(session=0x1102f8,seconds=0x0)+0x7b /usr/bootes/libssh2/libssh2-0.18/src/packet.c:1054 libssh2_channel_read_ex(channel=0x114460,buflen=0x1000,stream_id=0x0,buf=0xdfffdee8)+0x69 /usr/bootes/libssh2/libssh2-0.18/src/channel.c:1408 fromnet(c=0x114460,s=0x1102f8)+0x2e /usr/bootes/libssh2/libssh2-0.18/clients/ssh2.c:75 main(argc=0x2,argv=0xdfffef94)+0x47c /usr/bootes/libssh2/libssh2-0.18/clients/ssh2.c:253 _main+0x31 /sys/src/libc/386/main9.s:16 ok, I think this stack is a bit messed up, since I don't see how we can have the coyproc in the call chain from select(), but ... is it? I realize there is very little information here, sorry ... here's what is bothering me. It seems we have two procs hanging on a read on fd 5. I think the copyproc and some other proc are in conflict but ... I am unsure. The problems we are seeing might be explained by the wrong proc grabbing output at the wrong time -- it feels like a race condition. And acid trips we can take to hammer this one down? Anyone ever done a select on a socket in ape?
Re: [9fans] Re: A few photos of IWP9 2007 ...
On Dec 15, 2007 8:22 PM, Noah Evans [EMAIL PROTECTED] wrote: I'd like to vote for October too. December is dangerously close to finals/thesis deadlines for a lot of students. me too. Dec. is too cold in this hemisphere. ron
Re: [9fans] Re: A few photos of IWP9 2007 ...
On Dec 14, 2007 12:41 AM, Francisco J Ballesteros [EMAIL PROTECTED] wrote: We asked the 9fan we know at Greece and it seems that perhaps october in greece is an option, should we want to have it hosted there. What organization is there to handle arrangements? This kind of thing is a lot of work. Is there a hotel that can support us? Where in Greece are you looking? This may sound crazy but it's not too early to start planning. thanks ron
Re: [9fans] venti wrarena i/o errors
On Dec 14, 2007 12:22 AM, Christian Kellermann [EMAIL PROTECTED] wrote: This looks really good! Do you still have to do the replace-the-chip-while-power-on dance to get the LinuxBIOS flashed? They don't come with it natively as it seems... it's soldered on :-) so you flash it and say your prayers. ron
Re: [9fans] Re: A few photos of IWP9 2007 ...
I am pushing for IWP9 to be in sonoma, where people will vie for the privelege of giving you fine wines and foods; or cancun, which is ok except it's not california. Nemo wants it in the greek island of incognita. There have been very few tourists taken hostage there in the last month, as compared to the previous 23 months, and nemo says it is perfectly safe, as long as there are fewer hurricanes than there usually are. ron
Re: [9fans] Re: OT: Keyboard trouble
On Dec 13, 2007 4:50 PM, erik quanstrom [EMAIL PROTECTED] wrote: if things get to the point where these things can't be turned off, we'll need to find other hardware. if it runs EFI there is no escape. this is supposed to be a feature. ron
Re: [9fans] venti wrarena i/o errors
I can highly recommend these: http://www.pcengines.ch/alix1c.htm The company is great to deal with. They run linuxbios now and I'm looking at embedding plan 9. Price is $134. ron
Re: [9fans] Re: OT: Keyboard trouble
On Dec 13, 2007 4:31 PM, erik quanstrom [EMAIL PROTECTED] wrote: you've gotta love system mgmt mode and the special sneak-past- the-os interrupt. the processor is yours, except when it isn't. Intel's plans are to use this mode far more, not less, than in the past. And yes, I hate it too ... ron
Re: [9fans] Re: A few photos of IWP9 2007 ...
you're a good photographer, Axel! I really enjoyed these pictures. ron
Re: [9fans] videos of IWP9 talks
It's just a shame about the video camera failure during Lucho's very fine talk :-) ron
Re: [9fans] OT: Sandisk?
On Dec 10, 2007 9:10 PM, Joel C. Salomon [EMAIL PROTECTED] wrote: At IWP9, folks mentioned Sandisk USB drives -- I just can't remember whether they said it was a good brand or the other thing. Radio Shack has 2GB for $20, 4GB for $36; worth it? Those are the ones we tried and boy are they SLOW. Sape can remind us of the one he had ... it was FAST. ron
[9fans] I don't understand ndb/dns
OK, we did some more work here on THNX today. wireless on the x60 is up and working with wpa. But we can't make heads nor tails of how to get dns to work. NAT is fine: I can ping the dns server from the plan 9 OS running under lguest. here is one example. The guest is at 192.168.19.1, the tap0 device on linux is at 192.168.192. Wireless IP is 10.10.10.144. The dns is at 10.10.10.1. I can do the following: ndb/dnsdebug @10.10.10.1 cnn.com and get a good answer. I can cat /net/ndb, and one entry I get is this: dns=10.10.10.1 Also, there is no dns entry in /lib/ndb/local. I have also restarted dns, as in ndb/dns -r. No good. What should I look for? thanks ron
Re: [9fans] readme for THNX
On Dec 4, 2007 10:41 AM, Martin Harriss [EMAIL PROTECTED] wrote: cd /boot/grub mv menu.lst grub.conf Thank you martin, this did it, I can not believe I forgot that :-) Thanks again ron
[9fans] readme for THNX
The intent is that this USB disk is a starting point for your machine. We did not set up the usb stick with all the friendly automagic /etc/rc.d/init.d stuff because that is all so slow and ugly. The intent is that you start from this simple base and extend as much as needed for your platform. It does not take much to customize it. I think the talk today left people confused a bit, and I'm sorry if it did. I think I went too fast. When you boot and get the grub prompt grub enter configflie /boot/grub/menu.lst and hit return. And if you know how to make it stop asking this, let me know. When the kernel boots, you'll get the screen modes prompt for vga. Hit return, then enter the mode. For x60, 317 is a safe choice, 318 works too. -- 1024x768 For t60, I know 318 works, but there are better modes -- Aki? You need to set up an MTRR for the graphics. X11 does this normally, but we're not running X11. So you do this: [EMAIL PROTECTED] ~]$ lspci | grep -i vga 00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller (rev 03) [EMAIL PROTECTED] ~]$ lspci -v -v -v -s 0:2.0 00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller (rev 03) (prog-if 00 [VGA]) Subsystem: Lenovo Thinkpad R60e model 0657 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- Latency: 0 Interrupt: pin A routed to IRQ 20 Region 0: Memory at ee10 (32-bit, non-prefetchable) [size=512K] Region 1: I/O ports at 1800 [size=8] Region 2: Memory at d000 (32-bit, prefetchable) [size=256M] Region 3: Memory at ee20 (32-bit, non-prefetchable) [size=256K] Capabilities: access denied See that Region 2 above? The BIG one (256M) with the prefetchable? That's the frame buffer. You need to set an mtrr for it. Note the base address (0xd000) and size (0x1000). Just do this: . FIXMTRR 0xd000 0x1000 Now the frame buffer will be fast. Note on different systems that Region 2 can be Region 0 or other things. Now you need a network. I am pretty sure I have all the modules for linux network drivers on the disk. There is wireless support in the form of all the linux wireless drivers, and the ipw3945 and madwifi stack as well as wpa_supplicant. The supplicant/ipw3945 combo is tested and works. The one remaining secret is that there are two network modes to run in. You should probably run BRIDGE if you are going with a wire, and NAT otherwise. Figure out which network you want to use, and, e.g.: modprobe e1000 For the ipw3945, cd ipw3945/ipw3945-1.2.0/ ./load for madwifi+atheros there is a script ath0 which ought to work. If you are going to BRIDGE run the BRIDGE script. This will dhcp. Modify to taste. Then run RUNLGUESTNAT for nat or RUNLGUESTBRIDGE. If running BRIDGED, note the IP address that the plan 9 guest got; it is the prompt. Once the guest is up, use ALTF2 to get to vt 2. Then: If running NAT: drawterm -a hanska -c hanska if running BRIDGE: drawterm -a ip address from above -c ip address from above user is bootes, password is lguestgood now you are up in drawterm. To get to other VTs from drawterm, ^T^T1 (for the one you were on) or ^T^T3 for VT3 and so on for up to VT 6. To exit drawterm ^T^TR and note: UPPER CASE R. We don't supply reboot or other commands. To shut down, in Plan 9, fshalt To exit the Plan 9 guest, ^C^C^C (i.e. three ^C) To make the root file system ready to shut down in Linux, CTL-ALT-SYSRQ-u will magically remount the file system read-only. At that point you can power off. CTL-ALT-SYSRQ-b will magically reboot OK, this is a lot of typing, right? This is the raw material. Once you figure out what bits you need for your laptop, write a script (I recommend calling it 9load), ==starting with the /bin/runme script, == and adding in the modprobe from above, and the other bits you need. Then, next time you boot, just type 9load and watch Plan 9 boot. Also, if you really want to use the local disk on your laptop, go for it. Just use fdisk to set up a partition, mount it on e.g. /mnt/thnx, mount the usb disk on e.g. /mnt/usb, then rsync -av /mnt/usb /mnt/thnx Then set up grub so it can boot this partition. ron
[9fans] IWP9 attendess
we will have a group offering rides from murray hill inn. Let's meet in the lobby at 0845 AM (SHARP!) monday morning and those of us with cars can give you a ride up. Remember, if you are interested in THNX, bring 2 G usb stick. Aki just made the graphics performance 40x better. thanks ron
Re: [9fans] panic on install from live CD
total memory = 383 MB avail memory = 367 MB 16 MB difference? Is this a framebuffer? Or ... could it be that Plan 9 does not know that memory is not really available? How much memory is plan 9 reporting? ron
Re: [9fans] panic on install from live CD
hmm. So the trap is always E (page fault), but is it always 9? It always says page fault: 9? Usually when I've had this problem, which you seem to be getting some time after processes are running, it's been problems with caches not being flushed correctly after context switch, and thus processes returning from kernel mode with a stack which is some other procs stack. Or the tlb flush failing which can result in similar issues. I'm hardly the expert here however. Any chance you can get this on serial console? It might help. thanks ron
[9fans] IWP9
if you are going to IWP9 and have a 2G usb stick be sure to give it to me monday morning, I will have an automagic burn process so I can have them already for the tutorial. ron
Re: [9fans] Ideas for an printer filesystem
On Sep 6, 2007 6:56 PM, Enrico Weigelt [EMAIL PROTECTED] wrote: /next-id spits out an new (random) job-id it's the wrong place. I think you need /jobs directory, with a /jobs/clone. You open /jobs/clone, it's a ctl file. You copy the file to that dir. you attach the job to the printer much the way you attach a protocol stack to an interface. i suggest your best bet is to try to put something together and see what feels right. Abstract design is no substitute for prototyping and experience with prototypes. View to an single job: * /myjob /idunique key /priority /owner /logfile the job's logfile /statusjob's status, writable to alter status values: new, processing, printing, done, kill /size.total /size.done /pages.total /pages.done /colorspace(ie. rgb,cmyk,pantone,mono,greyscale) /papersize /orientation /options/opt extended options (ie. for folding, etc) /content.pswhole content as postscript you'll almost certainly not cover all the info you need with all the file names. Why not do as the network stack does and have status, which returns this info as a set of tuples -- want to guess what format I'd like? (hint -- it's NOT XML) * Cloning a printer (to have multiple instances w/ separate options): choose some name and write it to ./clone options should attach to jobs, not to printers. Else you have the possibility of a nice combinatorial explosion. * Creating a new job: + fetch a new job-id cat /job/clone + mkdir a new job queue entry (with fetched key) no no no. :-) + all necessary structures will appear automatically + upload the postscript data to ./content.ps + do appropriate changes (ie. papersize, orientation, colorspace, ...) + write new to ./status eek. Have a ctl file. * Abort an job + look for the job's dir and write abort to ./status no. ctl file. What do you think about this ? Study the network devices, they're pretty nice. ron
Re: [9fans] WIP session at IWP9
looks like I am doing a tutorial on THNX. Of those coming, who would like to attend? Can you bring a 2G USB stick? The goal is to get you a usable environment you can take away with you. I can try to get some sticks here, but it is better if you can bring one. Let me know ron