--- Day changed

--- Log opened Fri Apr 01 23:59:02 2005
00:55 -!- niv_ [~Nivedita_@c-67-171-167-143.hsd1.or.comcast.net] has quit [Quit: ChatZilla 0.9.61 [Mozilla rv:1.7.1/20040707]]
01:04 -!- Chang [~coffmant@cpe-24-93-161-148.neo.res.rr.com] has quit [Quit: Chang]
01:20 -!- hollis [~hollis@user-0vvde2g.cable.mindspring.com] has quit [Quit: leaving]
02:45 -!- Method [Method@pcp0010742058pcs.howard01.md.comcast.net] has joined #xen
03:30 -!- anthill333 [~larsr@palwebproxy2.core.hp.com] has quit [Remote host closed the connection]
05:44 -!- DEac- [~deac@xdsl-81-173-160-118.netcologne.de] has quit [Ping timeout: 480 seconds]
05:56 -!- DEac- [~deac@xdsl-84-44-147-207.netcologne.de] has joined #xen
07:28 -!- Guest2249664 [~law@200-158-34-204.dsl.telesp.net.br] has joined #xen
07:50 -!- Guest2249664 [~law@200-158-34-204.dsl.telesp.net.br] has quit [Quit: ]
09:52 -!- jimix [~jimix@ip13.194.susc.suscom.net] has joined #xen
09:53 < jimix> so if one hase code to be used by both tools and the xen core, where would the the source go?
09:56 -!- Mark [~Mark@maw48.kings.cam.ac.uk] has joined #xen
09:58 < Tv> http://wiki.xensource.com/xenwiki/UniversityOfCambridgeXenExample
09:58 < Tv> You are not allowed to view this page.
09:58 < Tv> http://wiki.xensource.com/xenwiki/XenSourcePublicServersExample  too
10:08 < Mark> Tv: did you mention those pages a couple of days ago? (my memory fails me)
10:10 < Mark> best person to ask about them is James Bulpin on the xen-users list, I suspect
10:12 < riel> jimix: good question
10:12 < riel> jimix: my guess would be a new top level directory lib/
10:16 < Tv> Mark: nope, wasn't me
10:17 < Mark> Tv: ah ok.   someone else was on here wondering why they couldn't get at them.
10:17 < Mark> Tv:  I'd quite like to know, really - I can't get at them either ;-)  Perhaps it's plans for world domination (but I thought we published all of those :-))
10:24 -!- hebutterworth [~harry@blueice2n1.uk.ibm.com] has joined #xen
10:26 < hebutterworth> Can anyone please help me understand the following little bit of python from xend:
10:26 < hebutterworth>         d1 = backend.connect()
10:26 < hebutterworth>         d2 = defer.Deferred()
10:26 < hebutterworth>         d2.addCallback(self.send_be_claim_port)
10:26 < hebutterworth>         d1.chainDeferred(d2)
10:27 < hebutterworth> Is the use of d2 required to make the self pointer correct in send_be_claim_port?
10:27 < hebutterworth> since backend and self are different objects
10:28 -!- Arnald [~Arnald@81-86-116-102.dsl.pipex.com] has quit [Ping timeout: 480 seconds]
10:28 < buggs> no
10:28 < buggs> d2 is needed for chainDeferred
10:29 < hebutterworth> so, why not just d1.addCallback(self.send_be_claim_port)
10:32 < buggs> d1.chainDeferred(defer.Deferred().addCallback(self.send_be_claim_port))
10:34 < hebutterworth> OK, so I can see that's the same but why not:
10:34 < hebutterworth> d1 = backend.connect()
10:34 < hebutterworth> d1.addCallback(self.send_be_claim_port)
10:34 < hebutterworth> return d1
10:35 < buggs> hebutterworth, it is not obvious from the code you pasted if that is possible
10:36 < buggs> svan self.send_be_claim_port <- no ()
10:36 < hebutterworth> What's the difference?
10:37 < buggs> that means you pass a pointer instead of the result from the evaluation of the method
10:37 < buggs> but was meant for another channel
10:39 -!- jimix [~jimix@ip13.194.susc.suscom.net] has quit [Quit: Download Gaim: http://gaim.sourceforge.net/]
10:41 < hebutterworth> thanks buggs, will think more about it.
10:47 < Mark> hebutterworth: if that's something i wrote then it means I copied it (probably from the blkif.py driver)
10:47 < Mark> i'm not sure if there's a difference between your examples, depends on when "self" gets evaluated, i guess
10:48 < Mark> i thought i could see an alternaticve reason for Mike doing it at one stage but I'm not sure that's right now
10:49 < buggs> self is evaluated before passing
10:51 -!- greenrd [~greenrd@66-188-75-198.cpe.ga.charter.com] has quit [Ping timeout: 480 seconds]
10:52 < Mark> buggs: thanks.  i guess it has to be really.  i guess that means that either they're semantically equivalent, or it's my other explanation.
10:53 < Mark> which i can't remember fully...  i'll think of it whilst i go find breakfast
10:54 -!- hollis [~hollis@user-0vvde2g.cable.mindspring.com] has joined #xen
10:54  * Mark goes away to find breakfast...  brb
11:04 -!- unriel [~riel@riel.netop.oftc.net] has quit [Read error: Operation timed out]
11:05 -!- aliguori [~anthony@cpe-70-112-81-91.austin.res.rr.com] has quit [Read error: Operation timed out]
11:07 -!- aliguori [~anthony@cpe-70-112-81-91.austin.res.rr.com] has joined #xen
11:07 -!- unriel [~riel@nat-pool-bos.redhat.com] has joined #xen
11:08 -!- knewt_ [~jmb@p213.54.95.188.tisdip.tiscali.de] has joined #xen
11:08 -!- knewt [~jmb@zeus.pimb.org] has quit [Read error: Connection reset by peer]
11:10 -!- yuval [~yuval@line104-133.adsl.actcom.co.il] has joined #xen
11:10 -!- yuval [~yuval@line104-133.adsl.actcom.co.il] has quit [Quit: ]
11:13 -!- unriel [~riel@nat-pool-bos.redhat.com] has quit [Read error: Operation timed out]
11:17 -!- aliguori [~anthony@cpe-70-112-81-91.austin.res.rr.com] has quit [Read error: Operation timed out]
11:19 -!- Mark [~Mark@maw48.kings.cam.ac.uk] has quit [Ping timeout: 480 seconds]
11:19 -!- plars [~plars@pixpat.austin.ibm.com] has quit [Ping timeout: 480 seconds]
11:19 -!- hebutterworth [~harry@blueice2n1.uk.ibm.com] has quit [Ping timeout: 480 seconds]
11:20 -!- DEac- [~deac@xdsl-84-44-147-207.netcologne.de] has quit [oxygen.oftc.net charm.oftc.net]
11:20 -!- jonmason [~jonmason@pixpat.austin.ibm.com] has quit [oxygen.oftc.net charm.oftc.net]
11:20 -!- JViz [Anomaly@gso167-184-225.triad.rr.com] has quit [oxygen.oftc.net charm.oftc.net]
11:20 -!- apw [~apw@212.104.150.41] has quit [oxygen.oftc.net charm.oftc.net]
11:20 -!- plars [~plars@pixpat.austin.ibm.com] has joined #xen
11:20 -!- hebutterworth [~harry@blueice2n1.uk.ibm.com] has joined #xen
11:21 -!- jonmason [~jonmason@pixpat.austin.ibm.com] has joined #xen
11:21 -!- JViz [Anomaly@cpe-024-167-184-225.triad.res.rr.com] has joined #xen
11:21 -!- apw [~apw@212.104.150.41] has joined #xen
11:21 -!- DEac- [~deac@xdsl-84-44-147-207.netcologne.de] has joined #xen
11:21 -!- unriel [~riel@nat-pool-bos.redhat.com] has joined #xen
11:23 -!- aliguori [~anthony@cpe-70-112-81-91.austin.res.rr.com] has joined #xen
11:25 -!- knewt_ [~jmb@p213.54.95.188.tisdip.tiscali.de] has quit [Quit: Reconnecting]
11:25 -!- knewt [~jmb@p213.54.95.188.tisdip.tiscali.de] has joined #xen
11:26 -!- knewt [~jmb@p213.54.95.188.tisdip.tiscali.de] has quit [Quit: ]
11:26 -!- knewt [~jmb@p213.54.95.188.tisdip.tiscali.de] has joined #xen
11:27 -!- knewt [~jmb@p213.54.95.188.tisdip.tiscali.de] has quit [Quit: ]
11:27 -!- knewt [~jmb@zeus.pimb.org] has joined #xen
11:27 < knewt> ah, that's better
11:49 -!- Mark [~Mark@maw48.kings.cam.ac.uk] has joined #xen
11:50 -!- Mark [~Mark@maw48.kings.cam.ac.uk] has quit [Quit: ]
11:53 -!- MarkW [~MarkW@maw48.kings.cam.ac.uk] has joined #xen
11:54 -!- DEac- [~deac@xdsl-84-44-147-207.netcologne.de] has quit [Remote host closed the connection]
11:55 -!- MarkW [~MarkW@maw48.kings.cam.ac.uk] has left #xen []
11:55 -!- MarkW [~MarkW@maw48.kings.cam.ac.uk] has joined #xen
11:55 -!- mode/#xen [+o MarkW] by ChanServ
11:58 -!- DEac- [~deac@xdsl-84-44-147-207.netcologne.de] has joined #xen
12:09 -!- sunny [sunny@opencurve.org] has quit [Quit: Lost terminal]
12:09 -!- sunny [sunny@opencurve.org] has joined #xen
12:20 -!- Arnald [~Arnald@81-86-116-102.dsl.pipex.com] has joined #xen
12:32 -!- DEac- [~deac@xdsl-84-44-147-207.netcologne.de] has quit [Quit: Leaving]
12:42 < hebutterworth> MarkW, I tried removing the extra deferred and it seems to work OK. Did you remember what you thought it might be for
12:50 -!- matta-lt [~matta@69.93.28.254] has joined #xen
12:54 -!- DEac- [~deac@xdsl-84-44-147-207.netcologne.de] has joined #xen
13:06 < cw> heh, seems like the xen->mips->jvm thread is serious
13:08 -!- cf0989b8 [~cf0989b8@ns.372broadway.com] has joined #xen
13:08 -!- mode/#xen [+o cf0989b8] by cw
13:08 < hebutterworth> couldn't tell whether it was an april fools or not
13:08 < hebutterworth> it's actually a powerful architectural idea
13:08 < cw> it seems like a complicate way to do what they want to me
13:09 < hebutterworth> but the proposed implementation is, as you say, overcomplicated
13:10 < cw> i dunno, it seems like you could port qemu/bochs or some other x86 virtualization layer to java and that would get you what you want
13:10 < cw> basically x86->java-byte-code and for various instructions you trap
13:12 -!- DEac- [~deac@xdsl-84-44-147-207.netcologne.de] has quit [Remote host closed the connection]
13:13 < hebutterworth> cw, what makes you think it's serious?
13:15 < cw> only the fact they are still talking about it in a serious manner
13:17 < hebutterworth> Well, if it really is serious, it was a mistake to announce on april 1 :-)
13:18 < cw> heh, this year was terrible, suckdor wall almost 100% unamusing stupid jokes
13:18 -!- DEac- [~deac@xdsl-84-44-147-207.netcologne.de] has joined #xen
13:22 < MarkW> cw: i think the Kaffe list guy who is taking it seriously got fooled
13:24 < hebutterworth> Yeah, that was my impression too.
13:25 < hebutterworth> The comments about SOAP etc were just too far ott
13:26 < riel> I liked the "lets remove i386 support" one on lkml
13:26 < riel> (and of course RBJ fell for it ...)
13:27 -!- Arnald [~Arnald@81-86-116-102.dsl.pipex.com] has quit [Ping timeout: 480 seconds]
13:39 -!- hebutterworth [~harry@blueice2n1.uk.ibm.com] has quit [Quit: going home to eat]
13:53 -!- akw [~akw@host81-152-238-103.range81-152.btcentralplus.com] has joined #xen
14:02 < MarkW> riel: RBJ?
14:03 < riel> Richard B. Johnson
14:03 < cw> aka wrongbot
14:20 < knewt> hmm, what's the best way to get a sysfs setting set when a device appears?
14:20 < cw> from userspace?
14:21 < riel> knewt: ohhh, you're looking into hotplug ?
14:21 < knewt> i need the timeout value for a tapedrive to be set
14:22 < knewt> riel: nothing as interesting
14:22 < knewt> just a simple piece of userspace configuration for a really old and slow atapi tape drive
14:23 < riel> ahh ok
14:24 < cw> knewt: udev and the hotplug foo can be hooked
14:24 < cw> knewt: or just loop looking for the sysfs file (sleeping if it's not there) and poke it when you see it
14:24 < knewt> it'll only appear once, at boot, but i'm guessing something to do with hotplug is the correct place to put it. there no common stuff to do it already in place?
14:26 -!- MarkW [~MarkW@maw48.kings.cam.ac.uk] has quit [Ping timeout: 480 seconds]
14:26 < knewt> was hoping for something like the equivalent to /etc/sysctl.conf but for sysfs
14:27 < cw> well, sysfs stuff might (dis)appear anytime, so i guess the hotplug stuff is probably the best place
15:02 -!- shuri [sjnesjd@dsl.speedline209.226.electronicbox.net] has joined #xen
15:02 -!- LaidBack_01 [~jax@69.146.20.246] has joined #xen
15:02 < LaidBack_01> hey, great! ppl!
15:03 < shuri> hhi LaidBack_01
15:04 < LaidBack_01> hey shuri
15:05 < LaidBack_01> hey, I have issues with getting 2.0.5 to work for me.  domain0 that is.  2.0.4 worked fine.  What I'm running into is this:  when I try to boot the xen0 kernel it almost gets there but runs out of memory - tells me that hotplug is in the way, all of it.
15:07 < LaidBack_01> wondering if anyone else hadd issue with it.
15:07 < LaidBack_01> I just delete my 2.0.5 install, trying again.
15:08 < LaidBack_01> when you guys build xen from source, do you just type make - or do you do the make where you can adjust kernel options?
15:21 < LaidBack_01> kernel /xen.gz dom0=131072
15:21 < LaidBack_01> module /vmlinuz-2.6.10-xen0 root=/dev/hda3
15:21 < LaidBack_01> that is correct, right?
15:21 < LaidBack_01> shuri, these aren't stupid questions, are they?
15:22 < caker> dom0_mem, not dom0, I believe
15:27 < LaidBack_01> okay thx
15:31 < LaidBack_01> caker, that was the problem
15:31 < LaidBack_01> thanks...
15:31 < LaidBack_01> stupid typos...
15:32 < caker> LaidBack_01: np
15:37 -!- shuri [sjnesjd@dsl.speedline209.226.electronicbox.net] has quit [Ping timeout: 480 seconds]
15:45 < LaidBack_01> this xen technology is really cool
15:46 < LaidBack_01> I always like to get into the kernel and screw with it a bit though.  Make a bit more effecient kernel - get rid of 90% of the drivers.  After I can acutally get it to work, then I go to town on it!
15:54 < LaidBack_01> does anyone know why the balloon.c seems to be fragile?  EG, what needs to be enabled in the kernel config to keep that code compiling cleanly?
16:09 -!- karloz [~charles@ca-bordeaux-3-112.w80-8.abo.wanadoo.fr] has joined #xen
16:17 < riel> LaidBack_01: it seems to work fine here
16:17 < riel> LaidBack_01: but then again,I'm using -unstable
16:19 < LaidBack_01> okay, I got it sorted out.
16:20 < LaidBack_01> next issue:
16:20 < LaidBack_01> my kernel compiles, no matter if I modify them or I just use the stock xen compiles, never reboot.
16:20 < LaidBack_01> it goes thru the process of shutting down all the systems and then prints "Restarting System" and just hangs there.
16:20 < LaidBack_01> forever... well, I've let it sit for 30 mins with no change.
16:21 < LaidBack_01> well, actually about 15mins, but it feels like a longer time ;)(
16:47 < riel> that may be ACPI related
16:47 < riel> Xen tries to reboot the system, but doesn't try everything that newer Linux kernels try
16:48 < eigood> would it make sense for xen to hand off reboot to dom0 as well?
16:50 < riel> maybe - I don't know
16:50 < riel> I kind of like the fact that Xen reboots when domain 0 crashes
16:50 < riel> and the reboot code isn't all that complicated
17:01 -!- karloz [~charles@ca-bordeaux-3-112.w80-8.abo.wanadoo.fr] has left #xen []
17:05 < cw> in some cases we might be able to reboot dom0 w/o the entire system, so the reboot logic could be enhanced for that too
17:05 < cw> there are numerous possibilies but right now i think the current behaviour is pretty reaonable
17:08  * eigood looks into making kexec packages for debian
17:13 < eigood> the kexec patch isn't being kept uptodate
17:28 < LaidBack_01> you know... it' reboots fine if I make changes to the partition table.
17:28 < LaidBack_01> if I leave the partition table alone (for the boot disk) it fails to reboot, but I delete or add a parition, well it reboots fine.
17:29 < LaidBack_01> this is rather repeatable.
17:33 < eigood> I hate quilt.
17:40 < eigood> quilt s/b rewritten in perl
17:47 -!- Arnald [~Arnald@81-86-116-102.dsl.pipex.com] has joined #xen
17:50 < knewt> (colour lasers)++
18:03 -!- hollis [~hollis@user-0vvde2g.cable.mindspring.com] has quit [Quit: leaving]
18:04 < Arnald> anyone using swap over nbd on debian?
18:04 < Arnald> doesn't seem to start up on boot - possibly udev problem?
18:05 < Arnald> need to restart nbd-client
18:05 < Arnald> then it's OK
18:11  * riel removes the redundant pieces of documentation from the fedora RPM
18:12 < cw> Arnald: presumably nbd is used before udev is started, if so check the underlying fs has a device node for it
18:13 < cw> eigood: quilt is decnet enough, a perl rewrite would make it suck more
18:14 < eigood> dbs(multi-patch system used in several debian source packages) was first written in shell; then, in perl(never released), and now working towards c
18:14 < eigood> was a bunch of separate shell scripts, and a shell library; got too hard to maintain and add features
18:14 < eigood> altho, it *did* have a dpkg-like dependency order(yes, written in shell)
18:19 < riel> there, the RPM is 500kB smaller, without losing documentation content
18:24 < Arnald> cw: it is something like that, but a bit more complicated ;)  I'll continue to investigate, just thought someone might have done the hard bit before me
18:25 < cw> Arnald: the swapon stuff is probably run before udev, so the old static nodes are probably use
18:25 < Arnald> anyway, I have a completely networked VM to play with
18:25 < cw> Arnald: frob the script to run -x and you will see what is going on
18:27 < Arnald> cw: that's what I'm doing already, as I said I need to investigate further - it really isn't as straightforward as I'm making it sound
18:27 < Arnald> thanks for replying though!
18:38 -!- DEac- [~deac@xdsl-84-44-147-207.netcologne.de] has quit [Ping timeout: 480 seconds]
18:51 -!- DEac- [~deac@xdsl-81-173-160-81.netcologne.de] has joined #xen
19:29 -!- MarkW [~MarkW@maw48.kings.cam.ac.uk] has joined #xen
19:50 -!- cw [cw@adsl-63-202-174-57.dsl.snfc21.pacbell.net] has quit [Ping timeout: 480 seconds]
20:40 -!- Icy [~bluefox@pcp484971pcs.whtmrs01.md.comcast.net] has joined #xen
20:40 -!- Nigelenki [~bluefox@pcp484971pcs.whtmrs01.md.comcast.net] has quit [Read error: Connection reset by peer]
21:25 -!- Sir_Ahzz [~ahzz@c-24-0-215-3.client.comcast.net] has quit [Ping timeout: 480 seconds]
21:26 -!- Sir_Ahzz [~ahzz@c-24-0-215-3.hsd1.tx.comcast.net] has joined #xen
21:26 -!- mode/#xen [+o Sir_Ahzz] by ChanServ
23:01 -!- alex234 [new@pD9E1F2AC.dip.t-dialin.net] has joined #xen
23:02 -!- alex234 [new@pD9E1F2AC.dip.t-dialin.net] has quit [Remote host closed the connection]
23:11 -!- sunny_ [sunny@opencurve.org] has joined #xen
23:11 -!- sunny_ [sunny@opencurve.org] has quit [Quit: ]
23:27 -!- cw [cw@adsl-68-120-152-202.dsl.snfc21.pacbell.net] has joined #xen
23:56 -!- MarkW [~MarkW@maw48.kings.cam.ac.uk] has quit [Remote host closed the connection]
--- Log closed Sat Apr 02 23:59:00 2005