Back to Home / #uml / 2007 / 11 / Prev Day | Next Day
#uml IRC Logs for 2007-11-16

---Logopened Fri Nov 16 00:00:42 2007
03:48|-|waldner [~waldner@137.204.208.98] has quit [Quit: using sirc version 2.211+KSIRC/1.3.12]
06:12|-|aroscha [~aroscha@chello213047053193.30.11.tuwien.teleweb.at] has joined #uml
06:26|-|aroscha [~aroscha@chello213047053193.30.11.tuwien.teleweb.at] has quit [Quit: aroscha]
06:36|-|Magotari [~karol@chello089076073025.chello.pl] has quit [Quit: Lost terminal]
06:52|-|jjkola [~jjkola@dsl-olubrasgw1-fec8de00-184.dhcp.inet.fi] has joined #uml
06:53<jjkola-#uml->>hi
07:46|-|aroscha [~aroscha@86.59.103.134] has joined #uml
08:04|-|dsoul [darksoul@vice.ii.uj.edu.pl] has joined #uml
08:48|-|dang [~dang@nemesis.fprintf.net] has quit [Quit: Leaving.]
08:53|-|aroscha [~aroscha@86.59.103.134] has quit [Quit: aroscha]
09:19|-|dang [~dang@aa-redwall.nexthop.com] has joined #uml
09:30|-|jjkola1 [~jjkola@dsl-olubrasgw1-fec8de00-184.dhcp.inet.fi] has joined #uml
09:31|-|jjkola changed nick to Guest896
09:31|-|jjkola1 changed nick to jjkola
09:35|-|Guest896 [~jjkola@dsl-olubrasgw1-fec8de00-184.dhcp.inet.fi] has quit [Ping timeout: 480 seconds]
09:37|-|Magotari [~karol@abhz161.neoplus.adsl.tpnet.pl] has joined #uml
09:59|-|ram [~ram@pool-72-90-125-50.ptldor.fios.verizon.net] has joined #uml
10:57|-|MareleMic [~i@ics.rndsoft.ro] has joined #uml
11:12|-|adamta [~adamta@cpe-74-68-53-246.hvc.res.rr.com] has joined #uml
11:13<adamta-#uml->>Hello! I'm trying to set up an Ubuntu Gutsy guest under UML, using the stock 2.6.24 kernel available from the UML homepage.
11:14<adamta-#uml->>I've tried numerous things, but I can't get the console working.
11:14<Magotari-#uml->>Erm... 24?
11:14<adamta-#uml->>What?
11:14<Magotari-#uml->>The kernel. 2.6.24? Are you sure?
11:15<adamta-#uml->>Yeah. http://user-mode-linux.sourceforge.net/linux-2.6.24-rc2.bz2
11:15<adamta-#uml->>That's what they link to on the homepage.
11:17<Magotari-#uml->>Wow.
11:18<adamta-#uml->>...Is that a problem?
11:18<Magotari-#uml->>Quite a surprise to see that kernel there.
11:18<Magotari-#uml->>No, not a problem.
11:18<Magotari-#uml->>Just surprised.
11:18<Magotari-#uml->>What is your uml command line?
11:19|-|jdike [~jdike@pool-71-248-190-161.bstnma.fios.verizon.net] has joined #uml
11:19<jdike-#uml->>Hi guys
11:20<jjkola-#uml->>hi jdike
11:20<jdike-#uml->>how's your mail server doing?
11:21<jjkola-#uml->>they are all up, although one has hang up
11:21<jdike-#uml->>same problem?
11:22<adamta-#uml->>Magotari: I've tried it a whole bunch of different ways. Basically ./linux mem=480M ubda=root_fs.
11:22<jjkola-#uml->>backtrace looks a little bit same, so it may be
11:22<adamta-#uml->>I should note that I got basically the same configuration working perfectly fine with Debian and Fedora guests.
11:22<Magotari-#uml->>jdike: On LKML there is a posted list of unused kconfig variables. Two are in uml. I can investigate it and maybe remove them.
11:22<jjkola-#uml->>although when I tried with strace it didn't output anything
11:22<Magotari-#uml->>adamta: Do you get any error messages?
11:22<jdike-#uml->>where is it if you attach to it with gdb?
11:23<adamta-#uml->>Magotari: What happens is that I get tons of xterm_open error messages (I'm not using X11), and then it never gets to a login prompt.
11:24<Magotari-#uml->>jdike: How did you compile the kernel on the website? Default channel?
11:24<jjkola-#uml->>jdike: http://rafb.net/p/SdvPEB22.html
11:24<jdike-#uml->>defconfig, plus hostfs and vde
11:24<Magotari-#uml->>Yes. So the default channel is xterm.
11:25<jdike-#uml->>jjkola, same thing
11:25<Magotari-#uml->>adamta: You need to specify a channel on the commandline.
11:25<Magotari-#uml->>Hold on.
11:25<jdike-#uml->>you're sure this one has my patch applied to it?
11:25<jjkola-#uml->>yes
11:25<jdike-#uml->>it's consuming CPU time?
11:25<adamta-#uml->>Magotari: Indeed. But then why do other distros work without a channel being specified? When I use it to boot Debian or Fedora, I get to a login prompt in the same terminal just as I'd expect.
11:25<jjkola-#uml->>yes
11:26<Magotari-#uml->>adamta: Are those the same kernel?
11:26<adamta-#uml->>Yes
11:26<jdike-#uml->>adamta, some don't put a getty on tty0
11:26<Magotari-#uml->>:/
11:26<Magotari-#uml->>adamta: Try con0=fd:0,fd:1
11:26<jdike-#uml->>and con=pts
11:26<jjkola-#uml->>to me there is a difference as none of the umls crashed and only that one (running apache) did hang up
11:27<jdike-#uml->>not as definitive a difference as I would have liked
11:28<jdike-#uml->>you're sure strace says it's not making any system calls?
11:28<jjkola-#uml->>it didn't even create the output file
11:29<jjkola-#uml->>command was: strace -p 3636 -o ptrace.out
11:29<jjkola-#uml->>*strace.out
11:30<adamta-#uml->>Magotari & jdike: Hmm. It doesn't complain about xterm, etc., but now it seems to be getting stuck at " * Running local boot scripts (/etc/rc.local)".
11:30<jdike-#uml->>jjkola, just leave off the -o
11:31<jdike-#uml->>can you disassemble from_irq_stack?
11:31<jjkola-#uml->>ok, now I got some output and it was same as before
11:32<Magotari-#uml->>adamta: It seems to me like it booted, but does not display the login prompt somehow.
11:32<jjkola-#uml->>--- SIGSEGV (Segmentation fault) @ 0 (0) ---
11:32<Magotari-#uml->>Does it complain about something respawning too fast?
11:32<jjkola-#uml->>sigreturn() = ? (mask now [USR1 ALRM VTALRM WINCH IO])
11:34<jjkola-#uml->>hmm, I got it in a state where I can't connect gdb to it anymore :/
11:34<adamta-#uml->>Magotari: No, it's just silent at that point. And I don't see any errors about respawning before that.
11:35<Magotari-#uml->>Hmm...
11:35<Magotari-#uml->>No idea what is going on. You did con=pts too, right?
11:35<adamta-#uml->>Yes
11:36<jdike-#uml->>then uml_mconsole <umid> config con2
11:36<jdike-#uml->>jjkola, give me the assembly for from_irq_stack
11:36<jjkola-#uml->>sorry, it's not running anymore
11:36<jjkola-#uml->>had to kill it
11:37<adamta-#uml->>Huh. I don't appear to have uml_mconsole.
11:37<adamta-#uml->>What package is that in?
11:37<jdike-#uml->>doesn't matter
11:37<jdike-#uml->>just gdb the binary
11:37<Magotari-#uml->>adamta: Sec.
11:38<Magotari-#uml->>I think uml-utilities.
11:38<jdike-#uml->>#0 hard_handler (sig=11) at arch/um/os-Linux/sys-i386/signal.c:11
11:38<jdike-#uml->>#1 <signal handler called>
11:38<jdike-#uml->>#2 0x08059cc0 in from_irq_stack (nested=0) at arch/um/kernel/irq.c:546
11:38<jdike-#uml->>this is saying that it segfaulted in from_irq_stack
11:39<jjkola-#uml->>http://rafb.net/p/LJADAx24.html
11:41<adamta-#uml->>Oho! It works!
11:41<adamta-#uml->>Thanks Magotari & jdike!
11:47<Magotari-#uml->>Welcome.
11:47<Magotari-#uml->>If you ever need any more help, feel free to come here and ask for it.
11:48<jdike-#uml->>jjkola, I'm going to need another core file and binary next time you make this happen
11:49<jjkola-#uml->>ok
11:52<jjkola-#uml->>I'll send you them as soon as I get a hanged uml
11:54|-|MareleMic [~i@ics.rndsoft.ro] has quit [Quit: Leaving]
11:55<jjkola-#uml->>hmm, next time this kind of thing happens, I think I should remember to take core dump before I start messing with running process...
11:55|-|tyler29 [~tyler@ARennes-257-1-63-155.w81-53.abo.wanadoo.fr] has joined #uml
11:55<jjkola-#uml->>that way I would at least have the core dump
12:02|-|hfb [~hfb@pool-71-106-219-180.lsanca.dsl-w.verizon.net] has joined #uml
12:03|-|krau [~cktakahas@200.184.118.132] has quit [Quit: Varei!!!]
12:08<anderiv_-#uml->>so - this sys/user.h patch - is that present in the 2.6.23 kernels?
12:09|-|anderiv_ changed nick to anderiv
12:10<jdike-#uml->>the one I just sent in?
12:10<anderiv-#uml->>I believe so - the one switching from asm/user.h to sys/user.h
12:11<jdike-#uml->>right
12:11<jdike-#uml->>it's queued up for -stable, so not in 2.6.23
12:11<jdike-#uml->>but will be in the next 2.6.23-stable
12:12<anderiv-#uml->>ok - sorry for the naive question, but is there a kernel tarball around that has that patch applied now?
12:16<jdike-#uml->>-mm has it
12:16<jdike-#uml->>actually, 2.6.24-rc2 has it too
12:16<anderiv-#uml->>jdike: great. Thanks Jeff.
12:16<jdike-#uml->>since it's already in mainline
12:26|-|krau [~cktakahas@200.184.118.132] has joined #uml
12:53|-|hrishi [~hrishi@lawn-143-215-205-55.lawn.gatech.edu] has joined #uml
12:59<adamta-#uml->>I'm having another problem... I'm trying to set up a TUN/TAP interface for my guest OS (giving it an unused public-internet IP assigned to my server), and now when it boots, it gets to the "* modprobe tun", etc. lines and then "NET: Registered protocol family 10" and "lo: Disabled Privacy Extensions", but then it just hangs. No working mconsole yet either.
13:00<adamta-#uml->>Again, it's with a configuration that worked fine with Debian. :/
13:01<jdike-#uml->>have it not start up the interface automatically, and bring it up by hand after logging in
13:04<adamta-#uml->>Excellent! That worked.
13:05<jdike-#uml->>hmm
13:05<jdike-#uml->>it wasn't supposed to
13:06<jdike-#uml->>that was supposed to be the first step in figuring out what's happening
13:06<adamta-#uml->>Heh.
13:06<Magotari-#uml->>Try booting with the interface at start now.
13:06<Magotari-#uml->>Wonder if it will boot now.
13:07<adamta-#uml->>Doesn't look like it.
13:10<Magotari-#uml->>jdike: I understand that from now on patches you get are to be against -mm again?
13:11<jdike-#uml->>I actually don't care too much
13:11<jdike-#uml->>against either -mm or current -rc or current -git
13:12<Magotari-#uml->>Right. So I won't ask ever again, and assume mm or the rc if Andrew is very late.
13:13<jdike-#uml->>yup
13:14|-|tyler29 [~tyler@ARennes-257-1-63-155.w81-53.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds]
13:15<hrishi-#uml->>ok a quick question.. the latest skas patches on blaisorblades page don't patch cleanly on 2.6.23. Are they up somewhere else? I can manually patch the rejects, but just wondering...
13:16<jdike-#uml->>BB hasn't updated the skas patch, I guess
13:16<hrishi-#uml->>ok.. i'll just do it myself then.
13:20<Magotari-#uml->>hrishi: THere is a patch on uml-user. It does not work with /proc/mm though.
13:20<Magotari-#uml->>But this ain't official stuff, so caveat.
13:21<Magotari-#uml->>And it won't get you skas3 either, /proc/mm is necessary for that.
13:21<Magotari-#uml->>If you ever get a patch which has skas3, I would love to hear about it.
13:22<hrishi-#uml->>Magotari: ok, I'll have a look at that
13:27|-|ram [~ram@pool-72-90-125-50.ptldor.fios.verizon.net] has quit [Ping timeout: 480 seconds]
13:29|-|kos_tom [~thomas@col31-3-82-247-183-72.fbx.proxad.net] has joined #uml
13:29<jdike-#uml->>about time
13:29<jdike-#uml->>UML now boots with two and three-level page tables on i386
13:30|-|tyler29 [~tyler@ARennes-257-1-136-162.w86-210.abo.wanadoo.fr] has joined #uml
13:55|-|ram [~ram@bi01p1.co.us.ibm.com] has joined #uml
14:00|-|tyler29 [~tyler@ARennes-257-1-136-162.w86-210.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds]
14:08|-|the_hydra [~the_hydra@125.164.96.37] has joined #uml
14:08<the_hydra-#uml->>hi all
14:15<Magotari-#uml->>Hey, the_hydra.
14:15<the_hydra-#uml->>yo Magotari
14:15<the_hydra-#uml->>any hacks recently? :)
14:15<Magotari-#uml->>Trying, yeah.
14:15<the_hydra-#uml->>i c
14:15<Magotari-#uml->>Got 7 patches in -mm. :)
14:16<the_hydra-#uml->>wow :D
14:16<Magotari-#uml->>And now writing a program to deal with automatic testing of uml.
14:16<Magotari-#uml->>Regression tests and so on.
14:16<the_hydra-#uml->>crap, my old processor was burned
14:16<Magotari-#uml->>Temperature killed it?
14:16<the_hydra-#uml->>I think so
14:17<Magotari-#uml->>Once I booted a computer and the fan would not start. It was horrifying.
14:17<the_hydra-#uml->>i tested it by putting it on another (good) motherboard...it won't get started
14:17<the_hydra-#uml->>anyway, can't really talk right now...i am in the middle of answering somekind of remote interview
14:17<the_hydra-#uml->>where's jeff?
14:17<Magotari-#uml->>Oh, I just have to say, all my patches are cleanups. Just had to clarify. Small stuff.
14:18<Magotari-#uml->>He was here recently.
14:18<Magotari-#uml->>Let me see...
14:18<the_hydra-#uml->>oh I see
14:18<the_hydra-#uml->>clean ups are better than nothing :D
14:18<Magotari-#uml->>45 minutes ago or so.
14:18<the_hydra-#uml->>i c..np
14:18<Magotari-#uml->>Yeah, gotta get started somewhere.
14:18<Magotari-#uml->>He did not say that he is leaving.
14:18<Magotari-#uml->>You can check out the logs, the link is in the topic.
14:19<Magotari-#uml->>So he should be somewhere around, I guess.
14:20|-|tyler29 [~tyler@ARennes-257-1-70-74.w81-53.abo.wanadoo.fr] has joined #uml
14:20<the_hydra-#uml->>Magotari: thanks
14:32|-|the_hydra [~the_hydra@125.164.96.37] has left #uml []
15:11|-|tyler29 [~tyler@ARennes-257-1-70-74.w81-53.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds]
15:23|-|tyler29 [~tyler@ARennes-257-1-46-219.w81-53.abo.wanadoo.fr] has joined #uml
15:24|-|adamta [~adamta@cpe-74-68-53-246.hvc.res.rr.com] has quit [Quit: adamta]
15:41<jdike-#uml->>8 more patches
15:41<jdike-#uml->>some of them non-trivial
15:44<Magotari-#uml->>-mm did not compile for me. I think you sent some patches to fix that already, rigth?
15:46<Magotari-#uml->>I looked at today's lkml, but I could not find anything.
15:46<jdike-#uml->>yeah
15:46<jdike-#uml->>a few days ago
15:46<Magotari-#uml->>Right. I will find them. Thanks.
15:46|-|Infinito [argos@200-140-155-92.gnace701.dsl.brasiltelecom.net.br] has quit [Quit: Quitte]
15:47<jdike-#uml->>http://rafb.net/p/83Fk8P44.txt
15:49<Magotari-#uml->>Thanks a lot.
16:45|-|tyler29 [~tyler@ARennes-257-1-46-219.w81-53.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds]
16:57|-|tyler29 [~tyler@ARennes-257-1-16-94.w81-250.abo.wanadoo.fr] has joined #uml
17:31|-|karrde_ [karrde@bzq-79-180-42-163.red.bezeqint.net] has joined #uml
17:36|-|dang [~dang@aa-redwall.nexthop.com] has quit [Quit: Leaving.]
17:43|-|tyler29 [~tyler@ARennes-257-1-16-94.w81-250.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds]
18:14|-|jdike [~jdike@pool-71-248-190-161.bstnma.fios.verizon.net] has quit [Quit: Leaving]
18:49|-|jjkola [~jjkola@dsl-olubrasgw1-fec8de00-184.dhcp.inet.fi] has quit [Quit: *pop*]
18:49|-|aroscha [~aroscha@chello213047053193.30.11.tuwien.teleweb.at] has joined #uml
19:08|-|dang [~dang@nemesis.fprintf.net] has joined #uml
20:25|-|ram [~ram@bi01p1.co.us.ibm.com] has quit [Ping timeout: 480 seconds]
20:25|-|aroscha [~aroscha@chello213047053193.30.11.tuwien.teleweb.at] has quit [Quit: aroscha]
20:31|-|hfb [~hfb@pool-71-106-219-180.lsanca.dsl-w.verizon.net] has quit [Quit: Leaving]
20:44|-|Infinito [argos@200-140-155-92.gnace701.dsl.brasiltelecom.net.br] has joined #uml
21:09|-|Infinito [argos@200-140-155-92.gnace701.dsl.brasiltelecom.net.br] has quit [Read error: Connection reset by peer]
21:09|-|Infinito [argos@200-140-155-92.gnace701.dsl.brasiltelecom.net.br] has joined #uml
21:12|-|Infinito [argos@200-140-155-92.gnace701.dsl.brasiltelecom.net.br] has quit []
22:24|-|remus [~remus@76.231.178.131] has quit [Remote host closed the connection]
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 Sat Nov 17 00:00:17 2007