TheGrebs.com:IRC Logs:#xen:2006:03:08

---	Log	opened Wed Mar 08 00:00:34 2006
00:10	<tonfa>	through
00:10	<tonfa>	either network
00:11	<tonfa>	or xenstore or page sharing
00:11	<tonfa>	sleeping now
00:32	\|-\|	mooli [~muli@87.69.40.180.cable.012.net.il] has quit [Remote host closed the connection]
00:41	\|-\|	perlbeginer [~perlbegin@61.246.224.226] has left #xen [Client Exiting]
00:41	\|-\|	perlbeginer [~perlbegin@61.246.224.226] has joined #xen
00:42	\|-\|	teferi [teferi@wmute.net] has quit [Remote host closed the connection]
00:43	\|-\|	teferi [teferi@216.133.73.16] has joined #xen
01:45	\|-\|	rusty [~rusty@bh02i525f01.au.ibm.com] has quit [Ping timeout: 480 seconds]
01:55	\|-\|	jerone [~jerone@pixpat.austin.ibm.com] has joined #xen
01:57	\|-\|	jerone [~jerone@pixpat.austin.ibm.com] has quit [Quit: ]
02:08	\|-\|	Shaun2222 [~ndci@ip68-5-63-223.oc.oc.cox.net] has joined #xen
02:15	\|-\|	Shaun [~ndci@ip68-5-63-223.oc.oc.cox.net] has quit [Ping timeout: 480 seconds]
02:15	\|-\|	Shaun2222 changed nick to Shaun
02:32	\|-\|	tab [~tab@darwin.snarc.org] has quit [Ping timeout: 480 seconds]
02:36	\|-\|	sdog [~sdog@62.58.98.210] has joined #xen
02:46	\|-\|	rusty [~rusty@ppp61-206.lns1.cbr1.internode.on.net] has joined #xen
03:04	\|-\|	pvanhoof [~pvanhoof@mailhost.newtec.be] has joined #xen
03:13	\|-\|	athomas [~athomas@host86-136-81-69.range86-136.btcentralplus.com] has joined #xen
03:14	\|-\|	tab [~tab@darwin.snarc.org] has joined #xen
03:33	\|-\|	Shoragan [~shoragan@d072.apm.etc.tu-bs.de] has joined #xen
03:48	\|-\|	Shoragan_ [~shoragan@d072.apm.etc.tu-bs.de] has joined #xen
03:48	\|-\|	Shoragan [~shoragan@d072.apm.etc.tu-bs.de] has quit [Read error: Connection reset by peer]
04:08	\|-\|	perlbeginer [~perlbegin@61.246.224.226] has quit [Quit: Client Exiting]
04:20	\|-\|	horms [~horms@p2191-ipbf409marunouchi.tokyo.ocn.ne.jp] has joined #xen
04:31	\|-\|	ivan [~ikelly@83-71-74-95.b-ras1.lmk.limerick.eircom.net] has joined #xen
04:51	\|-\|	horms [~horms@p2191-ipbf409marunouchi.tokyo.ocn.ne.jp] has quit [Quit: Leaving]
05:17	\|-\|	ygcheny [~ygcheny@gaia.lan2net.fr] has joined #xen
05:17	\|-\|	ygcheny [~ygcheny@gaia.lan2net.fr] has quit [Quit: ]
05:17	\|-\|	ygcheny [~ygcheny@gaia.lan2net.fr] has joined #xen
05:17	\|-\|	ygcheny [~ygcheny@gaia.lan2net.fr] has quit [Quit: ]
05:18	\|-\|	ygcheny [~ygcheny@gaia.lan2net.fr] has joined #xen
05:18	<ygcheny>	Hello !
05:18	<ygcheny>	It's a great day my Xen is up !
05:19	<ygcheny>	I 'm going to make a LTSP server on a xen domain ... perhaps ..
05:21	\|-\|	rusty [~rusty@ppp61-206.lns1.cbr1.internode.on.net] has quit [Quit: Client exiting]
05:42	\|-\|	mdday [~mdday@cpe-024-163-120-222.nc.res.rr.com] has joined #xen
05:43	\|-\|	mdday [~mdday@cpe-024-163-120-222.nc.res.rr.com] has quit [Quit: ]
05:44	\|-\|	mdday [~mdday@cpe-024-163-120-222.nc.res.rr.com] has joined #xen
05:52	\|-\|	mdday [~mdday@cpe-024-163-120-222.nc.res.rr.com] has quit [Read error: Connection reset by peer]
05:53	\|-\|	mdday [~mdday@cpe-024-163-120-222.nc.res.rr.com] has joined #xen
05:56	\|-\|	mdday [~mdday@cpe-024-163-120-222.nc.res.rr.com] has quit [Quit: ]
06:37	\|-\|	Basic_py [~Basic@warden.real-time.com] has quit [Ping timeout: 480 seconds]
06:37	\|-\|	johnny43 [~ionel@24.87.64.156] has quit [Ping timeout: 480 seconds]
07:13	\|-\|	pvanhoof [~pvanhoof@mailhost.newtec.be] has quit [Remote host closed the connection]
07:16	\|-\|	pvanhoof [~pvanhoof@mailhost.newtec.be] has joined #xen
07:28	\|-\|	zwane [~zwane@S0106001217d33fa6.vc.shawcable.net] has quit [Ping timeout: 480 seconds]
07:32	\|-\|	zwane [~zwane@S0106001217d33fa6.vc.shawcable.net] has joined #xen
07:41	\|-\|	mdday [~mdday@bi01p1.nc.us.ibm.com] has joined #xen
08:03	<ygcheny>	I need Help !!
08:03	\|-\|	mejlholm [~mejlholm@port79.ds1-abc.adsl.cybercity.dk] has joined #xen
08:03	<ygcheny>	is-it possible to make a dynamic allocation of the RAM ?
08:05	<Dave`>	you can dynamically change the amount of ram allocated to a domU
08:05	<Dave`>	but the domU has to reboot to see the change
08:24	\|-\|	Basic_py [~Basic@fortress.tanners.org] has joined #xen
08:34	\|-\|	Basic_py [~Basic@fortress.tanners.org] has quit [Quit: Leaving]
08:34	<ygcheny>	: Dave, many thanks, do you think it will possible in the futur ?
08:34	<ygcheny>	or perhaps with a shared memory ?
08:35	\|-\|	unriel changed nick to riel
09:02	\|-\|	dansmith [~dan@bi01p1.co.us.ibm.com] has joined #xen
09:03	\|-\|	Bicster [~Bicster@ip195.planetfall.COM] has joined #xen
09:04	<riel>	Dave`,ygcheny: actually domU can reduce the amount of memory it has through the balloon driver
09:04	<riel>	and you can boot it with the "maxmem" argument, allowing you to increase the amount of memory in the domain up to that amount
09:05	\|-\|	xzu_ changed nick to xuz
09:08	<ygcheny>	riel: thx for the answer! that sounds great. I'll test that pretty soon
09:09	<ygcheny>	what about shared libraries. If one have something like 10 xen instance on one physical serveur, is it possible to share some shared libraries through all the instance in order to save some RAM? (perhaps this is kind of silly question, but silliness has never killed any one, isn't it... :-p
09:10	\|-\|	Netsplit arion.oftc.net <-> europa.oftc.net quits: surriel, Hunger
09:10	<riel>	ygcheny: not yet
09:11	\|-\|	Netsplit over, joins: Hunger, surriel
09:11	\|-\|	hollisb [~hollisb@user-0vvde2g.cable.mindspring.com] has joined #xen
09:11	<ygcheny>	riel: is it a planned feature?
09:12	<riel>	ygcheny: depends on who you ask ;)
09:12	\|-\|	rharper [~rharper@pixpat.austin.ibm.com] has joined #xen
09:13	<ygcheny>	riel : :-) my litlle finger says yes, but it sometime get is wrong... so I though I'd better check to some knowledgeable gurus :-p
09:16	\|-\|	Netsplit arion.oftc.net <-> europa.oftc.net quits: surriel, Hunger
09:17	\|-\|	Netsplit over, joins: Hunger, surriel
09:23	<mejlholm>	ygcheny, we are a couple of guys working on implementing a scheme that can share pages between domains, but that is still far from done
09:23	<mejlholm>	so at least it is planned
09:24	<mejlholm>	dont know if it will ever make it into the xen source tree
09:41	\|-\|	gerrit [~gerrit@c-67-160-146-170.hsd1.or.comcast.net] has quit [Quit: Client exiting]
09:43	<demon>	is there anything I can do about fixing glibc on fc4 so that it doesn't need to enable the negative segment offset fallback stuff? I've built the glibc packages for centos 4.2 with -mno-tls-direct-seg-refs, but it doesn't seem to improve matters with FC4's glibc... I know there's /lib/i686/nosegneg, but those libs don't work (and if I add the path to /etc/ld.so.conf, all dynamic binaries SEGV on exec)...
09:43	<demon>	er, so that I can properly enable it, even
09:48	\|-\|	hollisb [~hollisb@user-0vvde2g.cable.mindspring.com] has quit [Quit: leaving]
09:50	<tonfa>	demon: i think you can download rpm with nosegthing
09:51	<demon>	other than the ones in fc4 itself?
09:51	<tonfa>	yes
09:51	<demon>	because as I said, they don't actually work (SEGV on exec if I try to force it)
09:51	<demon>	url?
09:52	<tonfa>	http://wiki.xensource.com/xenwiki/XenSpecificGlibc
09:57	<demon>	they only have one for FC3 there...
10:02	<riel>	funny, they work just fine here
10:04	<demon>	hm... okay, it looks like using the i686 package the libraries don't cause a SEGV (as opposed to the package I built with -mno-tls-direct-seg-refs), but they still always whine about the negative segment offset countermeasures being enabled
10:06	<riel>	only because some very early bootup code (eg. the first hotplug processes) don't use it yet
10:06	<riel>	ldd /bin/bash or cat /proc/$$/maps will show you which library is being used
10:07	<demon>	I built this fc4 with rpmstrap, it isn't using hotplug
10:08	\|-\|	bestorga [~bestorga@bi01p1.co.us.ibm.com] has joined #xen
10:08	<demon>	and if I don't force it, processes are still mapping /lib/libc.so.6, not the one in /lib/i686/nosegneg/
10:10	\|-\|	Basic_py [~Basic@gatekeeper.real-time.com] has joined #xen
10:13	\|-\|	schultmc [~schultmc@zealot.progeny.com] has quit [Quit: Client exiting]
10:16	\|-\|	schultmc [~schultmc@zealot.progeny.com] has joined #xen
10:17	\|-\|	schultmc [~schultmc@zealot.progeny.com] has quit [Quit: ]
10:24	\|-\|	zztzed [~zztzed@zztzed.org] has joined #xen
10:26	\|-\|	hollisb [~hollisb@pixpat.austin.ibm.com] has joined #xen
10:26	\|-\|	aliguori-uni [aliguori@jib.cs.utexas.edu] has joined #xen
10:35	\|-\|	aliguori-uni [aliguori@jib.cs.utexas.edu] has quit [Quit: Leaving]
10:38	<ygcheny>	mejholm: ok i ' just come back, many thanks for your :)
10:40	[~]	DV failed to grab aliguori, way too fast
10:40	\|-\|	sdog [~sdog@62.58.98.210] has left #xen []
10:41	[~]	murb must have a look at the new qemu libvirt stuff
10:41	[~]	DV would welcome feedback
10:43	<DV>	how to find the qemu instances is the most unclean I would rather not walk all the processes or a range of ports
10:43	<DV>	on the other hand mapping the sockets in the filesystem is annoying
10:57	\|-\|	allison [~al@nat01-marvin-ext.Rutgers.EDU] has joined #xen
10:58	\|-\|	jerone [~jerone@pixpat.austin.ibm.com] has joined #xen
11:00	<Bicster>	hey guys, just fyi, xen-unstable.hg patched kernel will not compile for baremetal, it only compiles when Xen is selected in .config
11:00	\|-\|	Al [~al@nat01-marvin-ext.Rutgers.EDU] has joined #xen
11:01	<Bicster>	(referring to x86_32 anyway)
11:01	<hollisb>	Bicster: hmm, that's not good. could you post a note to the mailing list? I don't think the relevent developers are here
11:02	<Bicster>	hollisb, they never are ;)
11:02	<Bicster>	I'll try to do it this afternoon... I gotta run
11:04	<hollisb>	no, they never are :(
11:05	\|-\|	allison [~al@nat01-marvin-ext.Rutgers.EDU] has quit [Ping timeout: 480 seconds]
11:05	\|-\|	bernarde [~bernarde@tux01.ltc.ic.unicamp.br] has joined #xen
11:07	\|-\|	pvanhoof [~pvanhoof@mailhost.newtec.be] has quit [Remote host closed the connection]
11:08	\|-\|	Al [~al@nat01-marvin-ext.Rutgers.EDU] has left #xen []
11:08	\|-\|	Al [~al@nat01-marvin-ext.Rutgers.EDU] has joined #xen
11:08	\|-\|	JViz [Anomaly@adsl-065-013-131-023.sip.int.bellsouth.net] has quit [Ping timeout: 480 seconds]
11:10	\|-\|	JViz [Anomaly@adsl-065-013-131-023.sip.int.bellsouth.net] has joined #xen
11:13	<Al>	what is the best way to share memory between the hypervisor and domain 0 ?
11:17	<hollisb>	Al: for what purpose?
11:23	<Al>	I want to log events from hypervisor and dump them into a page
11:23	<Al>	so that an application in Dom 0 can read from this page
11:23	<hollisb>	Al: have a look at the "trace buffer" infrastructure in Xen already
11:24	<Al>	hollisb: never heard of that. what does that do briefly ?
11:24	<hollisb>	Al: start with xen/include/xen/trace.h
11:26	<movement>	weird, didn't we have this exact conversation yesterday?
11:26	<tonfa>	yes
11:27	<tonfa>	it was me
11:27	<tonfa>	looks like everybody in rutgers wants to do that
11:27	<tonfa>	gug
11:28	<hollisb>	I have noticed a lot of student-research sorts of questions recently :)
11:34	<ygcheny>	Riel earlier told about the maxmem argument, but I haven't found much litterature about it. Could any enlighted guru shed some light on the burden I am to send me in the right direction ?
11:37	<athomas>	ygcheny: In domain0 you can set the maximum memory for a domain with the xm command
11:38	<athomas>	ygcheny: something like "xm max-mem 0 512" (I think, without checking ;-))
11:38	<ygcheny>	wait a second, I dive again in my xen manual :-p
11:38	\|-\|	Al [~al@nat01-marvin-ext.Rutgers.EDU] has quit [Quit: ]
11:38	<athomas>	ygcheny: Where the "0" is the domain whose memory you want to change, and "512" is the amount to set the new maximum to, in megabytes
11:39	\|-\|	athomas [~athomas@host86-136-81-69.range86-136.btcentralplus.com] has quit [Quit: Leaving]
11:40	<ygcheny>	athomas: well I gonna try it live! (does it need a reboot of the domU)
11:41	\|-\|	aliguori-uni [aliguori@jib.cs.utexas.edu] has joined #xen
11:41	\|-\|	aliguori-uni [aliguori@jib.cs.utexas.edu] has quit [Quit: ]
11:48	<DV>	definitely too fast for me
11:49	<tonfa>	:)
11:49	<tonfa>	write a script :)
11:49	<tonfa>	and /script load catch_aliguori.pl
11:50	<ivan>	how do i get the faulting address in a page fault in xen
11:50	<ivan>	cr2 is unreadable
11:52	[~]	DV starts singing "Hey teachers, leave the kids alone"
11:52	<hollisb>	ivan: you mean in a guest?
11:53	<movement>	it's in the vcpu info
11:53	<ivan>	hollisb: yes
11:54	<hollisb>	ivan: I believe it's placed on the stack for you, in addition to the normal trap arguments
11:54	<tonfa>	xen.lowlevel.xs.xs() fails with connection refused
11:54	<tonfa>	in xen-unstable
11:54	<movement>	hollisb: that's no longer true
11:54	<tonfa>	and /proc/xenbus is readonly for root
11:54	<hollisb>	movement: really? you have to make an hcall to get it??
11:54	<movement>	you just pick it up from the vcpuinfo arch structure
11:54	<ivan>	hollisb: before or after the eip/cs?
11:55	<hollisb>	oh, not an hcall, the info structure is the one mapped into both xen and guest
11:55	<hollisb>	ivan: are you reading this conversation?
11:55	<movement>	apparently only half of it :)
11:57	<ivan>	hollisb: selectively :) im using 2.0.7 anyhow
11:57	<ivan>	ill investigate
11:57	<hollisb>	why would you use 2.0.7?
11:59	[~]	movement shrugs
11:59	<tonfa>	any idea about my xend problem ?
11:59	\|-\|	ygcheny [~ygcheny@gaia.lan2net.fr] has quit [Quit: Leaving]
11:59	<ivan>	hollisb: because thats what i started with, and it's too late to switch now
12:00	<murb>	ivan: you have a time constraint?
12:00	<ivan>	final year project in college
12:01	<murb>	oh so you probably get loads of credit if you just write up well how you failed to get anything to work :p
12:01	<hollisb>	so you've got a couple months then :)
12:01	<ivan>	hollisb: 7 weeks
12:01	<murb>	ivan: including write up?
12:01	<ivan>	murb: some stuff is working, just some other stuff isn't
12:01	<ivan>	writeup is a week extra
12:01	<murb>	sneaky
12:02	\|-\|	tab_ [~tab@darwin.snarc.org] has joined #xen
12:03	<movement>	katzj: there?
12:03	<hollisb>	seems to me you've started 6 weeks early ;)
12:03	<murb>	ivan: is this a final project or?
12:03	<ivan>	hollisb: porting minix to xen, started back in oct
12:03	<murb>	ivan: and when you've finished the uni will own all the work?
12:04	<tonfa>	why is xenbus 0400 ? but has write fileops
12:04	<ivan>	murb: nope, i own the problem definition and the solution as it was my own idea
12:04	<murb>	ivan: so no sneaky clauses that you signed when you matricated?
12:04	<ivan>	i signed nothing
12:05	\|-\|	tab [~tab@darwin.snarc.org] has quit [Ping timeout: 480 seconds]
12:07	\|-\|	dezar [~tre@we1-as7827.alshamil.net.ae] has joined #xen
12:09	<dezar>	NetBSD server 3.99.15 NetBSD 3.99.15 (XEN0)
12:09	<dezar>	running netbsd in dom0
12:09	<dezar>	hoever having trouble getting SMP support
12:09	<dezar>	and yes, ghen is right
12:10	<dezar>	the bootloader loads Xen, xen loads netbsd d0m0
12:10	<dezar>	dom0 manages domU via the xen toolset
12:10	<dezar>	(mas 0 menos)
12:10	<dezar>	any hints
12:16	\|-\|	schultmc [~schultmc@zealot.progeny.com] has joined #xen
12:20	\|-\|	sdog [~sdog@213-193-182-135.adsl.easynet.be] has joined #xen
12:46	\|-\|	dezar [~tre@we1-as7827.alshamil.net.ae] has left #xen []
13:23	\|-\|	bestorga [~bestorga@bi01p1.co.us.ibm.com] has quit [Ping timeout: 480 seconds]
13:27	\|-\|	bestorga [~bestorga@bi01p1.co.us.ibm.com] has joined #xen
13:35	\|-\|	jerone [~jerone@pixpat.austin.ibm.com] has quit [Quit: Leaving]
14:05	\|-\|	itamarjp [~itamar@200-233-243-063.xd-dynamic.ctbcnetsuper.com.br] has joined #xen
14:07	<itamarjp>	I am running debian 3.1 on xen
14:07	<itamarjp>	I am receiving an error about rtc (real time clock)
14:09	<itamarjp>	Saving the system clock..
14:09	<itamarjp>	rtc: IRQ 8 is not free.
14:09	<itamarjp>	modprobe: WARNING: Error inserting rtc (/lib/modules/2.6.12.6-xen3_12.1_fc4/kernel/drivers/char/rtc.ko): Input/output error
14:09	<itamarjp>	Generic RTC Driver v1.07
14:10	<itamarjp>	select() to /dev/rtc to wait for clock tick timed out
14:10	<itamarjp>	select() to /dev/rtc to wait for clock tick timed out
14:10	<itamarjp>	Loading modules...
14:10	<itamarjp>	All modules loaded.
14:10	<itamarjp>	Setting the system clock again..
14:11	<itamarjp>	select() to /dev/rtc to wait for clock tick timed out
14:11	<itamarjp>	System Clock set. Local time: Wed Mar 8 20:11:02 UTC 2006.
14:15	<itamarjp>	anyone can help-me to disable rtc on this domU
14:15	<itamarjp>	?
14:17	<Bicster>	this is not a xen problem, it is a debian problem. debian has a conffile to disable clock sync on bootup/shutdown
14:19	<Bicster>	I guess you can try adding HWCLOCKACCESS=no to /etc/default/rcS
14:24	<itamarjp>	Bicster, big thanks.
14:30	\|-\|	muli_ [~muli@87.69.40.180.cable.012.net.il] has joined #xen
14:35	\|-\|	johnlev [~johnlev@nwkea-socks-1.sun.com] has quit [Ping timeout: 480 seconds]
14:43	<itamarjp>	Bicster, big thanks, now my domU is starting very fast.
14:44	<itamarjp>	:-)
14:55	\|-\|	mejlholm [~mejlholm@port79.ds1-abc.adsl.cybercity.dk] has quit [Quit: Client exiting]
15:04	\|-\|	itamarjp [~itamar@200-233-243-063.xd-dynamic.ctbcnetsuper.com.br] has quit [Ping timeout: 480 seconds]
15:04	\|-\|	bernarde [~bernarde@tux01.ltc.ic.unicamp.br] has quit [Remote host closed the connection]
15:07	\|-\|	itamarjp [~itamar@200-233-243-063.xd-dynamic.ctbcnetsuper.com.br] has joined #xen
15:13	\|-\|	bestorga [~bestorga@bi01p1.co.us.ibm.com] has quit [Quit: Leaving]
15:15	\|-\|	aliguori-uni [aliguori@windlass.cs.utexas.edu] has joined #xen
15:16	\|-\|	Bicster [~Bicster@ip195.planetfall.COM] has quit [Quit: Leaving]
15:28	<DV>	aliguori-uni: hello
15:30	<aliguori-uni>	DV, yo, i'm about to head to class. didn't get around to even looking at the xml-rpc stuff yesterday (although ian finally responded to the xend xmlrpc patches)
15:30	<aliguori-uni>	DV, will be back on in a few hours
15:30	\|-\|	aliguori-uni [aliguori@windlass.cs.utexas.edu] has quit [Quit: Leaving]
15:31	<DV>	heh :-)
15:31	<DV>	well I saw Ian and his answer :-)
16:19	\|-\|	Bicster [~Bicster@ip195.planetfall.COM] has joined #xen
16:34	\|-\|	johnlev [~johnlev@nwkea-socks-1.sun.com] has joined #xen
16:41	\|-\|	sdog [~sdog@213-193-182-135.adsl.easynet.be] has left #xen []
17:05	\|-\|	dansmith [~dan@bi01p1.co.us.ibm.com] has quit [Quit: Leaving]
17:22	\|-\|	riel changed nick to unriel
17:26	\|-\|	dansmith [~dan@c-24-21-32-166.hsd1.or.comcast.net] has joined #xen
17:41	\|-\|	Shoragan_ [~shoragan@d072.apm.etc.tu-bs.de] has quit [Quit: Leaving]
17:45	\|-\|	itamarjp [~itamar@200-233-243-063.xd-dynamic.ctbcnetsuper.com.br] has quit [Quit: ]
17:54	\|-\|	aliguori [~anthony@cpe-70-116-13-229.austin.res.rr.com] has joined #xen
17:54	<aliguori>	DV: ping?
17:55	<tonfa>	is xentrace supposed to work in xen-unstable ?
17:56	<aliguori>	DV: i'm back for the rest of the night. i'm gonna start merging the xmlrpc code and cleaning up the existing sexpression code. i'll start with adding an xmlRpc helper object. then i plan to making virXend smart enough to realize when rpc fails and fall back to sexpression. it should all be contained to the xend_backend stuff. sound sane?
17:56	<aliguori>	tonfa, everything is supposed to work :-) i've not seen any assertions of it working or not working though
17:58	\|-\|	mdday [~mdday@bi01p1.nc.us.ibm.com] has quit [Quit: mdday]
17:58	<tonfa>	aliguori: i just saw the mailing list
17:59	<tonfa>	rob gardner
17:59	<tonfa>	he has the same problem
18:11	\|-\|	surriel changed nick to riel
18:19	\|-\|	Basic_py [~Basic@gatekeeper.real-time.com] has quit [Remote host closed the connection]
18:24	<Bicster>	beware of tarsin
18:25	\|-\|	iamlost [~jbrown105@jma-box.student.umd.edu] has left #xen []
18:25	\|-\|	iamlost [~jbrown105@jma-box.student.umd.edu] has joined #xen
18:34	\|-\|	horms [~horms@vagw.valinux.co.jp] has joined #xen
18:34	\|-\|	tarsin [~rob@geebus.digitalgeek.net] has joined #xen
18:35	<tarsin>	ok time to get put in my place about how wrong i am.
18:36	\|-\|	Shaun222 [Shaun@204.15.132.248] has joined #xen
18:36	<Shaun222>	i submited a bug that was resolved in unstable but just wanted to apply the patch to testing...
18:37	<Shaun222>	the changeset though is assigned to a change rev that says merged
18:37	<Shaun222>	which 2 parrents below it.
18:37	<Shaun222>	one is my bug
18:37	<aliguori>	Shaun222, fwiw, unstable is likely to become testing in about a week or two
18:37	<Shaun222>	and one is some other bug.
18:38	<Shaun222>	do i need to apply all 3 patches (merged, mine, and the other one)?
18:38	<tonfa>	Shaun222: merge patch are weird
18:38	<tonfa>	the best thing is to use hg diff
18:38	<tonfa>	and apply the patch
18:38	<tonfa>	hg diff -r your_base -r cset
18:39	<tarsin>	i'd like to run rtlinux or rtai and xen at the same time. i want xen to be subject to the real-time scheduler. meaning, i want rtai or rtlinux to be able to preempt any other virtual machine running in order to run. in my simplified understanding of xen what i would like to do is take the xen0 kernel patch and patch against an existing kernel source that has the real-time extension.... or alternatively compare the real-time patch with the xen patch and s
18:39	<Shaun222>	tonfa: your_base is what?
18:41	<tonfa>	Shaun222: wait
18:41	<tonfa>	what is the cset ?
18:41	<Shaun222>	9136: f43f094467f6
18:41	<hollisb>	tarsin: I think what you really want is Xen to have a real-time scheduler
18:41	<tonfa>	thanks
18:42	<hollisb>	tarsin: the default scheduler does have some realtime features, but I'm not sure how hard they are
18:42	<Shaun222>	the merged one shows this though....
18:42	<Shaun222>	changeset 9137: 64f11b0e2e7d
18:42	<Shaun222>	parent 9136: f43f094467f6
18:42	<Shaun222>	parent 9133: 2d87e2747973
18:42	<hollisb>	tarsin: you should look into that (the SEDF scheduler)
18:43	<tonfa>	Shaun222: just export 9136
18:43	<tonfa>	and apply the patch
18:43	<tarsin>	hollisb, ok. SEDF is the sceduler xen uses?
18:43	<hollisb>	tarsin: the default one, yes
18:44	\|-\|	hollisb [~hollisb@pixpat.austin.ibm.com] has quit [Quit: night]
18:44	<Shaun222>	tonfa: export?
18:44	<tonfa>	hg export
18:44	<tonfa>	Shaun222: or wget "http://xenbits.xensource.com/xen-unstable.hg?cmd=changeset;node=f43f094467f6f401ec9f54f1855cf142adcef92f;style=raw"
18:44	<Shaun222>	[root@localhost xen-3.0-testing.hg][root@localhost xen-3.0-testing.hg]# hg export 9136
18:44	<Shaun222>	abort: unknown revision '9136'!
18:45	\|-\|	rharper [~rharper@pixpat.austin.ibm.com] has quit [Quit: Leaving]
18:45	<tonfa>	Shaun222: export from xen-unstable
18:45	<Shaun222>	tonfa: i applyed it already using the patch from raw
18:46	<Shaun222>	i just wanted to make sure that the merge wasnt like a few patches that where needed to make it all work together.
18:47	<tonfa>	not the merge is the merge of the cset
18:47	<tonfa>	usually there is no modification in a merge
18:50	<Shaun222>	ok.. time to start 40 guests...
18:50	<Shaun222>	lets see if it's resolved..
18:52	<Shaun222>	doesnt look like it..
18:52	<Shaun222>	xm vcpu-list is taking 11 seconds to run
18:53	<Shaun222>	anybody know where the forgot password link it with bugzilla :)
18:53	<Shaun222>	i cant find it for the life of me
18:55	<tonfa>	how does xen-unstable.hg works
18:55	<tonfa>	?
18:56	<tonfa>	it mirrors another repo ?
18:57	<tonfa>	"Should be fixed now (changeset 9176)." <- there is no cset 9176 in hgweb
18:57	\|-\|	tab_ [~tab@darwin.snarc.org] has quit [Remote host closed the connection]
18:58	<tarsin>	hollisb, ok thanks for the help. it appears that i won't be able to use xen right now.. we have an exisiting code base that uses rtlinux and moving it over to xen (and using the sEDF) probably isn't going to happen. i don't think sEDF will perform like we need either
18:58	<Bicster>	he went away :)
18:58	<tarsin>	oh
18:59	<tarsin>	sad times
18:59	<Shaun222>	jesus, it was right in front of my race..
18:59	<Shaun222>	face*
19:00	<tarsin>	i still think xen is a sexy beast though
19:01	<Shaun222>	what is rtlinux?
19:02	<tarsin>	its a modification to the linux kernel that allows hard real-time apps to run... basically it will ONLY let normal linux run when there is idle CPU time..
19:03	<Shaun222>	i see.
19:04	<Shaun222>	welp, applying that patch did not solve the problem but!
19:04	<tonfa>	i thought linux kernel was a module for rtlinux
19:04	<Shaun222>	their must be another patch that goes with it... because i just built the tools from unstable and xm vcpu-list took only 1 second to run!
19:04	<tonfa>	Shaun222: you can try 'hg bisect' :)
19:05	<Shaun222>	whats funny... is that xm list takes 3 times longer than xm vcpu-list
19:05	\|-\|	tab_ [~tab@darwin.snarc.org] has joined #xen
19:05	<Shaun222>	i know xm list is grabbing more info...
19:05	<Shaun222>	actually it's not
19:06	<Shaun222>	it's grabing the same crap (unless --long)
19:06	<tonfa>	maybe you can strace it
19:06	<tonfa>	to see if there are more ioctl
19:06	<Shaun222>	i bet it has the same bug
19:06	<Shaun222>	not as bad though probably.
19:06	<Shaun222>	becaue xm vcpu-list used to take 15 seconds..
19:07	\|-\|	Basic_py [~Basic@warden.real-time.com] has joined #xen
19:10	\|-\|	tab_ [~tab@darwin.snarc.org] has quit [Remote host closed the connection]
19:10	\|-\|	tab [~tab@darwin.snarc.org] has joined #xen
19:22	\|-\|	tab [~tab@darwin.snarc.org] has quit [Remote host closed the connection]
19:22	\|-\|	tab_ [~tab@darwin.snarc.org] has joined #xen
19:56	\|-\|	itamarjp [~itamar@200-233-243-063.xd-dynamic.ctbcnetsuper.com.br] has joined #xen
20:19	\|-\|	monrad [~mikkel@213083190131.sonofon.dk] has quit [Ping timeout: 480 seconds]
20:19	\|-\|	itamarjp [~itamar@200-233-243-063.xd-dynamic.ctbcnetsuper.com.br] has quit [Quit: ]
20:40	\|-\|	monrad [~mikkel@213083190131.sonofon.dk] has joined #xen
20:50	\|-\|	ivan [~ikelly@83-71-74-95.b-ras1.lmk.limerick.eircom.net] has quit [Quit: leaving]
21:14	\|-\|	rusty [~rusty@bh02i525f01.au.ibm.com] has joined #xen
21:21	\|-\|	mdday [~mdday@cpe-024-163-120-222.nc.res.rr.com] has joined #xen
21:26	\|-\|	mdday [~mdday@cpe-024-163-120-222.nc.res.rr.com] has quit [Quit: ]
21:56	\|-\|	dansmith [~dan@c-24-21-32-166.hsd1.or.comcast.net] has quit [Quit: Leaving]
22:29	\|-\|	aliguori [~anthony@cpe-70-116-13-229.austin.res.rr.com] has quit [Ping timeout: 480 seconds]
22:39	\|-\|	johnlev [~johnlev@nwkea-socks-1.sun.com] has quit [Remote host closed the connection]
22:39	\|-\|	teferi [teferi@216.133.73.16] has quit [Quit: Lost terminal]
22:59	\|-\|	VS_ChanLog [~stats@ns.theshore.net] has left #xen [Rotating Logs]
22:59	\|-\|	VS_ChanLog [~stats@ns.theshore.net] has joined #xen
23:47	\|-\|	muli_ [~muli@87.69.40.180.cable.012.net.il] has quit [Remote host closed the connection]
23:57	\|-\|	aliguori [~anthony@cpe-70-116-13-229.austin.res.rr.com] has joined #xen
---	Log	closed Thu Mar 09 00:00:27 2006