| --- | Log | opened Mon Feb 13 00:00:44 2006 |
| 00:35 | |-| | yorkedork [~thom@cpe-066-057-227-097.nc.res.rr.com] has joined #xen |
| 00:37 | <yorkedork> | Any developers have some experience-based tips w.r.t taking cpufreq (in particular, powernow-k8) code from mainline linux, converting read/write msr calls to use a dom0_ops? |
| 00:37 | <yorkedork> | (before i get my hands dirty and start heading down the wrong path?) |
| 00:39 | <hollisb> | yorkedork: there is already a DOM0_MSR dom0 op that probably does what you want |
| 00:40 | <yorkedork> | I understand ... |
| 00:40 | <hollisb> | oh, you just mean converting the Linux code to use it? |
| 00:41 | <yorkedork> | exactly |
| 00:41 | <yorkedork> | (you just saved me from typing a few lines of text) |
| 00:41 | <yorkedork> | (:) |
| 00:41 | <hollisb> | should be pretty simple. I don't think there are too many wrong paths to take there :) |
| 00:42 | <hollisb> | you'll just want to abstract it into a "write_msr" function |
| 00:42 | <hollisb> | on Xen, write_msr will do the dom0_op |
| 00:42 | <hollisb> | on hardware, it will access the MSR directly |
| 00:42 | <yorkedork> | yes. i was under the impression that i could send a request to VMM through using dom0_ops calls |
| 00:42 | <yorkedork> | (in this case, the dom0_msr struct) |
| 00:43 | <hollisb> | yes, as long as you're dom0 of course |
| 00:44 | <yorkedork> | my main concern was the actual porting/mangling - i haven't had much experience with kernel/makefile system - how i go about making xen aware that it should build the code in a dom0 kernel to work with (and undoubtably debug) |
| 00:44 | <yorkedork> | (and i'm not asking for explicit detail, but i haven't found any docs that outline such a method, etc.) |
| 00:45 | <hollisb> | I would start with the Linux tree at http://xenbits.xensource.com/ext/linux-2.6-merge.hg |
| 00:45 | <hollisb> | then submit a patch to that tree to the xen-devel mailing list |
| 00:45 | <hollisb> | there will be a CONFIG_XEN or so in there |
| 00:46 | <yorkedork> | ah yes, of course. but by modifying the linux-2.6.*-xen tree within xen (in my case, 3.0.1) source tree will "plug" it in |
| 00:46 | <yorkedork> | (and you imagine there are some CONFIGs to set as well?) |
| 00:47 | <yorkedork> | (I hate to be a bother, I just - as I've said - had no experience dealing with kernel-level modifications) |
| 00:47 | <hollisb> | no, you won't need to add any additional CONFIG settings |
| 00:48 | <hollisb> | and the xen/linux-2.6 tree is funky |
| 00:48 | <hollisb> | it's generated from a "sparse" tree |
| 00:48 | <yorkedork> | yeah, i was wondering where the code is that merges them |
| 00:48 | <hollisb> | which means you're likely to lose your changes the next time the tree is regenerated |
| 00:48 | <hollisb> | and you'll have to extract the patch manually |
| 00:49 | <hollisb> | the hg tree is a normal version-controlled tree |
| 00:50 | <yorkedork> | ah, it is much clearer, now. the two trees i see in the xen-3.0.1 tree are the mainline linux tree (2.6.12-xen) and the xenified sparse tree. the build process merges them - and you've pointed me to the already merged tree. |
| 00:50 | <yorkedork> | (i apologize, i didn't intuitively grasp that at first) |
| 00:50 | <hollisb> | the build process does not merge them |
| 00:51 | <hollisb> | the build process creates the full tree from the sparse tree |
| 00:51 | <hollisb> | so any changes not present in the sparse tree will be lost |
| 00:51 | <hollisb> | the hg tree is separate from both of those, and I believe more up-to-date |
| 00:51 | <yorkedork> | ah ... |
| 00:51 | <yorkedork> | (okay - sorry) |
| 00:51 | <hollisb> | compare the versions in the toplevel Makefile |
| 00:53 | <yorkedork> | So the linux-2.6-merge tree is mainline with xen included? |
| 00:53 | <yorkedork> | ... have they stopped using the sparse tree method, then? |
| 00:53 | <hollisb> | I think so |
| 00:54 | <hollisb> | if not, it is on the way out |
| 00:58 | <yorkedork> | ok. thank you very much for your help, hollisb. |
| 00:59 | <yorkedork> | :-) |
| 00:59 | <yorkedork> | i'll check out the merge tree and work with it. |
| 01:02 | <hollisb> | good luck |
| 01:02 | <yorkedork> | thank you |
| 01:18 | <Shaun> | any of you guys running the 3ware 9500 controller? |
| 01:18 | |-| | rusty [~rusty@bh02i525f01.au.ibm.com] has quit [Quit: Client exiting] |
| 01:23 | <Cyis> | so anyone got a link to differences in compiling the dom0/domU kernels for x86_64 rather than i386? |
| 01:23 | |-| | T1 [~tv@GMMDXXVII.dsl.saunalahti.fi] has quit [Quit: foo] |
| 02:10 | |-| | Tv [~tv@i1.inoi.fi] has joined #xen |
| 02:45 | |-| | hollisb [~hollisb@bh02i525f01.au.ibm.com] has quit [Quit: leaving] |
| 02:50 | |-| | muli [~muli@87.69.40.180.cable.012.net.il] has quit [Quit: My damn controlling terminal disappeared!] |
| 02:52 | |-| | hollisb [~hollisb@bh02i525f01.au.ibm.com] has joined #xen |
| 02:58 | |-| | sdog [~sdog@62.58.98.210] has joined #xen |
| 03:05 | |-| | rusty [~rusty@ppp58-7.lns1.cbr1.internode.on.net] has joined #xen |
| 03:06 | |-| | yorkedork [~thom@cpe-066-057-227-097.nc.res.rr.com] has quit [Ping timeout: 480 seconds] |
| 03:07 | |-| | yorkedork [~thom@cpe-066-057-227-097.nc.res.rr.com] has joined #xen |
| 03:11 | |-| | pvanhoof [~pvanhoof@mailhost.newtec.be] has joined #xen |
| 03:31 | |-| | yorkedork [~thom@cpe-066-057-227-097.nc.res.rr.com] has quit [Quit: Leaving] |
| 03:58 | |-| | athomas [~athomas@host86-136-81-69.range86-136.btcentralplus.com] has joined #xen |
| 04:10 | |-| | zwane [~zwane@S0106001217d33fa6.vc.shawcable.net] has quit [Remote host closed the connection] |
| 04:55 | |-| | mdday [~mdday@cpe-024-163-120-222.nc.res.rr.com] has joined #xen |
| 05:03 | |-| | hollisb [~hollisb@bh02i525f01.au.ibm.com] has quit [Quit: leaving] |
| 05:06 | |-| | mdday [~mdday@cpe-024-163-120-222.nc.res.rr.com] has quit [Quit: mdday] |
| 05:06 | |-| | sdfs [sdfs@dmesg.malfunc.net] has quit [Quit: back later] |
| 05:10 | |-| | sdfs [~sdfs@strugglers.net] has joined #xen |
| 05:13 | |-| | rusty [~rusty@ppp58-7.lns1.cbr1.internode.on.net] has quit [Quit: Client exiting] |
| 05:14 | |-| | Shoragan [~shoragan@d072.apm.etc.tu-bs.de] has joined #xen |
| 05:53 | |-| | f [~f@p54899A8E.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds] |
| 05:54 | <buggs> | # |
| 05:54 | <buggs> | [Xen-users][Xen-users] linux-2.6-xen.hg and missing devpts, Michael Shuey, 2006/01/06 |
| 05:54 | <buggs> | any answer to that ? |
| 05:54 | <tab> | don't use linux-2.6-xen.hg |
| 05:56 | <buggs> | na it's better i use it |
| 05:56 | <tab> | how it is better ? |
| 05:57 | <buggs> | because that way i will test it |
| 05:57 | <tab> | it doesn't tell me why it's better than xen-unstable ... |
| 05:58 | <buggs> | i did not say it is better than unstable i just said it is better that i use it |
| 05:58 | <tab> | but why ? |
| 05:59 | <buggs> | my personal interest is a > 2.6.15.0 kernelö |
| 05:59 | <tab> | xen-unstable.hg is 2.6.16-rc2 |
| 06:02 | [~] | buggs hg pulls and builöds |
| 06:05 | |-| | athomas [~athomas@host86-136-81-69.range86-136.btcentralplus.com] has quit [Quit: Leaving] |
| 06:06 | <buggs> | tab, same problem |
| 06:23 | |-| | Tv [~tv@i1.inoi.fi] has quit [Ping timeout: 480 seconds] |
| 06:24 | |-| | Tv [~tv@i1.inoi.fi] has joined #xen |
| 06:51 | |-| | Tv [~tv@i1.inoi.fi] has quit [Quit: foo] |
| 06:58 | |-| | Shoragan [~shoragan@d072.apm.etc.tu-bs.de] has quit [Read error: Connection reset by peer] |
| 06:58 | |-| | Shoragan [~shoragan@d072.apm.etc.tu-bs.de] has joined #xen |
| 07:02 | |-| | athomas [~athomas@host86-136-81-69.range86-136.btcentralplus.com] has joined #xen |
| 07:17 | |-| | mdday [~mdday@cpe-024-163-120-222.nc.res.rr.com] has joined #xen |
| 07:36 | |-| | Tv [~tv@GMMDXXVII.dsl.saunalahti.fi] has joined #xen |
| 07:49 | |-| | riel changed nick to surriel |
| 07:56 | |-| | f [~f@p5489A101.dip0.t-ipconnect.de] has joined #xen |
| 08:00 | |-| | mejlholm [~mejlholm@port79.ds1-abc.adsl.cybercity.dk] has joined #xen |
| 08:43 | |-| | unriel changed nick to riel |
| 08:46 | |-| | dhendrix [~dhendrix@c-69-247-65-201.hsd1.nm.comcast.net] has quit [Quit: Leaving] |
| 08:46 | |-| | dhendrix [~dhendrix@c-69-247-65-201.hsd1.nm.comcast.net] has joined #xen |
| 08:47 | |-| | dhendrix [~dhendrix@c-69-247-65-201.hsd1.nm.comcast.net] has quit [Remote host closed the connection] |
| 08:50 | |-| | dhendrix [~dhendrix@c-69-247-65-201.hsd1.nm.comcast.net] has joined #xen |
| 08:53 | |-| | dhendrix [~dhendrix@c-69-247-65-201.hsd1.nm.comcast.net] has quit [Remote host closed the connection] |
| 08:56 | |-| | cableman [~cableman@3E6B42D5.rev.stofanet.dk] has joined #xen |
| 09:01 | |-| | dhendrix [~dhendrix@c-69-247-65-201.hsd1.nm.comcast.net] has joined #xen |
| 09:02 | |-| | Basic_py [~Basic@warden.real-time.com] has quit [Quit: Leaving] |
| 09:13 | |-| | dansmith [~dan@bi01p1.co.us.ibm.com] has joined #xen |
| 09:14 | |-| | rharper [~rharper@pixpat.austin.ibm.com] has joined #xen |
| 09:27 | |-| | homebaum [~michael@pool-71-245-98-208.ptldor.fios.verizon.net] has quit [Read error: Connection reset by peer] |
| 09:35 | |-| | rpg [~rpg@cpe-70-113-71-85.austin.res.rr.com] has quit [Remote host closed the connection] |
| 09:39 | |-| | homebaum [~michael@pool-71-245-98-208.ptldor.fios.verizon.net] has joined #xen |
| 09:52 | |-| | zwane [~zwane@S0106001217d33fa6.vc.shawcable.net] has joined #xen |
| 09:59 | |-| | Basic_py [~Basic@gatekeeper.real-time.com] has joined #xen |
| 10:01 | |-| | rpg [~rpg@pixpat.austin.ibm.com] has joined #xen |
| 10:06 | |-| | Bicster [~Bicster@ip195.planetfall.com] has joined #xen |
| 10:06 | <Bicster> | greetings and salutations |
| 10:07 | |-| | bernarde [~bernarde@32.104.18.240] has joined #xen |
| 10:09 | |-| | plars [~plars@pixpat.austin.ibm.com] has joined #xen |
| 10:16 | <Bicster> | how is the 2.6.16rc2 in hg? |
| 10:16 | <Bicster> | I am running x86_64 SMP |
| 10:16 | <Bicster> | does it build? work? |
| 10:18 | |-| | jerone [~jerone@pixpat.austin.ibm.com] has joined #xen |
| 10:28 | |-| | jdmason [~jonmason@pixpat.austin.ibm.com] has joined #xen |
| 10:32 | <Bicster> | would someone be kind enough to explain what a fake shadow mode kernel is? |
| 10:32 | <Bicster> | I assume this is just for some testing purpose |
| 10:35 | |-| | aliguori [~anthony@horatio-155.cs.utexas.edu] has joined #xen |
| 10:37 | <Bicster> | maybe aliguori knows :P |
| 10:37 | <aliguori> | uh oh |
| 10:37 | <aliguori> | :-) |
| 10:37 | <aliguori> | i'm only here for 5 minutes so ask quickly |
| 10:38 | <Bicster> | hehe |
| 10:38 | <Bicster> | I was just wondering what a 'fake shadow mode' kernel was, what purpose it has, and if it is relevant to a non-developer |
| 10:38 | <aliguori> | nope :-) |
| 10:39 | <aliguori> | shadow paging is a technique to virtualize physical memory |
| 10:40 | <murb> | was anyone working on having 2.4.x kernels working on xen3? |
| 10:41 | <aliguori> | murb, MarkW did a little but porting XenBus would be a real PITA so I don't think anyone is working on it |
| 10:44 | <Bicster> | just use VT-enabled hardware :D |
| 10:45 | |-| | sdog [~sdog@62.58.98.210] has left #xen [] |
| 10:46 | <f> | bicster: you need a s390 - they have nested pagetables in hardware |
| 10:46 | <murb> | Bicster: that is the answer to many questions. |
| 10:46 | <f> | murb: like "how do i make my xen crash more often" |
| 10:46 | <Bicster> | lol |
| 10:46 | <Bicster> | We have an Amdahl mainframe here |
| 10:46 | <Bicster> | water cooled and all that jazz |
| 10:47 | <murb> | f: AMD64 + 4gb of is sufficent for an intersting life. |
| 10:47 | |-| | aliguori [~anthony@horatio-155.cs.utexas.edu] has quit [Quit: Ex-Chat] |
| 10:48 | <murb> | although that is my the iommu refusing to work, i think. |
| 10:48 | <Bicster> | amd64+4GB shouldn't be any issue at all |
| 10:48 | [~] | Bicster looks at his lowly dual Athlon MP box with 4GB |
| 10:49 | <murb> | Bicster: this is a dualcore X2 thing, and i've been having no end of problems since it was installed last thursday. |
| 10:49 | <murb> | but maybe if i had physical access it would be easier.. |
| 11:08 | |-| | stekloff [~stekloff@bi01p1.co.us.ibm.com] has joined #xen |
| 11:29 | |-| | pvanhoof [~pvanhoof@mailhost.newtec.be] has quit [Remote host closed the connection] |
| 11:31 | |-| | chrish01 [~chrish01@wsip-70-183-17-68.oc.oc.cox.net] has joined #xen |
| 11:50 | |-| | athomas [~athomas@host86-136-81-69.range86-136.btcentralplus.com] has quit [Quit: Leaving] |
| 11:52 | <tab> | f: latest amd64 will have nested pagetable as well |
| 11:55 | <@riel> | tab: nice |
| 12:04 | <movement> | any hvm people about? |
| 12:08 | <Bicster> | only crab people |
| 12:08 | <Bicster> | look like crab, talk like people |
| 12:13 | <f> | tab: nope, it's an "optional feature" |
| 12:18 | <tab> | f: which is going to be implemented at some point ... |
| 12:34 | |-| | f [~f@p5489A101.dip0.t-ipconnect.de] has quit [Quit: I quit] |
| 12:49 | |-| | sdog [~sdog@213-193-182-132.adsl.easynet.be] has joined #xen |
| 12:53 | |-| | pvanhoof [~pvanhoof@d54C0FBBD.access.telenet.be] has joined #xen |
| 12:54 | |-| | buggs [~noidentd@n80-237-228-135.cnet.hosteurope.de] has quit [Quit: changing hosts] |
| 12:56 | <sh0ck> | hmm, which is the fastest way to run windows xenu? in qemu or is something faster? |
| 12:59 | <murb> | sh0ck: might be faster running it with VT hardware. |
| 13:00 | <Bicster> | "might be" lol |
| 13:00 | <Bicster> | that's an understatement |
| 13:01 | <murb> | Bicster: if it works at all. |
| 13:01 | <cfreak> | hm |
| 13:01 | <Bicster> | it works fine here |
| 13:01 | <cfreak> | i use vmware for my windows servers |
| 13:01 | <cfreak> | qemu is terrible slow i think |
| 13:01 | <Bicster> | it's even reasonably quick, except for screen I/O, so I use rdesktop for that |
| 13:01 | <Bicster> | qemu is horrible |
| 13:07 | <sh0ck> | murb: heh :> on normal class machine, not special hw |
| 13:14 | |-| | Shaun2222 [~ndci@ip68-5-63-223.oc.oc.cox.net] has joined #xen |
| 13:18 | |-| | chrish02 [~chrish01@wsip-70-183-17-68.oc.oc.cox.net] has joined #xen |
| 13:22 | |-| | Shaun [~ndci@ip68-5-63-223.oc.oc.cox.net] has quit [Ping timeout: 480 seconds] |
| 13:22 | |-| | Shaun2222 changed nick to Shaun |
| 13:24 | |-| | chrish01 [~chrish01@wsip-70-183-17-68.oc.oc.cox.net] has quit [Ping timeout: 480 seconds] |
| 13:43 | |-| | n [~nivedita@c-67-171-181-157.hsd1.or.comcast.net] has joined #xen |
| 14:07 | |-| | muli [~muli@87.69.40.180.cable.012.net.il] has joined #xen |
| 14:19 | |-| | Bicster [~Bicster@ip195.planetfall.com] has quit [Remote host closed the connection] |
| 14:24 | |-| | _bernarde [~bernarde@32.104.18.240] has joined #xen |
| 14:27 | |-| | bernarde [~bernarde@32.104.18.240] has quit [Ping timeout: 480 seconds] |
| 14:31 | |-| | chrish02 [~chrish01@wsip-70-183-17-68.oc.oc.cox.net] has quit [Ping timeout: 480 seconds] |
| 14:39 | |-| | Shaun2222 [~ndci@ip68-5-63-223.oc.oc.cox.net] has joined #xen |
| 14:47 | |-| | Shaun [~ndci@ip68-5-63-223.oc.oc.cox.net] has quit [Ping timeout: 480 seconds] |
| 14:47 | |-| | Shaun2222 changed nick to Shaun |
| 15:07 | |-| | chrish01 [~chrish01@wsip-70-183-17-68.oc.oc.cox.net] has joined #xen |
| 15:14 | |-| | _bernarde [~bernarde@32.104.18.240] has quit [Ping timeout: 480 seconds] |
| 15:51 | |-| | hollisb [~hollisb@bh02i525f01.au.ibm.com] has joined #xen |
| 15:59 | |-| | sdog [~sdog@213-193-182-132.adsl.easynet.be] has left #xen [] |
| 16:03 | |-| | buggs [~noidentd@shadow.splashground.de] has joined #xen |
| 16:11 | |-| | chrish01 [~chrish01@wsip-70-183-17-68.oc.oc.cox.net] has quit [Quit: Leaving] |
| 16:13 | <azoca> | anyone know if vm-tools is working with xen 2.0.7 ? My domains do not seem to start. |
| 16:15 | <@riel> | probably not, then |
| 16:22 | |-| | sshack [~m83@S01060014bf807ad5.gv.shawcable.net] has joined #xen |
| 16:22 | <sshack> | Hi, Is anybody alive here? |
| 16:23 | <@riel> | no steve, nobody |
| 16:24 | <sshack> | Hey riel. |
| 16:24 | <sshack> | ltns. |
| 16:25 | |-| | cableman [~cableman@3E6B42D5.rev.stofanet.dk] has quit [Ping timeout: 480 seconds] |
| 16:25 | <sshack> | So i've got this odd problem running xen on sarge. After two dozen xen vm start/stops xen stops working. I get " Error: Device 2049 (vbd) could not be connected. Backend device not found. |
| 16:25 | <sshack> | " errors. |
| 16:26 | <sshack> | I swear it's some resource starvation problem. But xen seems to be reaping it's loopbacks nicely. |
| 16:26 | <sshack> | Anyone know what's going on? |
| 16:27 | |-| | Bicster [~Bicster@ip195.planetfall.com] has joined #xen |
| 16:28 | <Bicster> | would someone help this non-python-knowing luser figure out why xend isn't starting properly? |
| 16:29 | <Bicster> | traceback http://pastebin.ca/41487 |
| 16:29 | <Bicster> | I get two xend processes when I do a 'xend start' but xm won't work |
| 16:38 | <Bicster> | anyone? |
| 16:46 | |-| | _David_ [~david@202.148.226.15] has joined #xen |
| 16:47 | |-| | _David_ [~david@202.148.226.15] has quit [Quit: ] |
| 16:51 | |-| | mejlholm [~mejlholm@port79.ds1-abc.adsl.cybercity.dk] has quit [Quit: Client exiting] |
| 16:53 | <Bicster> | okay |
| 16:53 | <Bicster> | whom do I have to buy a beer to get help? :) |
| 16:57 | <hollisb> | Bicster: you could try the mailing lists, or even open a bug |
| 16:58 | |-| | riel changed nick to unriel |
| 16:58 | <Bicster> | I have found that the mailing lists are an especially good way to get ignored. I'm not sure this is a bug, it could be PEBKAC. It was working last week before I went on a trip ;) |
| 17:01 | |-| | sshack [~m83@S01060014bf807ad5.gv.shawcable.net] has quit [Quit: Leaving] |
| 17:06 | |-| | Shaun2 [Shaun@tina.ndcservers.net] has joined #xen |
| 17:10 | |-| | dansmith [~dan@bi01p1.co.us.ibm.com] has quit [Quit: Leaving] |
| 17:17 | |-| | jerone [~jerone@pixpat.austin.ibm.com] has quit [Quit: Leaving] |
| 17:25 | |-| | kmacy [~kmacy@adsl-69-109-184-133.dsl.pltn13.pacbell.net] has joined #xen |
| 17:26 | <kmacy> | hollisb: ping |
| 17:28 | <hollisb> | hi kmacy |
| 17:48 | |-| | surriel [riel@fangorn.surriel.com] has quit [Remote host closed the connection] |
| 17:51 | |-| | rusty [~rusty@bh02i525f01.au.ibm.com] has joined #xen |
| 18:02 | |-| | Shoragan [~shoragan@d072.apm.etc.tu-bs.de] has quit [Quit: Leaving] |
| 18:04 | |-| | rharper [~rharper@pixpat.austin.ibm.com] has quit [Quit: Leaving] |
| 18:07 | |-| | aliguori [~anthony@cpe-70-116-13-229.austin.res.rr.com] has joined #xen |
| 18:09 | |-| | stekloff [~stekloff@bi01p1.co.us.ibm.com] has quit [Quit: Leaving] |
| 18:21 | |-| | rpg [~rpg@pixpat.austin.ibm.com] has quit [Remote host closed the connection] |
| 18:22 | |-| | dansmith [~dan@c-24-21-32-166.hsd1.or.comcast.net] has joined #xen |
| 18:29 | |-| | surriel [riel@fangorn.surriel.com] has joined #xen |
| 18:29 | |-| | Basic_py [~Basic@gatekeeper.real-time.com] has quit [Quit: Leaving] |
| 18:30 | |-| | surriel changed nick to riel |
| 18:40 | |-| | sshack [~m83@S01060014bf807ad5.gv.shawcable.net] has joined #xen |
| 18:50 | |-| | pvanhoof [~pvanhoof@d54C0FBBD.access.telenet.be] has quit [Remote host closed the connection] |
| 19:02 | |-| | sshack [~m83@S01060014bf807ad5.gv.shawcable.net] has quit [Quit: Leaving] |
| 19:15 | |-| | dansmith [~dan@c-24-21-32-166.hsd1.or.comcast.net] has quit [Quit: Leaving] |
| 19:28 | <movement> | http://opensolaris.org/os/community/xen/announcements/#2006-02-13_opening_day_for_opensolaris_on_xen |
| 19:37 | |-| | Basic_py [~Basic@warden.real-time.com] has joined #xen |
| 19:37 | <caker> | cool |
| 19:41 | <aliguori> | movement, congrats :-) |
| 19:41 | <movement> | finally ;) |
| 20:14 | <rusty> | Any ideas how to send magic sysrq through xm console? |
| 20:15 | <johnlev> | rusty: xm sysrq is no good? |
| 20:16 | <rusty> | johnlev: Ah, thanks for the enlightenment injection. |
| 20:17 | <johnlev> | also ^O according to console.c |
| 20:19 | <riel> | movement: nice |
| 21:29 | |-| | xterminus [cmauch@2002:83bf:ea8::4:2] has quit [Ping timeout: 480 seconds] |
| 21:59 | |-| | xterminus [cmauch@2002:83bf:ea8::4:2] has joined #xen |
| 22:35 | <kmacy> | rusty: ping |
| 22:38 | <johnlev> | kmacy: did you do the original domain core dump support? |
| 22:43 | <rusty> | kmacy: pong! |
| 22:44 | <kmacy> | johnlev: if you mean domU - yes. |
| 22:44 | <kmacy> | rusty: are you working on xen these days? |
| 22:45 | <johnlev> | kmacy: I do. would you have a particular opinion on an 'xm gcore' ? |
| 22:45 | <kmacy> | johnlev: has it changed? It probably needs updating, there was no way of providing MP support when I initially did it. |
| 22:45 | <rusty> | kmacy: kind-of... I'm working on the simplified transport. |
| 22:45 | <aliguori> | rusty, have you talked to any of the cambridge guys about it yet? |
| 22:45 | <kmacy> | johnlev: you mean as a name for it? Or is that new functionality? |
| 22:46 | <kmacy> | rusty: any resemblance to Harry's xenidc? |
| 22:46 | <aliguori> | heheh |
| 22:46 | <kmacy> | or is it the same? |
| 22:46 | <johnlev> | kmacy: hmm, it's rusted a little? I'll have to look into it. xm gcore is referring to a new not-yet-existent feature. |
| 22:47 | <kmacy> | johnlev: probably - who is implementing gcore? |
| 22:47 | <johnlev> | kmacy: nobody yet. |
| 22:47 | <kmacy> | it would be trivial to turn what I did into xm gcore |
| 22:48 | <johnlev> | yes, it looks that way. |
| 22:48 | <kmacy> | aliguori: what is funny? |
| 22:49 | <kmacy> | riel: ping |
| 22:49 | <riel> | pong |
| 22:50 | <rusty> | aliguori: No, I want to get all the important devices upa nd running before I even think about finalizing the API |
| 22:50 | <kmacy> | rusty: good idea |
| 22:50 | <rusty> | kmacy: No. Although he has got me thinking about the bringup/bringdown issue. |
| 22:51 | <kmacy> | "there are no rules of architecture for castles in the clouds" |
| 22:51 | <rusty> | kmacy: Well put! |
| 22:59 | |-| | VS_ChanLog [~stats@ns.theshore.net] has left #xen [Rotating Logs] |
| 22:59 | |-| | VS_ChanLog [~stats@ns.theshore.net] has joined #xen |
| 22:59 | |-| | bos_ [~bos@hierophant.serpentine.com] has quit [Read error: Connection reset by peer] |
| 23:05 | <hollisb> | kmacy: you were looking for me? |
| 23:06 | <kmacy> | just wondering how the xend interfacing is going |
| 23:06 | <kmacy> | libxc that is |
| 23:07 | <hollisb> | kmacy: I just posted a note about that to xen-devel this morning |
| 23:07 | <hollisb> | kmacy: it's +/- working |
| 23:08 | <hollisb> | kmacy: but I need to get rid of get/put_user() |
| 23:09 | <hollisb> | but I'm excited about the working part :) the end is in sight... |
| 23:09 | <kmacy> | cool |
| 23:29 | <Cyis> | is it possible with xen-3 to configure multiple bridges for Xen? I haven't looked as deep into the configuration as of yet to figure out |
| 23:57 | <rusty> | aliguori: so what's the state of your tools? tonyb is about to commit his vdevice stuff, which would integrate well with your code. |
| --- | Log | closed Tue Feb 14 00:00:35 2006 |
