From: sten <li...@re...> - 2004-12-08 18:08:19
|
I'm trying to build a new guest kernel so I can apply the SHFS patch to it, but I'm finding I can not successfully build UML guest kernels at all, SHFS or no. I've boiled down the process to: rm -rf linux-2.6.8.1 tar xjvf linux-2.6.8.1.tar.bz2 cd linux-2.6.8.1 bzip2 -dc ../uml-patch-2.6.8.1-1.bz2 | patch -p1 make mrproper ARCH=um make menuconfig ARCH=um make linux ARCH=um $ ./linux Segmentation fault I've tried 2.4.24 through .27, and 2.6.8-1 with patches from user-mode-linux.sf.net, and vanilla sources from kernel.org. I've tried GCC 2.95, 3.2 and 3.3. I'm running Debian/sarge, and I've tried on a Pentium 4 Mobile 2Ghz, an Athlon T-bird 1.1GHz, and a Via C3 600MHZ. I must be doing something wrong, but can't for the life of me imagine what. Any suggestions would be greatly appreciated. My kernel config is at http://redboy.cx/uml-config-sshfs, since I wasn't sure if the list accepted attachments. While I have your ears, I have also tried using make-kpkg --rootcmd fakeroot --arch um kernel_image to try to build a uml binary package, but the process fails with: mv /home/sten/tmp/uml/linux-2.6.8.1/debian/tmp-image/lib/modules/* debian/tmp-image/usr/lib/uml/modules/ -v mv: cannot stat `/home/sten/tmp/uml/linux-2.6.8.1/debian/tmp-image/lib/modules/*': No such file or directory make[1]: *** [real_stamp_image] Error 1 make[1]: Leaving directory `/home/sten/tmp/uml/linux-2.6.8.1' make: *** [kernel-image-deb] Error 2 I'm not building any modules; how do I get around this error? TIA! -sten |
From: Jeff D. <jd...@ad...> - 2004-12-08 21:22:46
|
li...@re... said: > $ ./linux > Segmentation fault Sounds like your /tmp is mounted noexec. If you were to run a recent 2.6.{9,10}, you'd get a nice error message saying so. Jeff |
From: Blaisorblade <bla...@ya...> - 2004-12-10 20:40:14
|
On Wednesday 08 December 2004 19:08, sten wrote: > While I have your ears, I have also tried using make-kpkg --rootcmd > fakeroot --arch um kernel_image to try to build a uml binary package, > but the process fails with: > mv /home/sten/tmp/uml/linux-2.6.8.1/debian/tmp-image/lib/modules/* > debian/tmp-image/usr/lib/uml/modules/ -v Well, you're not building any modules... so that "mv" cannot work... the wildcard does not match anything! > mv: cannot stat > `/home/sten/tmp/uml/linux-2.6.8.1/debian/tmp-image/lib/modules/*': No > such file or directory > make[1]: *** [real_stamp_image] Error 1 > make[1]: Leaving directory `/home/sten/tmp/uml/linux-2.6.8.1' > make: *** [kernel-image-deb] Error 2 > > I'm not building any modules; how do I get around this error? Well, complain against make-kpkg, or study its options better (don't know which one). It shouldn't execute that line! But knowing Debian's quality, I guess that you should just say it that you aren't building modules. Don't ask *me* further as I never used Debian. Bye -- Paolo Giarrusso, aka Blaisorblade Linux registered user n. 292729 http://www.user-mode-linux.org/~blaisorblade |
From: sten <li...@re...> - 2004-12-13 15:10:05
|
Blaisorblade wrote: > Well, complain against make-kpkg, or study its options better (don't know > which one). It shouldn't execute that line! But knowing Debian's quality, I > guess that you should just say it that you aren't building modules. still working on which of those was the problem. My original issue, though, was solved by re-enabling TT support, even though I'm using SKAS3 on the host, and SKAS3 works in the UML binary. Not sure what the deal is with that, yet. Does SKAS3 need to be enabled on the host where I compile the kernel for some reason? I'm building the UML kernel on a faster machine w/o SKAS3, but running it on a machine w/ SKAS3. -sten |
From: Hegedus G. <hyg...@jp...> - 2004-12-13 15:41:49
|
Hi! I'm running 12 UML-s with nice level 1 (first 15). Inside the uml-s the reaction time for a disk io is poor. Eg if I make apt-get install wget it is about 5 minutes. It is a RAID5 array, with adaptec 2120S scsi raid controller, 3 (10000rpm) disk-s in the raid array. The host system is responding enough fast. But inside the uml-s it is slow. rgstudio:/home/hygy# cat /proc/cpuinfo ---------------------------------------------- model name : Intel(R) Pentium(R) 4 CPU 2.80GHz stepping : 3 cpu MHz : 2793.056 cache size : 1024 KB bogomips : 5570.56 ----------------------------------------------- top: ------------------------------------------------------------------------ top - 16:28:27 up 2 days, 4:02, 9 users, load average: 4.60, 4.75, 4.17 Tasks: 109 total, 9 running, 89 sleeping, 11 stopped, 0 zombie Cpu(s): 0.0% user, 14.0% system, 8.1% nice, 77.9% idle Mem: 2070148k total, 2020032k used, 50116k free, 44056k buffers Swap: 2321384k total, 11120k used, 2310264k free, 1833876k cached ------------------------------------------------------------------------- skas patch is on: ----------------------------------------------------------------------- Checking for the skas3 patch in the host...found Checking for /proc/mm...found ----------------------------------------------------------------------- I'm using kernel (vanillia kernel patched with: host-skas3-2.4.25-v3.patch) ------------------------------------------------------------------------ Linux version 2.4.27 (root@rgstudio) (gcc version 3.3.4 (Debian)) #22 2004. dec. 11., szombat, 11.06.14 CET ------------------------------------------------------------------------ What can I check? Correct? thanks! bye HyGy |
From: Paolo G. <bla...@ya...> - 2004-12-16 19:02:28
|
On Monday 13 December 2004 16:46, Hegedus Gabor wrote: > Hi! > > I'm running 12 UML-s with nice level 1 (first 15). Inside the uml-s the > reaction time for a disk io is poor. Eg if I make apt-get install wget > it is about 5 minutes. > It is a RAID5 array, with adaptec 2120S scsi raid controller, 3 > (10000rpm) disk-s in the raid array. > The host system is responding enough fast. But inside the uml-s it is > slow. Guess you should disable Synchronous UBD in the kernel config and replace on the UML command line ubd#=... with ubd#s=.... that makes each UBD synchronous again, but in a different, faster way, with no safety loss... (in recent UML kernels this bad "Synchronous UBD" behaviour has been disabled). The performance hit was due to the fact that the whole UML kernel (including all the processes) paused while waiting for the host I/O result, while in the "fast" configuration described it's done by a separate thread, thus allowing execution of other work during the disk I/O. Search for "bonnie++" and "killing" together on the archives and you should find this. Btw - what's your UML version?(you forgot exactly this) > I'm using kernel (vanillia kernel patched with: > host-skas3-2.4.25-v3.patch) Correct. -- Paolo Giarrusso, aka Blaisorblade Linux registered user n. 292729 http://www.user-mode-linux.org/~blaisorblade |