Re: [9fans] Town Hall Meeting: August 15th, 2005, 20:00 GMT
apologies for not being there. I tried but couldent. Somehow, people here in spain think that chats are evil and I couldn´t convince them to let me use it. I´m now back in town, so I hope there´ll be no problem to join the next one. On 8/15/05, Uriel [EMAIL PROTECTED] wrote: When: August 15th, 2005, 2000 GMT Moderator: ericvh Where: #plan9dev on irc.freenode.net Agenda: * 'long winded design discussions' are not happening in 9fans as hoped * Future of Plan 9 * Unix/Linux version of auth server - tony_t * Plan B - nemo * 9P Reliability Project Status - Gorka/ericvh * Jim Getty's SNAP vision - ericvh * Propaganda efforts and documentation issues - uriel * future 9cons - uriel * Installer plans/work(problems with lack of testing...) (Please add any other desired topics to the wiki) http://plan9.bell-labs.com/wiki/plan9/Town_hall_meetings/ (Note: it would be nice to have someone present from both VitaNuova and from Bell Labs, often questions come up that only people from there can answer)
[9fans] rdbfs
I'm having trouble getting rdbfs to work. I start the rdbfs as follows: term% rdbfs -p 1000 /mnt/consoles/bertha (I've imported the console to bertha from the console server.) I then run db db -k /386/9satabwctst 1000 which sends the following out the serial line R0030 4c ca 00 80 R0038 a0 58 10 80 R801058a0 83 c4 08 c3 R801058a1 c4 08 c3 83 cpu0: registers for genrandom 2 FLAGS=10086 TRAP=E ECODE=0 PC=80105855 SS=58A2 USP=80200DE5 AX 080058A2 BX 8021554C CX 080058A2 DX SI 080058A2 DI 0010 BP 0010 CS 0010 DS 0008 ES 0008 FS 001B GS 001B CR0 80010039 CR2 080058a2 CR3 2000 CR4 00d0 MCA MCT ur 8000c938 up 8022e9c0 As you can see, I get a trap when trying to access 080058a2? I'm puzzled by the 0800 instead of 8010. What am I doing wrong? Brantley
Re: [9fans] rdbfs
It doesn't look like the kernel is managing to read the serial input correctly. Maybe it's coming in too fast? Russ
Re: [9fans] rdbfs
could it be that some other process is stealing bytes out of the uart? how do i make sure that's not happening? that's really unlikely given that the kernel is splhi looping to poll the uart. russ
Re: [9fans] rdbfs
could it be that some other process is stealing bytes out of the uart? how do i make sure that's not happening? that's really unlikely given that the kernel is splhi looping to poll the uart. I don't think another process is stealing bytes but I do sympathize with anybody having uart problems. I couldn't read all the bytes off a GPS when it's baud rate was set higher than 4800. Sape
Re: [9fans] rdbfs
i seem to have it working somewhat now. i'm just not sure how much i can do with it. it doesn't seem to have a stack to backtrace. does anyone use this rdb? i used to use it all the time. i expect it should still work. perhaps you're not invoking acid with -k? russ
Re: [9fans] rdbfs
| that's really unlikely given that the kernel is splhi | looping to poll the uart. A while back there was a bug where hardware flow control wasn't turned on, so characters would get dropped. Is that in good working order now?
Re: [9fans] vmware 5.0
On Tue, 23 Aug 2005 15:48:56 -0400 Latchesar Ionkov [EMAIL PROTECTED] wrote: I don't think you can run xen inside Windows. Xen is always in control of the hardware, it can let some of the domains to access some of it directly, but the MMU and the interrupts are always handled by Xen. I've been wondering if the techniques that colinux uses to run Linux inside windows could also be used to make Xen in Windows possible. However, I have no real details about what exactly those techniques are, so this is pure speculation! Martin -- Martin C. Atkins[EMAIL PROTECTED] Parvat Infotech Private Limited http://www.parvat.com{/,/martin}
Re: [9fans] vmware 5.0
I've been wondering if the techniques that colinux uses to run Linux inside windows could also be used to make Xen in Windows possible. I'm sure you could take the xen dom0-domU interface and use it to allow domU's to be run on top of win32 (or the NT kernel, or any other kernel, for that matter). If you didn't want to interpret the cpu instructions you would need a little hook in the native kernel to catch trap instructions and handle page faults. If you wanted to emulate the cpu (ie. bochs/flex86/qemu) you could directly provide a xen machine. Definitely not a trivial undertaking, though. Martin C. Atkins[EMAIL PROTECTED] Tim Newsham http://www.lava.net/~newsham/