Back to Home / #uml / 2007 / 03 / Prev Day | Next Day
#uml IRC Logs for 2007-03-20

---Logopened Tue Mar 20 00:00:36 2007
00:27|-|baroni [~baroni@c9348f0b.virtua.com.br] has quit [Ping timeout: 480 seconds]
00:28|-|baroni [~baroni@c9348f0b.virtua.com.br] has joined #uml
00:57|-|SiegeX [1000@adsl-75-26-13-242.dsl.pltn13.sbcglobal.net] has joined #uml
00:58<SiegeX>hi, i was reading a UML howto and it said that UML is included in the vanilla kernel after 2.6.9, is this true because I tried grepping through my 2.6.18 .config for anything UML related and came up with nada
01:06<SiegeX>quit
01:06|-|SiegeX [1000@adsl-75-26-13-242.dsl.pltn13.sbcglobal.net] has quit [Quit: leaving]
01:25|-|besonen_ [~besonen@209-180-234-92.eugn.qwest.net] has joined #uml
01:32|-|besonen__ [~besonen@209-180-234-92.eugn.qwest.net] has quit [Ping timeout: 480 seconds]
02:32|-|Netsplit cation.oftc.net <-> galapagos.oftc.net quits: da-x, apic
02:33|-|Netsplit over, joins: apic, da-x
02:46|-|flatronf700B [~flatronf7@202.75.186.154] has quit [Ping timeout: 480 seconds]
02:51|-|Urg[workz] [~plamen@87-126-143-181.btc-net.bg] has quit [Ping timeout: 480 seconds]
03:10|-|baroni [~baroni@c9348f0b.virtua.com.br] has quit [Ping timeout: 480 seconds]
03:11|-|baroni [~baroni@c9348f0b.virtua.com.br] has joined #uml
03:27|-|Urgleflogue [~plamen@87-126-143-181.btc-net.bg] has joined #uml
03:32|-|alb [~net@host139.201-253-134.telecom.net.ar] has joined #uml
03:35|-|albertito [~net@host25.201-252-48.telecom.net.ar] has quit [Ping timeout: 480 seconds]
03:38|-|baroni [~baroni@c9348f0b.virtua.com.br] has quit [Ping timeout: 480 seconds]
03:39|-|baroni [~baroni@c9348f0b.virtua.com.br] has joined #uml
04:17|-|baroni [~baroni@c9348f0b.virtua.com.br] has quit [Ping timeout: 480 seconds]
04:17|-|baroni [~baroni@c9348f0b.virtua.com.br] has joined #uml
05:34|-|tyler [~tyler@89.98.143.234] has joined #uml
06:50|-|tyler [~tyler@89.98.143.234] has quit [Ping timeout: 480 seconds]
06:52|-|tyler [~tyler@89.98.143.234] has joined #uml
07:18|-|tyler [~tyler@89.98.143.234] has quit [Remote host closed the connection]
07:35|-|tyler [~tyler@89.98.143.234] has joined #uml
08:40|-|baroni [~baroni@c9348f0b.virtua.com.br] has quit [Ping timeout: 480 seconds]
08:41|-|baroni [~baroni@c9348f0b.virtua.com.br] has joined #uml
09:00|-|VS_ChanLog [~stats@ns.theshore.net] has quit [Remote host closed the connection]
09:00|-|VS_ChanLog [~stats@ns.theshore.net] has joined #uml
09:20|-|tyler [~tyler@89.98.143.234] has quit [Remote host closed the connection]
09:24|-|hfb [~hfb@pool-72-67-156-130.lsanca.dsl-w.verizon.net] has joined #uml
09:24|-|hfb [~hfb@pool-72-67-156-130.lsanca.dsl-w.verizon.net] has left #uml []
09:26|-|jdike [~jdike@pool-71-174-247-179.bstnma.fios.verizon.net] has joined #uml
09:26<jdike>Hi guys
09:26<peterz>hey jeff
09:43<dgraves>moring.
09:48<jdike>time to figure out why Apache crashes
09:51|-|Urgleflogue [~plamen@87-126-143-181.btc-net.bg] has quit [Read error: Connection reset by peer]
10:13|-|flatronf700B [~flatronf7@202.75.186.154] has joined #uml
10:25|-|tyler [~tyler@89.98.143.234] has joined #uml
10:41|-|Urgleflogue [~plamen@87-126-143-181.btc-net.bg] has joined #uml
12:11|-|ram [~ram@bi01p1.co.us.ibm.com] has joined #uml
12:52|-|flatronf700B [~flatronf7@202.75.186.154] has quit [Ping timeout: 480 seconds]
15:02|-|ram [~ram@bi01p1.co.us.ibm.com] has quit [Ping timeout: 480 seconds]
15:09|-|ram [~ram@bi01p1.co.us.ibm.com] has joined #uml
15:18|-|tyler [~tyler@89.98.143.234] has quit [Read error: Connection reset by peer]
15:26|-|ram [~ram@bi01p1.co.us.ibm.com] has quit [Ping timeout: 480 seconds]
15:31|-|ram [~ram@bi01p1.co.us.ibm.com] has joined #uml
15:50|-|richardw [~richardw@M3533P016.adsl.highway.telekom.at] has joined #uml
15:57|-|tyler [~tyler@89.98.143.234] has joined #uml
16:22|-|ram [~ram@bi01p1.co.us.ibm.com] has quit [Ping timeout: 480 seconds]
16:32|-|ram [~ram@bi01p1.co.us.ibm.com] has joined #uml
16:36|-|pgstudy [~pgstudy@bzq-84-108-64-51.cablep.bezeqint.net] has quit [Remote host closed the connection]
16:39|-|richardw_ [~richardw@M311P011.adsl.highway.telekom.at] has joined #uml
16:42|-|krau [~cktakahas@200.184.118.141] has quit [Quit: Leaving]
16:43|-|richardw [~richardw@M3533P016.adsl.highway.telekom.at] has quit [Read error: Operation timed out]
17:02|-|extazy_ [~maeh@2001:618:400:7583::1] has quit [Ping timeout: 480 seconds]
17:46<baroni>hi all. I'm getting "ptrace: Operation not permitted." message when trying to attach an uml-linux to a gdb session. Google answers didn't give the solution. Somebody know something about?
17:51<caker>baroni: http://www.linode.com/uml/irc/logs/uml.log-2005-08-25 help at all? (search for your error)
17:52|-|fghj [~tkxue@agp.Stanford.EDU] has joined #uml
17:55<baroni>thanks caker ! I'm looking that :)
18:27|-|fghj [~tkxue@agp.Stanford.EDU] has left #uml [Leaving]
18:29|-|baroni [~baroni@c9348f0b.virtua.com.br] has quit [Ping timeout: 480 seconds]
18:31|-|baroni [~baroni@c9348f0b.virtua.com.br] has joined #uml
18:44|-|baroni [~baroni@c9348f0b.virtua.com.br] has quit [Ping timeout: 480 seconds]
18:45|-|baroni [~baroni@c9348f0b.virtua.com.br] has joined #uml
18:49|-|tyler [~tyler@89.98.143.234] has quit [Ping timeout: 480 seconds]
18:51|-|kos_tom [~thomas@humanoidz.org] has joined #uml
18:56<baroni>I'm not getting to attach a gdb session to uml
18:56<baroni>Loaded symbols for /lib/ld-linux.so.2
18:56<baroni>Failed to read a valid object file image from memory.
18:56<baroni>0xb7f35410 in ?? ()
18:56<baroni>(gdb)
19:13|-|kos_tom [~thomas@humanoidz.org] has quit [Quit: I like core dumps]
19:31<baroni>CONFIG_DEBUG_KERNEL=y em .config ..
19:32<jdike>baroni, that's one I don't understand
19:32<jdike>it looks like a gdb problem more than anything
19:52|-|richardw_ [~richardw@M311P011.adsl.highway.telekom.at] has quit [Quit: Leaving]
19:59|-|fghj [~tkxue@agp.Stanford.EDU] has joined #uml
19:59<fghj>if I control the host and the uml machine and security is not a big concern; what is the highest bandwidth way to transer file in/out of the uml machine? (saving to fs; halting uml is not an option; everything has to be running real time)
20:01<jdike>the network is pretty good
20:01<jdike>hostfs is another option
20:02<jdike>or plug a file in as a block device and dd the data to it
20:02<fghj>from reading your uml book; I got the impression taht for hostfs I had to freeze the uml machine; mount the device loopback; read/write to it; then resume the uml machine?
20:02<fghj>s/reading/skimming
20:02<jdike>no
20:03<jdike>that's the online backup scheme
20:03<fghj>oh; with hostfs I just give uml read/write access to subset of my host system
20:03<fghj>and use that as a comunication channel?
20:04<jdike>right
20:04<fghj>while ur here; let me ask a more important question
20:05<fghj>I'm running a uml-ized machine; it has no network connection; and only talks to host via fd0 and fd1
20:05<fghj>is ther ea way I can "freeze" the uml machine to a file; then resume it later? (staying just in memory is NOT okay; will shut down host machien too)
20:06<jdike>no
20:06<fghj>can you offer some insights on what makes this hard?
20:06<jdike>nothing, really
20:07<jdike>that's been on the todo list for a long time, but no time to spend on it
20:07<fghj>okay; so just that no one has taken the time to do it?
20:07<jdike>yup
20:08<fghj>what would be the background requirement for htis project? (how much knowledge of the linux kernel, how processes work on linux, etc ...)
20:11<jdike>basic understanding of UML's relationship to the host
20:11<jdike>i.e. ptrace relationships, what processes need to be recreated, what files need re-opening, etc
20:12<fghj>recreated/re-opened at the host/UML layer, not the progs inside uml / uml layer right?
20:12<jdike>it would probably be good to plug this into the swsusp infrastructure, so an understanding of how that process works would be good
20:12<jdike>yes
20:13<jdike>the processes inside UML exist automatically as soon as you restore the memory image and recreate the host state
20:24|-|fghj [~tkxue@agp.Stanford.EDU] has quit [Quit: Leaving]
20:35<baroni>oh, thanks jdike ! :) (btw hi :)
20:35<jdike>np, sorry I can't be more helpful
20:37<baroni>you are always helpful anyway :) hehe. i'm trying to figure out that .. let's see
20:38<jdike>that's a spectacularly non-useful error message
20:39<baroni>happens the same when I try to attach a binary that wasn't compiled with -g , but CONFIG_DEBUG_KERNEL=y in its .config ..
20:40<baroni> /attach a/attach to a/
20:43<jdike>i.e. no CONFIG_DEBUG_INFO?
20:43<baroni>CONFIG_DEBUG_INFO=y
20:43<baroni>thanks
20:44<jdike>that makes it work?
20:45<baroni>no
20:45<jdike>Oh
21:01<baroni>oh, nice bidings in gdbinit :)
21:19|-|ram [~ram@bi01p1.co.us.ibm.com] has quit [Ping timeout: 480 seconds]
21:32|-|jdike [~jdike@pool-71-174-247-179.bstnma.fios.verizon.net] has quit [Quit: Leaving]
22:19|-|Netsplit cation.oftc.net <-> unununium.oftc.net quits: tasaro
22:22|-|Netsplit over, joins: tasaro
23:12<baroni>[42949373.730000] winch_thread : new_tty_pgrp failed, err = 1
23:13<baroni>seems to be from here this: http://build.planet-lab.org/build/planetlab-3_2-rc2/BUILD/linux-2.6.12smp/arch/um/drivers/chan_user.c
23:14<baroni>i've set tty to another xterminal in gdb and in such terminal it gives this error message
23:40<baroni>maybe some problem with err = os_new_tty_pgrp(pty_fd, os_getpid()); ?
23:59|-|VS_ChanLog [~stats@ns.theshore.net] has left #uml [Rotating Logs]
23:59|-|VS_ChanLog [~stats@ns.theshore.net] has joined #uml
---Logclosed Wed Mar 21 00:00:19 2007