--- Day changed --- Log opened Wed Jul 16 00:00:02 2003 00:05 -!- Pahan [~pahan@ca-manbch-cuda3-c2a-a-52.stmnca.adelphia.net] has quit [Quit: leaving] 00:14 -!- ticallion [~ticallion@213.175.160.16] has quit [Remote host closed the connection] 01:03 -!- Tusker [~tusker@cm4.omega41.maxonline.com.sg] has joined #uml 01:06 < Tusker> heya guys... question about 2.6-test1... how does that affect UML? 01:46 -!- stratsi [~stratsi@80.72.68.187] has joined #uml 01:55 < Tusker> stratsi: hey... does 2.6-test1 affect UML in anyway ? 01:57 < david> Tusker: there isn't a 2.6.0-test1 UML patch yet 01:58 < Tusker> ah ok, though UML in 2.6.0 would be cleaner given the "reload" capability ? 02:03 < david> 'reload'? 02:03 < Tusker> i was "told" that there was hot swap kernel... 02:03 < david> no idea 02:04 < Tusker> another question if you don't mind ? 02:04 < david> sure 02:06 < Tusker> If I apply the skas3 patches to the host kernel source, I can't seem to compile the uml kernel... giving proc_mm issues... 02:06 < Tusker> host kernel = 2.4.21 + skas3 02:06 < david> the UML kernel has nothing to do with the host kernel 02:06 < david> you're not building UML in /usr/src/linux, are you? 02:06 < Tusker> no, /usr/src/user-mode-linux/linux 02:06 < david> ok 02:06 < david> what's the error? 02:07 < Tusker> if I could tell you now, that would be great... but I'm currently building 2.6.0-test1 02:08 < Tusker> but, there should be no problem with the host kernel having skas3 and building a uml kernel ? 02:12 < david> no 02:13 < Tusker> ok... will try it out again, and let you know the exact error 02:13 < david> 2.6.0-test1 as a host kernel can't be patched with host-skas3.patch 02:13 < david> 2.6.0-test1 can't be compiled as a UML kernel, last I checked 02:13 < david> so 2.6.0-test1 is pretty much useless to people using UML right now 02:13 < Tusker> (yeah, 2.6.0-test1 doesn't build enough of the ipv4 that I need... i'll stick to 2.4.21 for now) 02:14 < Tusker> ok... until I get that error message coming up again... have another query :) 02:15 < Tusker> how does UML compare to qemu / bochs ? 02:49 < coryb> qemu? 02:49 < coryb> bochs is slow 02:50 < coryb> uml is not an emulator 02:50 < Tusker> http://fabrice.bellard.free.fr/qemu/ 02:51 < coryb> heh 02:51 < Tusker> ? 02:51 < coryb> qemu looks like a nice emulator... but it's still slower than UML 02:51 < Tusker> so, when you run UML it runs at host speed ? 02:52 < coryb> something like 30% slower 02:52 < coryb> do some benchmarks :) 02:52 < coryb> in skas mode, that is 02:52 < Tusker> yeah, will do... without skas3 host patches, it runs kinda dog slow though 02:52 < coryb> well, patch then :) 02:53 < Tusker> have have 03:01 < Tusker> ok, compile error... mind if i paste ? 03:03 < coryb> well, it's 2 am here 03:03 < coryb> I think I need to go sleep 03:04 < Tusker> In file included from process.c:27: 03:04 < Tusker> /usr/src/user-mode-linux/linux-2.4.20/arch/um/include/skas_ptrace.h:9: error: redefinition of `struct ptrace_faultinfo' 03:04 < Tusker> /usr/src/user-mode-linux/linux-2.4.20/arch/um/include/skas_ptrace.h:14: error: redefinition of `struct ptrace_ldt' 03:33 < Tusker> david/coryb... any ideas ? 03:37 < coryb> try applying the latest uml patch to 2.4.21 instead of doing 2.4.20 + ptrace + uml patch... is that what you are doing? 03:37 < coryb> or 2.4.20 + uml patch + ptrace? heh 03:37 < coryb> I gotta sleep somehow, later 03:38 < Tusker> ah ok 03:38 < Tusker> will try, thanks 04:01 < Tusker> 2.4.21 with which patch? uml-patch-2.4.20-6.bz2 doesn't apply cleanly, or build for that matter 04:02 < caker> are you building a host kernel, or the uml kernel? 04:04 < Tusker> uml kernel... uml-patch-2.4.21.bz2 seems to exist... 04:04 < caker> http://kernels.usermodelinux.org/patches/uml-patch-2.4.21.bz2 04:04 < caker> use that 04:04 < Tusker> yeah, just found that just then 04:05 < caker> patch, make menuconfig ARCH=um, make dep clean linux ARCH=um 04:05 < caker> done 04:13 < Tusker> building now... 04:21 < Tusker> caker: same problem :( 04:27 < Tusker> hmmm... i think the skas3 patch I used must be dodgy... it seems to be modifying the host ptrace.h 04:28 < Tusker> host-skas3.ptrace.patch.bz2 04:33 < Tusker> that's the patch applied to 2.4.21 host kernel 04:33 < Tusker> and I tried building a uml kernel with uml-patch-2.4.21.bz2 against 2.4.21 04:43 < Tusker> doesn't seem to make sense... i can't find where else those structs could be defined ? 04:45 < Tusker> hmm... seems to happen when skas=y 04:48 < Tusker> http://www.geocrawler.com/mail/msg.php3?msg_id=10261274&list=709 04:56 < Tusker> do I have to turn /proc/mm off in the UML kernel or something ? 05:06 < Tusker> anyone ? 05:21 < Tusker> nope... that didn't help 05:30 < Tusker> ah well, I give up for today 05:30 < Tusker> i'm going home 05:30 -!- Tusker [~tusker@cm4.omega41.maxonline.com.sg] has quit [Quit: [A] caught in the afterlife, I've gone too far ...] 06:01 -!- ticallion [~ticallion@213.175.160.127] has joined #uml 06:03 -!- ticallion [~ticallion@213.175.160.127] has quit [Client Quit] 06:51 -!- mdz [~mdz@216.15.124.77] has quit [Ping timeout: 488 seconds] 06:52 -!- mdz [~mdz@216-15-124-77.c3-0.smr-ubr3.sbo-smr.ma.cable.rcn.com] has joined #uml 07:08 -!- stratsi [~stratsi@80.72.68.187] has quit [Ping timeout: 488 seconds] 08:09 -!- snide [~snide@193.251.38.242] has joined #uml 08:09 < snide> hi 08:11 < green> hi 09:03 -!- coryb [~cory@24.124.40.190] has quit [Quit: leaving] 09:09 -!- stratsi [~stratsi@80.72.68.187] has joined #uml 09:44 -!- anklt [~mangled@p5088726C.dip.t-dialin.net] has joined #uml 09:44 < anklt> Salut.. 09:45 < anklt> I think something's wrong here.. 09:46 < anklt> Under Linux 2.4.20-6um, gcc is compilingt ruserpass.c from libc 5.4.46 for several hours now... 09:46 < anklt> At 98% CPU.. 09:47 < david> libc 5? 09:47 < anklt> Yes. 09:47 < anklt> All of my homegrown linuces are libc5-based. 09:47 < david> I don't know anyone who has used UML with libc5 09:47 < anklt> (Because glibc is just too much bloat for me.) 09:47 < david> what compiler? 09:48 < anklt> gcc 3.2.3 09:48 < david> odd 09:48 < anklt> binutils 2.14.90.0.4 .. 09:49 < anklt> Shall I attach a gdb to the kernel? 09:49 < green> anklt: are you sure it is still compiling as opposed to "spins in kernelspace doing stuff"? ;) 09:50 < anklt> green: I'm sure it spins in kernelspace doing nothing.. 09:50 < anklt> (The UML consoles are all blocked.) 09:50 < anklt> Again, shall I attach a gdb to it? 09:50 < green> ah. so it is not compiling anymore 09:50 < green> of course a gdb trace will be useful 09:50 < anklt> gdb --symbols --pid ? 09:51 < anklt> Or some more flags? 09:51 < green> gdb path/to/linux pid is what I use 09:51 -!- coryb [~cory@24.124.40.190] has joined #uml 09:51 < green> are you running in tt or scas mode? 09:51 < green> make sure to attach to right process 09:51 < anklt> tt. Didn't get skas... 09:52 < green> (right == the one that eats cpu as visible from host side) 09:52 < anklt> That's linux. 09:52 < green> yup, but you have plently of them ;) you need to attach to the right one ;) 09:53 < anklt> Mouais, not so many. Just two lines full. 09:53 < anklt> But top showed me the right one, of course. 09:54 < anklt> Humm, humm. 09:54 < anklt> Attaching to program: /home/thunder/src/kernel/linux-2.4.20/linux, process 6845 09:54 < anklt> ptrace: Operation not permitted. 09:55 < anklt> (Even though I am root.) 09:55 < green> hm. 09:56 * green tries to remember how to do that if you do not have gdb right from the start... 09:56 < green> perhaps you need to attach to tracing thread and then switch to the right one? 09:56 < anklt> If I can't even attach to the right process? 09:57 < green> yeah, the right process is already have tracer tread attached. 09:57 < green> so you need to trace to tracer thread instead 09:58 < anklt> Hm, how do I find that thread? 09:58 < green> ps ax | grep tracing ;) 09:59 < anklt> Heh, attached. Where to go now? 10:00 < green> look at the backtrace, does it make any sence? 10:00 < anklt> Erm, I'm still on the tracer, you know! 10:00 < green> yeas, I know. 10:00 < anklt> It does a wait4().. 10:01 < anklt> That's the whole bt. 10:01 < green> ah, so in addition to that you also have this "gdb cannot print backtrace from gcc3" problem too. 10:02 < anklt> gdb is 5.3.90_2003-06-29 10:02 < green> yup, there is a problem somewhere in toolchan that makes it to write incorrect highpc/lowpc values into ELF headers of uml binary 10:03 < anklt> Err, wait! 10:03 < anklt> The uml itself was compiled using gcc 2.95.4! 10:03 < green> somehow this does not matter. 10:03 < anklt> Hm? 10:04 < green> I mean I first experienced the problem after upgading to gcc3-enabled distro, but then all prior compilers did not work too, so it seems to be more of a binutils problem 10:04 < green> so I wonder if you do "deta" and then "att pid-of-cpu-eater", will it work then? 10:05 < anklt> EPERM... 10:05 < green> do youi have sysrq built in and mconsole built in? 10:05 < anklt> I suppose so. 10:06 < green> well, you can try to attach with mconsole and issue "sysrq t" command, I think 10:08 < anklt> Hm, if I just knew what it meant about "socket-name"... 10:09 < anklt> The trouble is that I don't find that stuff described in the manual page... 10:09 < green> there is a directory in ~/.uml that contains a socket 10:09 < green> if you have more than one, you can get exact name from /proc/pid/fd symlinks, I think 10:10 < anklt> Doesn't look too well... 10:10 < anklt> "Connection refused" 10:11 < green> hm, weird 10:12 < anklt> Hm. Some more ideas, or shall I rerun the UML in gdb? 10:12 < green> well, are you running it in X environment? 10:12 < anklt> Yes. 10:13 < green> try to send USR1 signal to tracing thread, that should start gdb according to a doc 10:13 < anklt> Damn.. 10:13 < anklt> If I just hadn't switched off CONFIG_PT_PROXY... 10:14 < anklt> debug requested when CONFIG_PT_PROXY is off 10:14 < green> sigh, perhaps you need to recompile with pptrace proxy and try again, I guess 10:15 < green> are you using ubd cow by any chance? 10:15 < anklt> Not even that. *g* 10:16 < green> ah, ok. then this looks like some new problem 10:19 < anklt> Time to kill? 10:20 < green> hm? 10:20 < anklt> The linux. It's quite unresponsive. 10:20 < green> ah, seems so 10:22 -!- glommer [~glauber@200-158-193-117.dsl.telesp.net.br] has joined #uml 10:24 < glommer> Hi pals. I'm running uml in debug mode, but while debuging a function, a can not type anything in the virtual terminal. But I would like to see the results of user interaction with this functions. Anyway ? 10:26 < green> make the kernel run and you can type in a terminal, when kernel is stopped, it cannot process irqs 10:27 -!- AquaJo [~torbofh@pD9E4C0DD.dip.t-dialin.net] has joined #uml 10:29 < glommer> green: With the cont instruction uder gdb ? 10:31 < green> yup 10:32 < anklt> Hm, green, I guess I can go around the problem by compiling the glibc in a chroot jail, if it doesn't work now either.. 10:32 < anklt> Errr.. 10:33 < anklt> libc5 :) 10:33 < green> you can, but this way you won't find the bug ;) 10:33 < anklt> Indeed. That's why I'm not yet doing that. :) 10:33 < green> any you may hit it on some other task later on 10:33 < anklt> Yes. 10:35 < anklt> I love it! I'll go to a place with heat flags on tomorrow! Let's get out of the cold, dark Germany. :) 10:36 < anklt> (Sorry, that's OT.) 10:39 * green heard that Germany is experiencing hottest summer in like last 100 years ;) 10:39 < anklt> That's not here. :) 10:39 < anklt> But I'm going to Bern, where it's *really* hot these days. :) 10:40 < anklt> (That's especially great as it means going home to me.) 10:40 * green hatest hot places 10:41 < anklt> Oh, well, not Switzerland. It's always cool there, even when it's hot in fact. :) 10:42 < green> hehe. 10:43 < anklt> Hm, bbl. Need to buy batteries for the long bike ride. :) 11:08 -!- Jax [~computer_@148.100.208.148] has joined #uml 11:13 -!- mistral [mistral@jstevenson.plus.com] has joined #uml 11:22 -!- dg [dgl@dsl-217-155-7-197.zen.co.uk] has joined #uml 11:42 -!- revenger4 [revenger@p508B2DFA.dip.t-dialin.net] has joined #uml 11:44 -!- revenger [revenger@80.139.36.155] has quit [Ping timeout: 488 seconds] 11:53 -!- dgl [dgl@dsl-217-155-7-197.zen.co.uk] has joined #uml 11:55 < snide> strange, i always have a linux-2.4.20-um6/net/core/rtnetlink.c:444: undefined reference to `rtnetlink_rcv_skb' 11:56 < snide> when compiling linux-2.4.20-um6 11:56 < snide> ( in the host ) 11:56 -!- dg [dgl@dsl-217-155-7-197.zen.co.uk] has quit [Ping timeout: 488 seconds] 11:57 -!- dgl is now known as dg 12:01 < Lathiat> heydg 12:01 < Lathiat> SPARCclassic, No Keyboard 12:01 < Lathiat> ROM Rev. 2.12, 16 MB memory installed, Serial #3307914. 12:01 < Lathiat> Ethernet address 8:0:20:1e:b:8b, Host ID: 8032798a. 12:01 < Lathiat> FEAR :P 12:05 < dg> hi 12:10 < Getty> Lathiat: hehehe 12:12 < Lathiat> shame i dont have a fscking hub 12:12 < Lathiat> need to get off irc to install it :P 12:15 < Getty> hehe 12:16 < anklt> Hm. This time gcc went over it without a problem. 12:16 < anklt> But at least I got the ptrace proxy enabled. :) 12:16 < anklt> a+ 12:26 -!- mistral [mistral@jstevenson.plus.com] has quit [Remote host closed the connection] 12:35 -!- snide [~snide@193.251.38.242] has quit [Quit: BitchX: the cootiless client] 13:05 < green> Lathiat: hehe, I have similar thing, only 48M RAM 13:07 < Lathiat> i shoudl find some more ram for this 13:07 < green> yes, this is pretty good idea. 13:07 < Lathiat> ok boot floppy 13:07 < Lathiat> Boot device: /obio/SUNW,fdtwo File and args: 13:07 < Lathiat> Can't read disk label. 13:07 < Lathiat> Can't open Sun disk label package 13:07 < Lathiat> Can't open boot device 13:07 < Lathiat> any ideas? 13:07 < Lathiat> its a netbsd flopyy i put on a floppy 13:08 < green> my redhat6.2 floppy worked for me, never tried netbsd ;) 13:08 < anklt> Lathiat: What type of floppy? 13:08 < BB> weird i just had an automated phone call from register.com 13:08 < green> too bad netbsd is better at sparc32 arch 13:08 < Lathiat> 1.44 13:08 < anklt> Lathiat: On sparc64? 13:08 < green> :wq 13:09 < green> oops 13:09 < Lathiat> well 13:09 < Lathiat> i kinda guessed its sparc32... 13:09 < anklt> Ok. 13:09 < Lathiat> am i worng? 13:09 < green> you are right. its sparc32, sun4m arch 13:09 < anklt> I'm not sure about sparc32. On sparc64, 1.44M disks can't boot. 13:10 < Lathiat> why~ 13:10 < Lathiat> s that? 13:10 < Lathiat> seems stupid heh 13:10 < anklt> Because they're too small for the required lables, I think. 13:10 < anklt> On can only boot off 4M floppies there. 13:12 < Lathiat> fark thats a big floppy 13:12 < Lathiat> didnt thin ku could get such beasts 13:12 < anklt> Usual sparc64 stuff. :) 13:12 < Lathiat> heh 13:12 < Lathiat> well i want this to work now :P 13:13 < anklt> Do a netboot. 13:13 < Lathiat> i tried that 13:13 < Lathiat> wasnt happy with me 13:13 < anklt> I don't even own a floppy... 13:13 < Lathiat> wouldnt get an ethernet link 13:13 < anklt> Why not? 13:13 < Lathiat> i think the ports buggered or something 13:13 < anklt> Do you have a RARP server running? 13:13 < Lathiat> yeh 13:13 < Lathiat> but ti was bitchign abotu th elink 13:13 < anklt> Well configured? 13:13 < Lathiat> and the link light wasnt on the other side either 13:14 < anklt> Hm, that's not my fault then. :) 13:14 < Lathiat> sure its your fault 13:14 < green> Lathiat: btw out cisco never lit the "link" lamp when I conect my sparc classic to it, yet it works ;) 13:14 < Lathiat> :P 13:15 < BB> my javastation would only link if i forced full duplex 13:15 < green> Lathiat: also I had an experience with some broken SS5 thing that always wanted to talk on AUI until I patched the kernel to switch it to TP. 13:15 * Lathiat ponders 13:15 < Lathiat> maybe after i killed the serial cable (dodgy hacked re-wired null modem i put together from an old cable i knocked) it started working :LP 13:16 < Lathiat> i might try again in a bit 13:16 < green> Lathiat: something similar could be done from boot prom if you know how (I do not know how ;) ) 13:16 < Lathiat> whats boot prom do? 13:16 < anklt> It's booting. *g* 13:16 < anklt> A small fork interpreter. 13:16 < anklt> Hm, not fork.. 13:16 < anklt> Well, forth *gg* 13:17 < anklt> *boing* 13:17 < Lathiat> oh i thought you meant liek 13:17 < Lathiat> typign in 'boto prom' literally 13:17 < Lathiat> not the prom itself :) 13:17 < Lathiat> ill be back in a bit 13:17 < anklt> In that stage the prom is already booted. :P 14:10 -!- Dorian [~dorian@81.132.154.3] has joined #uml 14:12 -!- Dorian [~dorian@81.132.154.3] has left #uml [] 15:37 -!- anklt [~mangled@p5088726C.dip.t-dialin.net] has quit [Quit: asdf] 16:09 -!- Dorian [~dorian@host81-132-136-96.in-addr.btopenworld.com] has joined #uml 16:28 -!- Jax [~computer_@148.100.208.148] has quit [Quit: gone home] 16:29 -!- lb [~lb@195.161.187.50] has joined #uml 16:46 -!- AquaJo [~torbofh@pD9E4C0DD.dip.t-dialin.net] has quit [Quit: Die Schwierigkeit, mit den meisten Leuten umzugehen, besteht darin, zu ihnen gleichzeitig ehrlich und höflich zu sein - Heller, André] 16:51 -!- Dorian [~dorian@host81-132-136-96.in-addr.btopenworld.com] has quit [Ping timeout: 490 seconds] 16:57 -!- lb [~lb@195.161.187.50] has quit [Quit: leaving] 17:47 -!- Dorian [~dorian@host81-132-109-222.in-addr.btopenworld.com] has joined #uml 17:54 -!- Dorian [~dorian@host81-132-109-222.in-addr.btopenworld.com] has left #uml [] 18:51 -!- caker [~null@pcp507591pcs.nash01.tn.comcast.net] has quit [Ping timeout: 488 seconds] 18:51 -!- caker [~null@pcp507591pcs.nash01.tn.comcast.net] has joined #uml 18:51 -!- Snow-Man [~sfrost@snowman.net] has quit [Read error: Connection reset by peer] 18:51 -!- Snow-Man [~sfrost@66.93.83.236] has joined #uml 19:35 -!- green [green@linuxhacker.ru] has quit [Ping timeout: 490 seconds] 19:35 -!- green [green@linuxhacker.ru] has joined #uml 19:43 -!- green [green@linuxhacker.ru] has quit [Ping timeout: 488 seconds] 21:06 -!- ElectricElf [~david@elf.noc.oftc.net] has quit [] 21:12 -!- ElectricElf [~david@elf.noc.oftc.net] has joined #uml 22:21 -!- Tusker [~tusker@cm237.omega39.maxonline.com.sg] has joined #uml 22:24 < Tusker> same question as yesterday: I have applied the skas3-host.patch to the host kernel (2.4.21), and am attempting to apply the uml-patch-2.4.21.gz to the uml kernel... and it fails to build with an error (error: redefinition of `struct ptrace_faultinfo') 22:26 < Tusker> I have tried the skas3.ptrace-host.patch.bz2 on the host kernel aswell, with the same results when compiling the uml kernel... 22:26 < caker> did you enable /proc/mm in your kernel config? 22:27 < Tusker> in both the host kernel and the UML kernel 22:27 < caker> ... 22:27 < caker> skas mode = /proc/mm in "make menuconfig" someplace (forget where) 22:27 < Tusker> CONFIG_MODE_SKAS=y 22:27 < Tusker> CONFIG_MODE_TT=y 22:28 < Tusker> CONFIG_PROC_MM=y 22:28 < caker> are you linking back some place to your existing kernel source tree?? 22:29 < Tusker> not actively... 22:29 < Tusker> is there a gcc or make switch to check things like that ? 22:29 < david> Tusker: did you compile in any debug options? 22:30 < Tusker> to which kernel ? 22:30 < david> uml kernel 22:30 < david> that's the one which won't compile, right? 22:30 < Tusker> yeah, correct 22:30 < Tusker> hang on 22:30 < david> I'd do this 22:30 < david> make clean distclean ARCH=um 22:30 < david> make oldconfig ARCH=um 22:30 < david> make linux ARCH=um 22:32 < Tusker> it's building away 22:32 -!- desaster [~desaster@dsl-jklgw1o22.dial.inet.fi] has quit [Read error: Connection reset by peer] 22:32 < david> ok 22:45 < Tusker> same error 22:45 < david> crud 22:46 < david> what's the whole error? 22:46 < Tusker> In file included from process.c:27: 22:46 < Tusker> /usr/src/user-mode-linux/linux-2.4.21/arch/um/include/skas_ptrace.h:9: error: re 22:46 < Tusker> definition of `struct ptrace_faultinfo' 22:47 < Tusker> /usr/src/user-mode-linux/linux-2.4.21/arch/um/include/skas_ptrace.h:14: error: redefinition of `struct ptrace_ldt' 22:51 -!- ASY [~someone@66.36.135.202] has quit [Remote host closed the connection] 22:51 -!- ASY [~someone@66.36.135.202] has joined #uml 22:53 < david> weird 22:53 < Tusker> yeah, I think so too 22:54 < caker> you build the host kernel and the uml kernel out of different directories, right? 22:54 < Tusker> definitely 22:54 < caker> and you've tried from scratch a few times? :-) 22:54 < Tusker> a few? :) 22:55 < david> Tusker: try download 2.4.21.tar.gz and applying 2.4.20-um6 to it 22:55 < david> ignore the reject and try to build it 22:56 < Tusker> yeah, i've tried that... it's worse... :) [though don't remember the errors] 22:57 < Tusker> before I had the skas3 patches in the kernel, the UML kernel built fine 22:59 -!- mdz [~mdz@216-15-124-77.c3-0.smr-ubr3.sbo-smr.ma.cable.rcn.com] has quit [Quit: Client exiting] 23:02 < caker> Do you mean you patched the same tree with skas and uml-patch? 23:03 < david> that'd certainly cause problems :-) 23:04 < Tusker> no... (i did try that though... the patches failed because of patching the same areas of code) 23:04 < caker> So you mean once you rebooted into a skas-enabled kernel, that the uml kernel wouldn't compile? 23:05 < Tusker> correct 23:05 < caker> That should make no difference .. what gcc version are you on? 23:05 < Tusker> but, the previously built 2.4.20 patch 6 kernel works fine with the skas mode 23:06 < Tusker> gcc3.3 23:07 < Tusker> I can try with 2.95.3 if you think that will help ? 23:08 < caker> It wouldn't guess that it would help.. 23:08 -!- mdz [~mdz@216-15-124-77.c3-0.smr-ubr3.sbo-smr.ma.cable.rcn.com] has joined #uml 23:11 < Tusker> so, any ideas? :) 23:12 < caker> any other patches you're applying? 23:12 < Tusker> no 23:12 < caker> modify the Makefile at all? 23:12 < Tusker> vanilla 2.4.21 + skas3 (non ptrace patch) for host kernel 23:17 < Tusker> vanilla 2.4.21 + uml-patch-2.4.21 for UML kernel 23:17 < caker> without the ptrace patch, uml will fail to RUN under the host kernel you built, but .. 23:17 < caker> it should compile regardless 23:17 < caker> what commands are you using to compile it? 23:17 < caker> what config are you using? 23:17 < Tusker> make linux ARCH=um 23:17 < Tusker> vanilla config 23:17 < caker> make oldconfig ARCH=um? 23:17 < Tusker> yeah 23:17 -!- ASY- [~someone@66.36.135.202] has joined #uml 23:17 < caker> all the make's with ARCH=um? 23:17 < Tusker> yup 23:17 < caker> no clue 23:17 < caker> go find out where it's already defined 23:17 < caker> and see why 23:17 < Tusker> i tried to do that... 23:17 < Tusker> I couldn't find anywhere where the struct is defined... 23:17 < Tusker> other than that .h 23:17 < Tusker> and i couldn't find anywhere else that included that .h 23:17 -!- ASY [~someone@66.36.135.202] has quit [Read error: Connection reset by peer] 23:17 -!- ASY- is now known as ASY 23:18 < caker> anything weird in your environment? 23:18 < Tusker> define weird, and I can check :) 23:19 < caker> anything pointing to other include dirs 23:19 < Tusker> not that I know of 23:20 < Tusker> "Linux srcmage.gnu.linux 2.4.20-6um" runs under the current skas3 patched host kernel 23:21 < caker> you might want to try gcc 2.95 .. 23:22 < Tusker> how do I specify CC='blah' ? 23:22 < caker> edit Makefile .. "HOSTCC" 23:22 < caker> but, you're better of linking gcc --> gcc-2.95 23:22 < caker> I think you'd have to hack the makefile more 23:25 < Tusker> ok, linked... we'll see how it works this time around :) 23:32 < Tusker> exact same error 23:37 < Tusker> ok... is there a verbose error option that I can use with gcc to determine the issue ? 23:42 < Tusker> arghh... food time :) 23:46 < Tusker> grep -r ptrace_faultinfo * 23:46 < Tusker> let's see if there is ANY file that has that --- Log closed Thu Jul 17 00:00:00 2003