Back to Home / #uml / 2009 / 03 / Prev Day | Next Day
#uml IRC Logs for 2009-03-11

---Logopened Wed Mar 11 00:00:46 2009
02:22-!-ram_ [~ram@pool-173-50-136-46.ptldor.fios.verizon.net] has quit [Quit: Leaving]
02:22-!-ram_ [~ram@pool-173-50-136-46.ptldor.fios.verizon.net] has joined #uml
06:40-!-kos_tom [~thomas@humanoidz.org] has quit [Quit: I like core dumps]
07:05-!-kos_tom [~thomas@humanoidz.org] has joined #uml
07:30-!-balbir_ [~balbir@122.172.63.167] has quit [Read error: Connection reset by peer]
07:47-!-balbir_ [~balbir@122.172.149.7] has joined #uml
09:10-!-aindilis [~aindilis@75.146.96.198] has joined #uml
11:43-!-aindilis [~aindilis@75.146.96.198] has quit [Read error: Connection reset by peer]
11:44-!-aindilis [~aindilis@75.146.96.198] has joined #uml
11:50-!-jdike [~jdike@pool-98-118-58-90.bstnma.fios.verizon.net] has joined #uml
11:50<jdike:#uml>Hi guys
11:57*caker:#uml waves
12:57-!-kos_tom [~thomas@humanoidz.org] has quit [Remote host closed the connection]
12:58<bunk:#uml>jdike: hi
12:58<bunk:#uml>I have 3 different (independent) problems/questions:
12:59<bunk:#uml>1. is it expected the hostfs has even on a 64bit/64bit setup a 2GB filesize limit?
12:59<bunk:#uml>2. I recently switched to 2.6.29-rc, and I'm often getting
12:59<bunk:#uml>IRQ 10/winch: IRQF_DISABLED is not guaranteed on shared IRQs
13:00<bunk:#uml>3. I ran ntpdate this morning, which turned back the clock on the host by 6 minutes, and since then the uml instance seems to be completely dead - except for using 100% of one CPU
13:05<jdike:#uml>32-bit shouldn't even have a 2G limit
13:06<jdike:#uml>2 - that's the result of the recent IRQF_DISABLED deprecation, not sure if it's harmless or not
13:07<jdike:#uml>3 - that's one I haven't heard of - there were some timekeeping bugs a while ago, but they were fixed
13:08<bunk:#uml>I'm using 2.6.29-rc7
13:08<bunk:#uml>any information you want me to gather from the uml instance before I kill it?
13:09<jdike:#uml>a stack trace?
13:11<bunk:#uml>http://pastebin.com/m78b36f64
13:12<jdike:#uml>hmm
13:12<jdike:#uml>debugging info disabled?
13:12<jdike:#uml>be nice to see if there were any very negative tick counts in there
13:13<bunk:#uml>I was not planning to debug UML... 8-)
13:16<bunk:#uml>leeme try to reproduce it
13:24<bunk:#uml>regarding 1.:
13:24<bunk:#uml>I'm getting it with a plain cp when copying a file from the uml to the hostfs
13:25<bunk:#uml>the filesize when I'm getting the error is 2147483647 bytes, which is INT_MAX...
13:27<jdike:#uml>there's no filesize limit on the underlying fs?
13:28<bunk:#uml>ext2
13:28<bunk:#uml>so no problem there
14:22-!-balbirsingh [~balbir@122.172.149.7] has joined #uml
14:27-!-balbirsingh [~balbir@122.172.149.7] has quit []
14:27-!-bshome [~balbir@122.172.149.7] has joined #uml
14:39<bunk:#uml>jdike: http://pastebin.com/m45d8542
14:39<bunk:#uml>tick_nohz_stop_sched_tick (inidle=-25299)
14:39<bunk:#uml>wtf?
14:46<jdike:#uml>that looks suspicious
14:46<bunk:#uml>I had no problems reproducing the problem by setting the clock bak by 10 minutes with "date"
14:47<bunk:#uml>can you reproduce it?
14:49<bunk:#uml>oh, it seems this time UML is back available
14:49<bunk:#uml>(after the 10 minutes have passed?)
14:51<bunk:#uml>setting back the clock by 1.5 minutes I got in the console: http://pastebin.com/m33725a3c
14:52<bunk:#uml>complete in http://pastebin.com/m58ff16b9
14:52<bunk:#uml>this time it stays at 100% cpu after passing the original time
14:59<bunk:#uml>problem reproduced with 2.6.28.2
15:00<bunk:#uml>problem reproduced with 2.6.27.12
15:33-!-balbir_ [~balbir@122.172.149.7] has quit [Ping timeout: 480 seconds]
15:33-!-bshome [~balbir@122.172.149.7] has quit [Ping timeout: 480 seconds]
15:43-!-bshome [~balbir@122.172.49.75] has joined #uml
15:44-!-balbir_ [~balbir@122.172.49.75] has joined #uml
16:06-!-uroboros [~mjf@r6y212.net.upc.cz] has joined #uml
16:07-!-uroboros [~mjf@r6y212.net.upc.cz] has quit []
16:07-!-uroboros [~mjf@r6y212.net.upc.cz] has joined #uml
16:08-!-Basic [~Basic@c-75-73-131-27.hsd1.mn.comcast.net] has quit [Ping timeout: 480 seconds]
16:16-!-uroboros [~mjf@r6y212.net.upc.cz] has quit [Quit: dew on the telephone lines]
16:16-!-mjf [~mjf@r6y212.net.upc.cz] has joined #uml
16:35-!-Basic [~Basic@gatekeeper.real-time.com] has joined #uml
19:28-!-mjf [~mjf@r6y212.net.upc.cz] has quit [Quit: dew on the telephone lines]
21:38-!-balbir_ [~balbir@122.172.49.75] has quit [Ping timeout: 480 seconds]
21:39-!-bshome [~balbir@122.172.49.75] has quit [Ping timeout: 480 seconds]
21:50-!-bshome [~balbir@122.172.49.124] has joined #uml
21:50-!-balbir_ [~balbir@122.172.49.124] has joined #uml
21:50-!-jdike [~jdike@pool-98-118-58-90.bstnma.fios.verizon.net] has quit [Quit: Leaving]
22:19-!-bshome [~balbir@122.172.49.124] has quit [Ping timeout: 480 seconds]
22:19-!-balbir_ [~balbir@122.172.49.124] has quit [Ping timeout: 480 seconds]
22:30-!-bshome [~balbir@122.172.57.193] has joined #uml
22:30-!-balbir_ [~balbir@122.172.57.193] has joined #uml
23:03-!-bshome [~balbir@122.172.57.193] has quit [Quit: Ex-Chat]
23:03-!-bs [~balbir@122.172.57.193] has joined #uml
23:04-!-bs is now known as Guest689
23:36-!-Basic [~Basic@gatekeeper.real-time.com] has quit [Quit: Basic]
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 Mar 12 00:00:49 2009