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

---Logopened Wed Nov 07 00:00:49 2007
00:52|-|natacha29 [~natacha29@ANantes-257-1-120-128.w90-25.abo.wanadoo.fr] has joined #uml
00:54|-|natacha29 [~natacha29@ANantes-257-1-120-128.w90-25.abo.wanadoo.fr] has quit []
01:41|-|ram [~ram@pool-72-90-125-50.ptldor.fios.verizon.net] has joined #uml
01:56|-|rjbell4 [bbell@c-75-67-251-249.hsd1.nh.comcast.net] has quit [Ping timeout: 480 seconds]
02:00|-|rjbell4 [bbell@c-75-67-251-249.hsd1.nh.comcast.net] has joined #uml
02:17|-|fonz_ [~fonz@p54BF491A.dip.t-dialin.net] has joined #uml
02:24|-|fonz [~fonz@p54BF78A6.dip.t-dialin.net] has quit [Ping timeout: 480 seconds]
02:45|-|ram [~ram@pool-72-90-125-50.ptldor.fios.verizon.net] has quit [Ping timeout: 480 seconds]
03:14|-|Baltam [~WIKIMOKI@tor-irc.dnsbl.oftc.net] has quit [Ping timeout: 480 seconds]
03:21|-|Baltam [~WIKIMOKI@tor-irc.dnsbl.oftc.net] has joined #uml
03:21|-|pieter [~d@dsl-240-149-107.telkomadsl.co.za] has joined #uml
03:21<pieter-#uml->>hi
03:22<pieter-#uml->>is it possible to pass parameters on the commandline when running ./linux root=./filesystem etc etc, like thiswillbe=value, and then see thiswillbe=value in the UML's dmesg / syslog ?
03:33|-|Baltam [~WIKIMOKI@tor-irc.dnsbl.oftc.net] has quit [Ping timeout: 480 seconds]
03:48|-|balbir [~balbir@59.178.33.181] has joined #uml
04:05|-|fonz_ [~fonz@p54BF491A.dip.t-dialin.net] has quit [Quit: Leaving]
04:26|-|fonz [~fonz@p54BF491A.dip.t-dialin.net] has joined #uml
04:44<pieter-#uml->>nm
04:44<pieter-#uml->>the commands passed is shown in dmesg, which is great. :)
05:38|-|aroscha [~aroscha@chello213047053193.30.11.tuwien.teleweb.at] has joined #uml
06:01|-|Baltam [~WIKIMOKI@tor-irc.dnsbl.oftc.net] has joined #uml
06:15|-|balbir [~balbir@59.178.33.181] has quit [Ping timeout: 480 seconds]
06:26|-|balbir [~balbir@59.178.46.43] has joined #uml
06:34|-|balbir [~balbir@59.178.46.43] has quit [Ping timeout: 480 seconds]
06:45|-|balbir [~balbir@59.178.50.25] has joined #uml
07:08|-|balbir [~balbir@59.178.50.25] has quit [Ping timeout: 480 seconds]
07:23|-|balbir [~balbir@59.178.47.213] has joined #uml
07:41|-|balbir [~balbir@59.178.47.213] has quit [Ping timeout: 480 seconds]
07:53|-|balbir [~balbir@59.178.35.131] has joined #uml
07:56|-|lidi20 [~lidi20@ANantes-257-1-120-128.w90-25.abo.wanadoo.fr] has joined #uml
07:56|-|lidi20 [~lidi20@ANantes-257-1-120-128.w90-25.abo.wanadoo.fr] has quit []
08:30|-|balbir [~balbir@59.178.35.131] has quit [Ping timeout: 480 seconds]
08:42|-|balbir [~balbir@59.178.55.141] has joined #uml
08:45|-|da-x_ [~karrde@xiv-glob.ser.netvision.net.il] has quit [Remote host closed the connection]
08:45|-|dang [~dang@nemesis.fprintf.net] has quit [Quit: Leaving.]
08:47|-|da-x [~karrde@xiv-glob.ser.netvision.net.il] has joined #uml
09:02|-|dang [~dang@209.45.199.2] has joined #uml
09:13|-|aroscha [~aroscha@chello213047053193.30.11.tuwien.teleweb.at] has quit [Quit: aroscha]
09:26|-|mgross [~mgross@pool-71-117-236-31.ptldor.fios.verizon.net] has quit [Ping timeout: 480 seconds]
09:27|-|hfb [~hfb@75.80.37.175] has quit [Quit: Leaving]
09:54|-|balbir [~balbir@59.178.55.141] has quit [Ping timeout: 480 seconds]
10:00|-|pieter [~d@dsl-240-149-107.telkomadsl.co.za] has quit []
10:05|-|balbir [~balbir@59.178.57.161] has joined #uml
10:19|-|hfb [~hfb@pool-71-106-219-180.lsanca.dsl-w.verizon.net] has joined #uml
10:21|-|liona29 [~liona29@ANantes-257-1-9-151.w90-31.abo.wanadoo.fr] has joined #uml
10:21|-|liona29 [~liona29@ANantes-257-1-9-151.w90-31.abo.wanadoo.fr] has quit []
10:28|-|jdike [~jdike@pool-71-248-190-161.bstnma.fios.verizon.net] has joined #uml
10:28<jdike-#uml->>Hi guys
10:29<kokoko1-#uml->>hi jdike
10:49[~]jdike #uml sends a x86_64 fix in#uml-> sends a x86_64 fix in
10:59<peterz-#uml->>s/_64// :-)
11:01<jdike-#uml->>it really is x86_64
11:01<jdike-#uml->>RIP
11:01|-|ram [~ram@pool-72-90-125-50.ptldor.fios.verizon.net] has joined #uml
11:21|-|dang [~dang@209.45.199.2] has quit [Quit: Leaving.]
11:49|-|aroscha [~aroscha@pnsgw3-197-043.demo.tuwien.ac.at] has joined #uml
11:51|-|aroscha [~aroscha@pnsgw3-197-043.demo.tuwien.ac.at] has quit []
11:57|-|dang [~dang@aa-redwall.nexthop.com] has joined #uml
12:10|-|aroscha [~aroscha@86.59.0.18] has joined #uml
12:12[~]jdike #uml fixes ldconfig#uml-> fixes ldconfig
12:14<Magotari-#uml->>jdike: I have just about had my fill of contributing, I am ready to go back to testing things.
12:14<jdike-#uml->>What about that cleanup patch you had?
12:14<Magotari-#uml->>Still in the works.
12:14<Magotari-#uml->>I will submit it today, in a few hours.
12:14<Magotari-#uml->>Needs testing, but I don't expect it to be major at all.
12:17|-|dang [~dang@aa-redwall.nexthop.com] has quit [Quit: Leaving.]
12:17|-|dang [~dang@aa-redwall.nexthop.com] has joined #uml
12:25|-|fonz_ [~fonz@gate.tellitec.de] has joined #uml
12:26<Magotari-#uml->>jdike: One more question. When reading the source code I found an interesting comment. It was signed by "-bb" and it mentioned that you can optimize performance by not calling some fuction. It was in kernel/process.c, fuction fork_handler. What the comment mentions sounds pretty simple to do. I am curious why it did not work?
12:27<Magotari-#uml->> * XXX: if interrupt_end() calls schedule, this call to
12:27<Magotari-#uml->> * arch_switch_to isn't needed. We could want to apply this to
12:27<Magotari-#uml->> * improve performance. -bb
12:28<jdike-#uml->>yeah
12:29<Magotari-#uml->>To my novice mind it seems as simple as checking if interrupt_end would call schedule and not doing the arch switch if that is correct.
12:29<Magotari-#uml->>But it cannot be that simple if it ain't in.
12:29<jdike-#uml->>it could be
12:29<Magotari-#uml->>:/
12:29<jdike-#uml->>the thing is, we just switched to this new process
12:29<Magotari-#uml->>I will tell you that in 15 minutes. I cannot resist the urge to try.
12:30<jdike-#uml->>so it's not too likely that we are going to schedule out
12:30<Magotari-#uml->>Uhm...
12:30<Magotari-#uml->>I see.
12:30<jdike-#uml->>the interrupt_end is there because signals can come in immediately, and need to be handled
12:31<Magotari-#uml->>Just a question. Does the place of arch_switch come before or after the end_interrupt?
12:31<jdike-#uml->>the place?
12:31<Magotari-#uml->>Yes.
12:31<jdike-#uml->>I don't understand what you mean by that
12:32<Magotari-#uml->>Execution. Does the code around the comment go before the end_interrupt it talks about? Or after?
12:32<Magotari-#uml->>My grammar might be a bit rusty, not being a native speaker, but I could not infer the execution order from the comment.
12:32|-|fonz [~fonz@p54BF491A.dip.t-dialin.net] has quit [Ping timeout: 480 seconds]
12:33<jdike-#uml->>the execution order implied by the comment would be something like
12:33<jdike-#uml->>interrupt_end()
12:33<jdike-#uml->>arch_switch_to()
12:34<Magotari-#uml->>Ok. Thanks.
12:35<Magotari-#uml->>I am now mostly curious what will go wrong. At least I get a wonderful tour of UML's panics as I go along.
12:35<jdike-#uml->>hehe
12:36<jdike-#uml->>if you decide to change that (and I don't see any downside), get rid of the panic at the top of the function
12:36<Magotari-#uml->>Sure. No problem. If. Remember, I know C for about umm... Three? Two? Four? weeks now.
12:38<jdike-#uml->>programming by pattern matching works surprisingly well
12:38<jdike-#uml->>you don't necessarily need to actually know the language
12:47|-|tyler29 [~tyler@ARennes-257-1-176-99.w86-214.abo.wanadoo.fr] has joined #uml
12:56<Magotari-#uml->>So far no results, but I did find an interesting thing. Why do you need the 'from' bit in arch_switch_to? I don't see it used anywhere...
12:57<jdike-#uml->>Probably a holdover from whatever that code was copied from
12:59<Magotari-#uml->>:/ Expect a patch for that one then. :/ I guess I am not done with contributing after all.
13:00<jdike-#uml->>Heh
13:01<Magotari-#uml->>Not like I mind, you know... Programming is addictive, even such small things as I do.
13:02|-|ram [~ram@pool-72-90-125-50.ptldor.fios.verizon.net] has quit [Ping timeout: 480 seconds]
13:03<Magotari-#uml->>It compiled. Since I only changed the calls and declarations of the fuctions, not their bodies, I think that this is more evidence for from not being needed.
13:04<Magotari-#uml->>Test and diff time.
13:10|-|aroscha [~aroscha@86.59.0.18] has quit [Ping timeout: 480 seconds]
13:13|-|aroscha [~aroscha@v217-189.vps.tuwien.ac.at] has joined #uml
13:15<Magotari-#uml->>It boots and works just the same.
13:17<Magotari-#uml->>And everything would be just grand, if not for the small problem that I just noticed that I had been hacking -rc1 all along.
13:20<Magotari-#uml->>If it applies cleanly to -mm1, I will just send it in as it is now.
13:21<jdike-#uml->>either way is fine
13:21<jdike-#uml->>I'm rediffing patches against rc2 now
13:22|-|aroscha [~aroscha@v217-189.vps.tuwien.ac.at] has quit [Quit: aroscha]
13:31|-|tyler29 [~tyler@ARennes-257-1-176-99.w86-214.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds]
13:34<kokoko1-#uml->>finally solved all the scary "ernel panic - no syncing: attempt to kill init" problem while booting host into F7
13:35<kokoko1-#uml->>All UML now working under self compiled 2.6.21 + skas3
13:35<kokoko1-#uml->>You were write it was bad initrd
13:36<kokoko1-#uml->>this host having software raid id md devices and mkinitrd was generating bad initrd
13:36<kokoko1-#uml->>What I was missing ...
13:36<kokoko1-#uml->> /etc/mdadm.conf file on the host
13:37<kokoko1-#uml->>After created this file and added entries for all raid devices ie ..
13:37<kokoko1-#uml->>ARRAY /dev/md0 UUID=250ecacf:abfba82f:0f3e777c:380aa7ba
13:37<jdike-#uml->>five more off to andrew
13:37<kokoko1-#uml->>Cool jdike
13:37<kokoko1-#uml->>you rules in patching
13:38<jdike-#uml->>lots of cleanups
13:38<jdike-#uml->>the next batch will be a bit meatier
13:38<kokoko1-#uml->>okay when /etc/mdadm.conf at place ; rm oldinitrd; mkinitrd newinitrd
13:38<kokoko1-#uml->>bingo and reboot
13:38<kokoko1-#uml->>meatier?
13:38<jdike-#uml->>in the sense of being more functional and complicated
13:39<jdike-#uml->>not delete unused headers
13:39<kokoko1-#uml->>re
13:39<jdike-#uml->>remove declarations of functions which haven't existed for 5 years
13:39<jdike-#uml->>that sort of thing
13:40<jdike-#uml->>the next batch will streamline the copy-user and segfault stub code
13:45<kokoko1-#uml->>any progresss on skas?
13:45<kokoko1-#uml->>its kinda stuck at skas-2.6.20-v9-pre9.patch
13:47|-|tyler29 [~tyler@ARennes-257-1-143-32.w86-210.abo.wanadoo.fr] has joined #uml
13:51|-|mgross [~mgross@jffwprtest.jf.intel.com] has joined #uml
13:52<kokoko1-#uml->>jdike, you do not take complete rest on weekends?
13:53<kokoko1-#uml->>sat, sun
13:54|-|mgross [~mgross@jffwprtest.jf.intel.com] has quit []
14:08|-|kos_tom [~thomas@col31-3-82-247-183-72.fbx.proxad.net] has joined #uml
14:15|-|balbir [~balbir@59.178.57.161] has quit [Ping timeout: 480 seconds]
14:17|-|mgross [~mgross@jffwprtest.jf.intel.com] has joined #uml
14:19|-|mgross [~mgross@jffwprtest.jf.intel.com] has quit []
14:20|-|mgross [~mgross@jffwprtest.jf.intel.com] has joined #uml
14:27|-|balbir [~balbir@59.178.62.251] has joined #uml
14:36|-|karrde_ [karrde@bzq-79-182-10-21.red.bezeqint.net] has joined #uml
14:42<jdike-#uml->>usually, I do
14:58|-|Unnamed-KLBK- [~UnnamedKL@aaxy240.neoplus.adsl.tpnet.pl] has joined #uml
15:03|-|Unnamed-KLBK- [~UnnamedKL@aaxy240.neoplus.adsl.tpnet.pl] has left #uml [Mówisz po polsku? Zapraszam na #polska_]
15:04|-|aroscha [~aroscha@wlan-236-086.pns.univie.ac.at] has joined #uml
15:08|-|aroscha_ [~aroscha@vivilokal.funkfeuer.at] has joined #uml
15:16|-|aroscha [~aroscha@wlan-236-086.pns.univie.ac.at] has quit [Ping timeout: 480 seconds]
15:18<kokoko1-#uml->>gtg
15:22|-|balbir [~balbir@59.178.62.251] has quit [Ping timeout: 480 seconds]
16:30|-|krau [~cktakahas@200.184.118.132] has quit [Ping timeout: 480 seconds]
16:43<Magotari-#uml->>Damnit. I have been working on the damn patch for about an hour. From bad trees, through leftover files...
16:48<jdike-#uml->>hehe
16:49<Magotari-#uml->>Yeah, 10 minutes of writing, including discovering it.
16:49<Magotari-#uml->>Then 15 minutes of testing.
16:49<Magotari-#uml->>Then two hours of distractions and failures.
16:53|-|waldner [~waldner@host-84-220-175-96.cust-adsl.tiscali.it] has joined #uml
16:54<Magotari-#uml->>Gonna try to apply it to rc2, and if it fails I will just call it a day.
16:55<Magotari-#uml->>YES! Clean!
16:58<Magotari-#uml->>Eh. Checkpatch. It does not like externs. I guess I am not doing anything bad by editing them, but it should notice that I am not adding them, just changing.
16:59<waldner-#uml->>I have a script that starts a UML instance with con0=xterm and con1=null.
16:59<waldner-#uml->>kernel="/path/to/uml/kernel" # path to UML kernel executable - EDIT
16:59<waldner-#uml->>fs="/path/to/rootfs" # path to the UML root file system - EDIT
16:59<waldner-#uml->>hosthome="/home/user" # your home directory TODO TODO - EDIT
16:59<waldner-#uml->>sorry
17:00<Magotari-#uml->>waldner: Can I help you?
17:00<waldner-#uml->>it works, but when I halt the virtual machine a port-helper process remains running, and I have to kill it by hand
17:00<Magotari-#uml->>Yeah. I have that problem too.
17:00<Magotari-#uml->>It seems rather persistant, no matter what my configuration is.
17:00<waldner-#uml->>isn't there a way around it?
17:01<Magotari-#uml->>Hmm... No idea.
17:01<Magotari-#uml->>jdike: Something for you.
17:02<Magotari-#uml->>Any idea about that port-helper thing?
17:05|-|dang [~dang@aa-redwall.nexthop.com] has quit [Quit: Leaving.]
17:09|-|tyler29 [~tyler@ARennes-257-1-143-32.w86-210.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds]
17:09<Magotari-#uml->>jdike: Patch sent.
17:20|-|ram [~ram@bi01p1.co.us.ibm.com] has joined #uml
17:25|-|tyler29 [~tyler@ARennes-257-1-34-130.w81-53.abo.wanadoo.fr] has joined #uml
17:35|-|krau [~cktakahas@200.184.118.132] has joined #uml
17:43|-|tyler29 [~tyler@ARennes-257-1-34-130.w81-53.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds]
17:46<jdike-#uml->>it hangs around even with a clean shutdown?
17:52|-|kos_tom [~thomas@col31-3-82-247-183-72.fbx.proxad.net] has quit [Remote host closed the connection]
17:53|-|kos_tom [~thomas@humanoidz.org] has joined #uml
17:53<waldner-#uml->>jdike: yes
17:56|-|dang [~dang@nemesis.fprintf.net] has joined #uml
17:59<jdike-#uml->>hmm
17:59<jdike-#uml->>never seen that here
18:03<waldner-#uml->>do you need extra info?
18:03<jdike-#uml->>it sits in a pause
18:03<jdike-#uml->>so it exits when it gets a signal
18:04<waldner-#uml->>yes, but shouldn't it terminate when the xterm closes following the shutdown?
18:04<jdike-#uml->>whoops, didn't know it involved an xterm
18:05<waldner-#uml->>I wrote in my first line
18:05<waldner-#uml->>I run UML with con0=xterm con1=null
18:05<jdike-#uml->>it should just get killed
18:06<waldner-#uml->>it remains like this:
18:06<waldner-#uml->>davide 23394 0.0 0.0 3544 380 ? Ss 00:04 0:00 /usr/lib/uml/port-helper -uml-socket /tmp/xterm-pipefkLZv0
18:07<jdike-#uml->>can you strace it across a UML shutdown?
18:08<waldner-#uml->>yes, how do I go about it?
18:09<jdike-#uml->>boot up UML
18:09<waldner-#uml->>I launch uml, then attach strace to port-helper, and then shutdown uml, correct?
18:09<jdike-#uml->>strace -p pid-of-port-helper
18:09<jdike-#uml->>shut down UML
18:09<waldner-#uml->>ok
18:09<waldner-#uml->>just a moment
18:10<waldner-#uml->>it says pause(
18:10<waldner-#uml->>now I shut down uml
18:10|-|aroscha_ [~aroscha@vivilokal.funkfeuer.at] has quit [Quit: aroscha_]
18:11<waldner-#uml->>nothing
18:11<waldner-#uml->>it stays with pause(
18:13<jdike-#uml->>OK
18:13<jdike-#uml->>can you now strace -p pid-of-UML -e kill
18:13<jdike-#uml->>across a shutdown?
18:13<waldner-#uml->>yes
18:14<waldner-#uml->>I have to take the uml with the lowest pid, right?
18:14<jdike-#uml->>yup
18:14<waldner-#uml->>ok
18:17<waldner-#uml->>uhm
18:17<waldner-#uml->>attach: ptrace(PTRACE_ATTACH, ...): Operation not permitted
18:18<jdike-#uml->>wrong pid then
18:18<waldner-#uml->>yeah, sorry
18:18<waldner-#uml->>now I got it
18:18<jdike-#uml->>you can get it for sure from ~/.uml/<umid>/pid
18:19<waldner-#uml->>it's a continuous SIGALRM, correct?
18:19<jdike-#uml->>yeah, ignore that
18:19<jdike-#uml->>that's the timer
18:19<jdike-#uml->>^C the strace
18:19<waldner-#uml->>ok, now I go for the shutdown
18:20<jdike-#uml->>and do it again with -o strace.out added
18:20<jdike-#uml->>dump the output to a file
18:20<waldner-#uml->>ah ok
18:22<waldner-#uml->>http://rafb.net/p/8PlfIw31.html
18:22<waldner-#uml->>these are the last 100 lines
18:22<jdike-#uml->>what's the port-helper pid?
18:23<waldner-#uml->>4880
18:24<jdike-#uml->>ain't there
18:24<jdike-#uml->>I gotta go
18:25<jdike-#uml->>you going to be around tomorrow?
18:25<waldner-#uml->>yes
18:25<jdike-#uml->>OK
18:25|-|jdike [~jdike@pool-71-248-190-161.bstnma.fios.verizon.net] has quit [Quit: Leaving]
18:25|-|waldner [~waldner@host-84-220-175-96.cust-adsl.tiscali.it] has quit [Quit: using sirc version 2.211+KSIRC/1.3.12]
18:28|-|kos_tom [~thomas@humanoidz.org] has quit [Remote host closed the connection]
18:34|-|hfb [~hfb@pool-71-106-219-180.lsanca.dsl-w.verizon.net] has quit [Quit: Leaving]
18:51|-|aroscha [~aroscha@chello213047053193.30.11.tuwien.teleweb.at] has joined #uml
20:36|-|ram [~ram@bi01p1.co.us.ibm.com] has quit [Ping timeout: 480 seconds]
20:39|-|mgross [~mgross@jffwprtest.jf.intel.com] has quit [Quit: Leaving]
20:52|-|ram [~ram@bi01p1.co.us.ibm.com] has joined #uml
21:15|-|ram [~ram@bi01p1.co.us.ibm.com] has quit [Ping timeout: 480 seconds]
22:00|-|aroscha [~aroscha@chello213047053193.30.11.tuwien.teleweb.at] has quit [Quit: aroscha]
22:08|-|Nem^ [~Nem@dslb-084-056-236-171.pools.arcor-ip.net] has quit [Ping timeout: 480 seconds]
22:17|-|Nem^ [~Nem@dslb-084-056-232-209.pools.arcor-ip.net] has joined #uml
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 Thu Nov 08 00:00:23 2007