Back to Home / #uml / 2007 / 10 / Prev Day | Next Day
#uml IRC Logs for 2007-10-29

---Logopened Mon Oct 29 00:00:09 2007
01:01|-|balbir [~balbir@59.178.36.100] has joined #uml
01:17|-|balbir [~balbir@59.178.36.100] has quit [Ping timeout: 480 seconds]
01:28|-|balbir [~balbir@59.178.36.100] has joined #uml
01:37|-|balbir [~balbir@59.178.36.100] has quit [Ping timeout: 480 seconds]
01:49|-|balbir [~balbir@59.178.41.32] has joined #uml
02:04|-|balbir [~balbir@59.178.41.32] has quit [Ping timeout: 480 seconds]
02:16|-|balbir [~balbir@59.178.62.93] has joined #uml
02:24|-|balbir [~balbir@59.178.62.93] has quit [Read error: Operation timed out]
02:54|-|balbir [~balbir@59.178.57.222] has joined #uml
03:20|-|besonen_mobile [~besonen_m@71-220-228-70.eugn.qwest.net] has joined #uml
04:03|-|Urgleflogue [~plamen@83.228.65.158] has quit [Quit: 01001110 01100101 01110010 01100100 00100001]
04:03|-|Urgleflogue [~plamen@83.228.65.158] has joined #uml
04:10|-|balbir [~balbir@59.178.57.222] has quit [Read error: Operation timed out]
04:10|-|pieter [~d@dsl-240-149-107.telkomadsl.co.za] has joined #uml
04:10<pieter-#uml->>Hi
04:11<pieter-#uml->>could anyone please help me with how to export the host machines serial ports to the uml ?
04:22|-|balbir [~balbir@59.178.36.128] has joined #uml
04:28|-|peterz [~peterz@f237116.upc-f.chello.nl] has joined #uml
04:42|-|balbir [~balbir@59.178.36.128] has quit [Ping timeout: 480 seconds]
04:53|-|balbir [~balbir@59.178.40.247] has joined #uml
04:53|-|jjkola [~jjkola@dsl-olubrasgw1-fec8de00-184.dhcp.inet.fi] has joined #uml
04:55<jjkola-#uml->>hi
05:02|-|aroscha [~aroscha@chello213047053193.30.11.tuwien.teleweb.at] has joined #uml
05:19|-|darious12 [~darius@85.75.160.189] has joined #uml
05:38<pieter-#uml->>hi
05:38<pieter-#uml->>im struggling to get my uml on the network
05:38<pieter-#uml->>ifconfig eth0 up reports:
05:38<pieter-#uml->> SIOCSIFFLAGS: Operation not permitted
05:38<pieter-#uml->>(running as root in both client and host)
05:49<jjkola-#uml->>you are using tuntap as network device?
05:51<jjkola-#uml->>if you are then make sure that you have given appropriate rights to that device on host side
05:57<jjkola-#uml->>aargh, I keep getting segmentation faults : (
06:11<pieter-#uml->>got it working :]
06:11<pieter-#uml->>had to have uml_net installed
06:11<pieter-#uml->>one more thing please, I'd like to export a serial port from the host machine to the UML, how do I do that?
06:21|-|aroscha [~aroscha@chello213047053193.30.11.tuwien.teleweb.at] has quit [Quit: aroscha]
07:00<pieter-#uml->>anyone? :<
07:01|-|tyler29 [~tyler@ARennes-257-1-151-106.w86-210.abo.wanadoo.fr] has joined #uml
07:08<pieter-#uml->>hi tyler29
07:30|-|aroscha [~aroscha@vivilokal.funkfeuer.at] has joined #uml
07:40|-|tyler29 [~tyler@ARennes-257-1-151-106.w86-210.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds]
07:43|-|balbir [~balbir@59.178.40.247] has quit [Ping timeout: 480 seconds]
07:53|-|tyler29 [~tyler@ARennes-257-1-27-25.w81-53.abo.wanadoo.fr] has joined #uml
07:55|-|balbir [~balbir@59.178.58.20] has joined #uml
07:56|-|aroscha [~aroscha@vivilokal.funkfeuer.at] has quit [Ping timeout: 480 seconds]
08:04|-|balbir [~balbir@59.178.58.20] has quit [Ping timeout: 480 seconds]
08:14|-|balbir [~balbir@59.178.60.94] has joined #uml
08:27|-|balbir [~balbir@59.178.60.94] has quit [Ping timeout: 480 seconds]
08:29<pieter-#uml->>I'd like to export a serial port from the host machine to the UML, how do I do that?
08:31|-|darious12 [~darius@85.75.160.189] has quit [Read error: Connection reset by peer]
08:38|-|dang [~dang@nemesis.fprintf.net] has quit [Quit: Leaving.]
08:38|-|balbir [~balbir@59.178.35.211] has joined #uml
08:44|-|tyler29 [~tyler@ARennes-257-1-27-25.w81-53.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds]
08:45|-|krau [~cktakahas@200.184.118.132] has joined #uml
08:54|-|tyler29 [~tyler@ARennes-257-1-115-109.w86-210.abo.wanadoo.fr] has joined #uml
09:04|-|balbir [~balbir@59.178.35.211] has quit [Read error: Operation timed out]
09:08|-|dang [~dang@aa-redwall.nexthop.com] has joined #uml
09:20|-|balbir [~balbir@59.178.62.138] has joined #uml
09:33|-|tyler29 [~tyler@ARennes-257-1-115-109.w86-210.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds]
09:46|-|tyler29 [~tyler@ARennes-257-1-81-59.w86-199.abo.wanadoo.fr] has joined #uml
09:54|-|tyler29 [~tyler@ARennes-257-1-81-59.w86-199.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds]
10:03|-|tyler29 [~tyler@ARennes-257-1-59-223.w81-53.abo.wanadoo.fr] has joined #uml
10:04<pieter-#uml->>I'd like to export a serial port from the host machine to the UML, how do I do that?
10:11|-|tyler29 [~tyler@ARennes-257-1-59-223.w81-53.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds]
10:21|-|tyler29 [~tyler@ARennes-257-1-129-88.w86-210.abo.wanadoo.fr] has joined #uml
10:29|-|ram [~ram@pool-71-117-247-93.ptldor.fios.verizon.net] has joined #uml
10:44|-|balbir [~balbir@59.178.62.138] has quit [Ping timeout: 480 seconds]
10:49|-|pieter [~d@dsl-240-149-107.telkomadsl.co.za] has quit []
10:56|-|balbir [~balbir@59.178.39.213] has joined #uml
11:04|-|ram_ [~ram@pool-71-117-247-93.ptldor.fios.verizon.net] has joined #uml
11:05|-|ram [~ram@pool-71-117-247-93.ptldor.fios.verizon.net] has quit [Read error: Connection reset by peer]
11:09|-|balbir [~balbir@59.178.39.213] has quit [Ping timeout: 480 seconds]
11:15|-|aroscha [~aroscha@vivilokal.funkfeuer.at] has joined #uml
11:16|-|jdike [~jdike@pool-71-248-190-161.bstnma.fios.verizon.net] has joined #uml
11:16<jdike-#uml->>Hi guys
11:22|-|balbir [~balbir@59.178.33.134] has joined #uml
11:27|-|tyler29 [~tyler@ARennes-257-1-129-88.w86-210.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds]
11:27|-|hfb [~hfb@pool-71-106-219-180.lsanca.dsl-w.verizon.net] has joined #uml
11:33<jjkola-#uml->>hello
11:34<jjkola-#uml->>jdike: I found a problematic thing in uml startup (2.6.23 and maybe also some older ones)
11:35<jdike-#uml->>NO
11:36<jjkola-#uml->>when uml checks if proc/mm is available it saves the value to variable then based on that decides if to use proc/mm
11:36<jdike-#uml->>IMPOSSIBLE
11:36<jdike-#uml->>so far that sounds OK
11:36<jjkola-#uml->>but the actual usage of proc/mm stuff is guarded by define and that define is never defined
11:37<jjkola-#uml->>so if host has skas3 then you get unhandled situation and uml dies with error 22 (EINVAL)
11:37<jdike-#uml->>example?
11:37<jjkola-#uml->>you mean backtrace?
11:38<jdike-#uml->>no, where in the code?
11:38<jjkola-#uml->>as
11:38<jjkola-#uml->>ah*
11:38<jjkola-#uml->>one moment
11:39<jjkola-#uml->>caller: os-Linux/skas/process.c:593 and the problematic place: kernel/ptrace.c:216
11:40|-|tyler29 [~tyler@ARennes-257-1-103-78.w81-48.abo.wanadoo.fr] has joined #uml
11:42<jjkola-#uml->>I think this problem has been also in 2.6.22 version
11:42<jjkola-#uml->>as far as I could find the define which was used for guarding could only be found in that one file
11:43<jdike-#uml->>what pool are you looking at?
11:43<jjkola-#uml->>sorry?
11:43<jdike-#uml->>what kernel version?
11:43<jjkola-#uml->>2.6.23 final
11:44<jdike-#uml->>process.c:593 contains a "}"
11:44<jjkola-#uml->>hmm
11:44<jdike-#uml->>rc1 though
11:44<jjkola-#uml->>void switch_mm_skas(struct mm_id *mm_idp) that's the function
11:44<jdike-#uml->>I don't have a 2.6.23 tree handy
11:45<jjkola-#uml->>sorry, I don't have rc versions readily at hand
11:47<jdike-#uml->>in ptrace.c are you looking at the case PTRACE_SWITCH_MM
11:47<jjkola-#uml->>yes
11:47<jdike-#uml->>OK
11:48<jdike-#uml->>what in switch_mm_skas are you looking at?
11:49<jjkola-#uml->>err = ptrace(PTRACE_SWITCH_MM, userspace_pid[0], 0,
11:49<jjkola-#uml->>just before the call to panic function
11:50<jdike-#uml->>OK, you're confusing a call to the host with UML's own support for SWITCH_MM
11:50<jjkola-#uml->>ah, ok
11:50<jjkola-#uml->>but still, that define isn't defined anywhere
11:51<jjkola-#uml->>and also I can reproduce a crash where it crashes with that specific panic when using skas3 mode
11:52<jjkola-#uml->>if I use a host without skas3 patch then I can boot the uml fine with same uml kernel
11:58<jdike-#uml->>then something's wrong with the host skas3 support
11:59<jjkola-#uml->>ok
12:00|-|karol [~karol@chello089076077166.chello.pl] has joined #uml
12:00|-|karol changed nick to Magotari
12:00<jjkola-#uml->>so ptrace is handled by host kernel?
12:01<Magotari-#uml->>As far as I know, yes.
12:01<jjkola-#uml->>I see
12:01<jjkola-#uml->>now it makes sense
12:03<Magotari-#uml->>jdike: Long jump worked fine. It was not too pretty looking, so I will start over, but it is doable for me. I suppose a patch will be ready in a day or two.
12:03<jdike-#uml->>hehe
12:03<jdike-#uml->>it shouldn't be too bad
12:03<Magotari-#uml->>I think we could cut out all stuff relating to /proc/cpuinfo now.
12:03<jdike-#uml->>yeah
12:03<Magotari-#uml->>jdike: I am just learning C... It is hard.
12:04<Magotari-#uml->>Takes time mostly.
12:04<Magotari-#uml->>I am starting to find C very comfortable to work with.
12:04|-|mgross [~mgross@jffwprtest.jf.intel.com] has joined #uml
12:04<jdike-#uml->>make a patch which tests for instructions by running them
12:04<Magotari-#uml->>Just all the lookups and so forth.
12:04<Magotari-#uml->>Yeah, I have that already.
12:04<jdike-#uml->>and then another patch which removes the /proc/cpuinfo stuff
12:04<Magotari-#uml->>So two of them then... Ok.
12:05<Magotari-#uml->>Shall I try to make them independent, or is one depending on the other fine?
12:05<jdike-#uml->>one depends on the other is fine
12:05<jdike-#uml->>they are inherently related
12:05<Magotari-#uml->>(I am really green. Sorry. Probably it would be just faster for you to code it yourself than to babysit me through it.)
12:05|-|balbir [~balbir@59.178.33.134] has quit [Read error: Operation timed out]
12:05<Magotari-#uml->>(But I do want to do it.)
12:05<jdike-#uml->>the removal should come after the instruction testing, obviously
12:06<Magotari-#uml->>Agreed.
12:06<Magotari-#uml->>I'm off to work on it then.
12:06|-|mgross [~mgross@jffwprtest.jf.intel.com] has quit []
12:08<jjkola-#uml->>jdike: any ideas about this: http://rafb.net/p/bmdJ7199.html
12:09<jjkola-#uml->>it seems like there is a deadlock when initializing ethernet device
12:09<jjkola-#uml->>I'm thinking this because idle seems to keep high even though the uml is running
12:10<jjkola-#uml->>this happens in 2.6.23 guest kernel
12:10<jjkola-#uml->>host is 2.6.22 without skas3 patch
12:11<jjkola-#uml->>I have applied aio patch to uml though
12:12<jjkola-#uml->>if I don't specify ethnet devices on commandline then uml boots fine
12:12<jjkola-#uml->>ethernet*
12:14<jdike-#uml->>BTW, I doubt I've spent as much as 5 minutes helping on this, and it's much more than a 5-minute job
12:14<jjkola-#uml->>ok, no problem
12:15<jdike-#uml->>that was to Magotari, not jjkola, sorry :-)
12:15<jdike-#uml->>jjkola, the driver is waiting for something from uml_net
12:15<jdike-#uml->>and if it is just sitting there, something went very wrong
12:16<jjkola-#uml->>ok
12:16<jdike-#uml->>whoops, nevermind
12:17<jdike-#uml->>I misread the stack
12:18<jdike-#uml->>I wonder if that descriptor has been set O_NONBLOCK
12:18<jdike-#uml->>it looks like the interrupt sanity-checking code
12:18|-|balbir [~balbir@59.178.38.176] has joined #uml
12:18<jjkola-#uml->>I have gdb running so I can check the values if you need them
12:19|-|tyler29 [~tyler@ARennes-257-1-103-78.w81-48.abo.wanadoo.fr] has quit [Quit: ++]
12:20<jdike-#uml->>I don't see it
12:20<jdike-#uml->>but I swear I made a O_NONBLOCK pass over UML
12:24<jdike-#uml->>hmm
12:24<jdike-#uml->>looks like um_request_irq gets things backwards
12:24<jjkola-#uml->>backwards?
12:24<jdike-#uml->>it sets the fd non-blocking after the request_irq call
12:25<jjkola-#uml->>ah, ok
12:25<jdike-#uml->>but request_irq is faking an interrupt, and the resulting read is hanging
12:39[~]jdike #uml acks and sends sufficient patches to make UML build and run in mainline#uml-> acks and sends sufficient patches to make UML build and run in mainline
12:48<jjkola-#uml->>could it be hanging because there is nothing to read?
12:48<jdike-#uml->>jjkola, http://rafb.net/p/QtzIPv36.txt
12:48<jdike-#uml->>see if that helps
12:49<jjkola-#uml->>ok, I'll try that patch
12:56<jjkola-#uml->>os_set_fd_async : failed to set O_ASYNC and O_NONBLOCK on fd # -1, errno = 9
12:56<jjkola-#uml->>register_winch_irq - failed to register IRQ
12:56<jjkola-#uml->>this is what I got
12:58<jdike-#uml->>Bah
12:58|-|tyler29 [~tyler@ARennes-257-1-103-78.w81-48.abo.wanadoo.fr] has joined #uml
12:58<jdike-#uml->>I though I convinced myself that the check for fd == -1 wasn't needed
13:01<jdike-#uml->>misread the code
13:01<jdike-#uml->>http://rafb.net/p/IS7Q2g91.txt
13:14<jjkola-#uml->>now it started working
13:14<jjkola-#uml->>thanks for the patch
13:14<jdike-#uml->>cool
13:14<jdike-#uml->>tx for the testing
13:14<jjkola-#uml->>no problem
13:16<jjkola-#uml->>by the way, I got yesterday uml segfaulting when enabling swap but it happened only when running gdb and it didn't seem to be fatal one
13:16<jjkola-#uml->>should I worry about it?
13:18<jjkola-#uml->>I'll try now if I could reproduce it if you have time to check the backtrace
13:22<jdike-#uml->>what was segfaulting?
13:22<jdike-#uml->>UML itself getting a segfault should be fatal
13:24<jjkola-#uml->>here is backtrace: http://rafb.net/p/AegOuw18.html
13:26<jjkola-#uml->>if I tell gdb to continue then uml resumes operation and it doesn't print any messages
13:26<jdike-#uml->>not a problem
13:26<jdike-#uml->>tell gdb to
13:27<jdike-#uml->>handle SIGSEGV nostop noprint
13:27<jjkola-#uml->>ok, I'll remember that next time
13:27<jdike-#uml->>UML uses segfaults internally
13:28<jjkola-#uml->>ok
13:30|-|mgross [~mgross@jffwprtest.jf.intel.com] has joined #uml
13:50|-|tyler29 [~tyler@ARennes-257-1-103-78.w81-48.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds]
14:04|-|jjkola1 [~jjkola@dsl-olubrasgw1-fec8de00-184.dhcp.inet.fi] has joined #uml
14:05|-|jjkola changed nick to Guest326
14:05|-|jjkola1 changed nick to jjkola
14:06|-|tyler29 [~tyler@ARennes-257-1-55-172.w81-53.abo.wanadoo.fr] has joined #uml
14:08|-|Guest326 [~jjkola@dsl-olubrasgw1-fec8de00-184.dhcp.inet.fi] has quit [Ping timeout: 480 seconds]
14:08<jjkola-#uml->>hmm, uml seems to be working with both 2.6.23 host and guest after patching it
14:09<jjkola-#uml->>now if I only could get those strange network problems solved then all would be well...
14:10<jjkola-#uml->>sometimes network connections seems to drop on both uml and host side for no apparent reason
14:11<jjkola-#uml->>or sometimes the speed of packet transfer goes nearly to halt (for example ping could take about 2000 ms when it's normally 50 - 100 ms)
14:13<jjkola-#uml->>the only solution for the problem has been either to restart uml/computer or restart network interface (ifup/ifdown)
14:20|-|arun [~arun@yktgi01e0-s5.watson.ibm.com] has joined #uml
14:29|-|remus [~remus@76.231.178.131] has joined #uml
14:31<jjkola-#uml->>actually in the case of speed drop I have been able to restore the connection by sending a flood of ping packets and waiting until roundtimes starts to be normal again
14:33<jjkola-#uml->>or at least I think that's what has helped in those situations...
14:56<ds2-#uml->>that almost sounds like a temporary packet loss causing the RTT's to be increased so TCP eventually backs off
15:07<jjkola-#uml->>what could cause the packet loss?
15:09<ds2-#uml->>is this wireless or wired?
15:09<jjkola-#uml->>wired through adsl connection
15:09<ds2-#uml->>Hmmm
15:09<jjkola-#uml->>it doesn't happen in intra
15:09<ds2-#uml->>laptop or desktop?
15:10<jjkola-#uml->>wall -> adsl modem -> server -> intra
15:10<ds2-#uml->>wonder if you have a flaking adsl connection
15:11<ds2-#uml->>I don't suppose it is a Cisco ADSL router/modem, is it?
15:11|-|aroscha [~aroscha@vivilokal.funkfeuer.at] has quit [Ping timeout: 480 seconds]
15:12<ds2-#uml->>if it is an 800 series (826/827), there are debugs you can enable on to see if it is dumping the line every now and then
15:12<jjkola-#uml->>Zykel P-660H-D1
15:12<ds2-#uml->>donno what diags are available on those
15:12<ds2-#uml->>is the modem next to you where you can watch it?
15:13<jjkola-#uml->>it's in same room, although on the opposite side
15:13<ds2-#uml->>if so, there should be a SYNC LED, see if it does something weird right when this happens - that would confirm the line took a blip and forces a retrain
15:14<jjkola-#uml->>ok, I'll keep that in mind
15:15<jjkola-#uml->>although I have to say that the connection drop doesn't always happen for both umls and host
15:15<jjkola-#uml->>sometimes only for example one or two uml guests is experiencing the connection drop but all other are unaffected
15:15<ds2-#uml->>are these drops a TCP connection (want to confirm we are talking about the same thing)
15:17<jjkola-#uml->>at least when the connection drop happens on the host then all my connections (http, msn, skype, etc.) on this desktop computer drops dead
15:19<ds2-#uml->>it may have something to do with when it is sending; the stack can't tell if there is a connection drop if there are no packets going out or expected to come in
15:19<jjkola-#uml->>when I try to ping from the server when the connection isn't working I get host unreachable
15:19<ds2-#uml->>I have seen that behavior on my wireless network
15:19<jjkola-#uml->>ok
15:19<ds2-#uml->>Oh? Hmmmm that would agree with there being a blip somewhere
15:19<ds2-#uml->>have you done a traceroute from the server when it happens?
15:20<jjkola-#uml->>before I moved to this apartment I didn't have any problems but then I had cable tv connection
15:21<ds2-#uml->>with ADSL, if you have bad pairs or low quality pairs, even a phone ringing on an adjacent pair can cause a retrain if the S/N is marginal
15:22<jjkola-#uml->>I see
15:24<jjkola-#uml->>now that I have talked with you about this it seems quite apparent that this could be the reason why the connection has sometimes dropped
15:25<ds2-#uml->>for me, it helps a lot to have a regular continous ping running in the background; might not be good in your case since it leaves your network
15:26<ds2-#uml->>another thing that might be useful when it happen is to dump the arp tables
15:26<ds2-#uml->>arp -an on Linux
15:26<ds2-#uml->>dump it on all entities you have access to
15:26<jjkola-#uml->>why would dumping the arp tables would help in this situation?
15:27<ds2-#uml->>the thing to look for is related arp entries (host or router) that appear as unresolved
15:27<jjkola-#uml->>I see
15:27<ds2-#uml->>unresolved entries would tell you that it is the immediate neighbor that might be unhappy
15:27<ds2-#uml->>stuff like this -
15:27<ds2-#uml->>? (10.0.10.82) at <incomplete> on eth0
15:28<ds2-#uml->>if it is eithernet and it isn't responding to ARPs pretty immediately, something is amiss
15:28<jjkola-#uml->>I have used 'ip neigh' command for that
15:28<ds2-#uml->>now if you are bridging the ethernet through some kind of WAN, I can understand a little delay
15:29<ds2-#uml->>yeah, ip neigh is equiv. not everyone has ip installed
15:40|-|silug [~steve@38.104.162.2] has quit [Ping timeout: 480 seconds]
15:40|-|silug [~steve@ppp-70-225-80-86.dsl.covlil.ameritech.net] has joined #uml
15:41<jjkola-#uml->>ds2: thanks for the tips, I'll keep them in mind
15:42<Magotari-#uml->>jdike: I am not sure if this is important, but grep gave me this: grep: arch/um/include/sysdep-i386/sysdep-i386: Too many levels of symbolic links
15:42<Magotari-#uml->>I think someone posted about this recently.
15:42<jdike-#uml->>yeah
15:42<Magotari-#uml->>I just wanted to say that I have it too, it seems.
15:42<jjkola-#uml->>I have also been getting that
15:43<jdike-#uml->>I have no idea how it happens
15:43<jdike-#uml->>I don't have that here
15:44<Magotari-#uml->>make distclean did not fix it.
16:01|-|aroscha [~aroscha@chello213047053193.30.11.tuwien.teleweb.at] has joined #uml
16:04|-|tyler29 [~tyler@ARennes-257-1-55-172.w81-53.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds]
16:13|-|tyler29 [~tyler@ARennes-257-1-48-3.w81-53.abo.wanadoo.fr] has joined #uml
16:21|-|silug [~steve@ppp-70-225-80-86.dsl.covlil.ameritech.net] has quit [Ping timeout: 480 seconds]
16:21|-|silug [~steve@38.104.162.2] has joined #uml
16:24<Magotari-#uml->>My code boots. When I replaced the cmov instruction with some 3dnow instructions, it still boots. I wish I had a computer without cmov now, but I gave it away...
16:25<Magotari-#uml->>So it seems to be working, at least on the surface.
16:27<jdike-#uml->>hehe
16:27<jdike-#uml->>find a 386
16:28<Magotari-#uml->>Actually, I had a 486DX2/66mHz.
16:28<Magotari-#uml->>A laptop too...
16:29<jdike-#uml->>replace the cmov in the asm with an illegal instruction
16:29<Magotari-#uml->>Right now it runs some old version of Slackware, some 8000 kilometer away from me.
16:29<Magotari-#uml->>Yeah, I did.
16:29<Magotari-#uml->>I don't have 3dnow.
16:29<jdike-#uml->>Ah
16:29<Magotari-#uml->>It worked fine.
16:29<jdike-#uml->>then that's fine
16:29<jdike-#uml->>you tested both ways
16:29<Magotari-#uml->>Told me I don't have "cmov". :)
16:29<jdike-#uml->>hehe, yup
16:29<Magotari-#uml->>Yes, I did. I just wish I had a 386. :)
16:37<Magotari-#uml->>I threw about half an hour into fixing a compile warning, still no dice. The funny bit being, it does not happen on nearly the same code when compiled outside of the kernel...
16:37<mgross-#uml->>exit
16:37|-|mgross [~mgross@jffwprtest.jf.intel.com] has quit [Quit: Leaving]
16:40<jdike-#uml->>what warning?
16:41<Magotari-#uml->>Incompatible pointer type. I just fixed it by casting the fuction to a void pointer. Worked like a charm. Now to test...
16:55|-|tyler29 [~tyler@ARennes-257-1-48-3.w81-53.abo.wanadoo.fr] has quit [Quit: ++]
17:05<Magotari-#uml->>jdike: Last question before I start building the emails with the patches. The first patch is inserting my code, the second is removing yours. But whose code gets run after the first patch? If it is mine, I get compiler warnings about your code being unused...
17:06<jdike-#uml->>don't worry about it
17:07<Magotari-#uml->>Good enough. :)
17:07<jdike-#uml->>UML should build and run at any point within the patches
17:07<jdike-#uml->>but if there are warnings about about-to-be-unused-code not being used, that's not a problem
17:07<Magotari-#uml->>Gotcha.
17:07<Magotari-#uml->>I am new, so I ask instead of causing trouble.
17:08<jdike-#uml->>np
17:13|-|dang [~dang@aa-redwall.nexthop.com] has quit [Quit: Leaving.]
17:52<Magotari-#uml->>*sigh* No way this will be done today, I am just too tired.
17:52<Magotari-#uml->>Good night everyone.
17:59|-|kos_tom [~thomas@humanoidz.org] has joined #uml
18:02|-|tyler29 [~tyler@ARennes-257-1-48-3.w81-53.abo.wanadoo.fr] has joined #uml
18:06|-|balbir [~balbir@59.178.38.176] has quit [Read error: Operation timed out]
18:10|-|jdike [~jdike@pool-71-248-190-161.bstnma.fios.verizon.net] has quit [Quit: Leaving]
18:18|-|balbir [~balbir@59.178.39.209] has joined #uml
18:21|-|jjkola [~jjkola@dsl-olubrasgw1-fec8de00-184.dhcp.inet.fi] has quit [Quit: *pop*]
18:25|-|aroscha [~aroscha@chello213047053193.30.11.tuwien.teleweb.at] has quit [Quit: aroscha]
18:27|-|aroscha [~aroscha@chello213047053193.30.11.tuwien.teleweb.at] has joined #uml
18:28|-|hfb [~hfb@pool-71-106-219-180.lsanca.dsl-w.verizon.net] has quit [Quit: Leaving]
18:32|-|dang [~dang@nemesis.fprintf.net] has joined #uml
18:44|-|mgross [~mgross@pool-96-225-192-152.ptldor.fios.verizon.net] has joined #uml
19:22|-|kos_tom [~thomas@humanoidz.org] has quit [Quit: I like core dumps]
19:52|-|balbir [~balbir@59.178.39.209] has quit [Read error: Operation timed out]
19:56|-|tyler29 [~tyler@ARennes-257-1-48-3.w81-53.abo.wanadoo.fr] has quit [Remote host closed the connection]
21:12|-|aroscha [~aroscha@chello213047053193.30.11.tuwien.teleweb.at] has quit [Quit: aroscha]
23:17|-|mgross_ [~mgross@pool-71-117-236-31.ptldor.fios.verizon.net] has joined #uml
23:21|-|mgross [~mgross@pool-96-225-192-152.ptldor.fios.verizon.net] has quit [Read error: Operation timed out]
23:26|-|mgross_ [~mgross@pool-71-117-236-31.ptldor.fios.verizon.net] has quit [Quit: Leaving]
23:27|-|mgross [~mgross@pool-71-117-236-31.ptldor.fios.verizon.net] has joined #uml
23:52|-|Nem^ [~Nem@dslb-084-056-234-146.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 Tue Oct 30 00:01:24 2007