**** BEGIN LOGGING AT Mon Feb 08 02:59:57 2010 Feb 08 09:59:18 I merged kexec-tools with Debian Feb 08 10:00:09 nice ! Feb 08 10:00:15 but it still doesnt work ? Feb 08 10:00:18 (on arm) Feb 08 10:03:01 ogra: It still hangs when you try to kexec within qemu/versatile Feb 08 10:03:12 The Debian merge was mostly packaging stuff Feb 08 10:04:39 The packaging is sane again? Feb 08 10:05:37 Yes Feb 08 10:05:49 The Ubuntu diff is absolutely bearable Feb 08 10:06:06 We mostly disable kexec on boot by default and add kdump Feb 08 10:06:38 Too bad I didn't notice there is a kernel.ubuntu.com/git kexec-tools git tree, but it has its own issues anyway Feb 08 10:07:50 I suspect it's from that tree that last week's tests were executed. Feb 08 10:07:54 I mailed cooloney on the kexec issue; I hope he can help us there, it's too low level for me Feb 08 10:08:07 Probably best to coordinate with ericm_ and NCommander to make sure everyone is testing the same source. Feb 08 10:08:26 I thought ericm was doing most of that, but cooloney may also be able to help. Feb 08 10:08:27 persia: The tree has the same issues as lucid, it's out of date by one upload before my work and just misses the kdump init script Feb 08 10:08:44 I rather suspect NCommander took Debian's or upstream's kexec-tools Feb 08 10:08:58 Quite possibly. Feb 08 10:12:10 I wonder whether ericm can be bothered for versatile kexec Feb 08 10:12:11 lool: Did you ever get anywhere with the pbuilder-dist changes to do better detection of when to use the alternate debootstrap? Should I track down some other python person? Feb 08 10:12:30 I didn't attack that Feb 08 10:12:40 I suspect that getting versatile kexec working would be a good step towards getting it working anywhere else. Feb 08 10:12:44 My real plan is to remove the need for pbuilder-dist altogether, but that's a longer term effort Feb 08 10:12:47 No worries then. I'll try to find someone else. Feb 08 10:13:03 I have a solution to drop pbuilder-dist: migrate to schroot/sbuild :) Feb 08 10:13:03 If you remind me of everything we agreed to do, I can certainly do it Feb 08 10:13:10 Eh Feb 08 10:13:28 schroot/sbuild doesn't have cowdancer though; it does have LVM snapshot, but it's a bit different Feb 08 10:13:32 You didn't like me using the architecture to determine when to use the emulator: you seemed to prefer to do host/guest arch compat comparison. Feb 08 10:13:50 schroot *does* have COW now, in 1.4, although I haven't quite figured out how to get it working. Feb 08 10:14:16 It's on my list to try to get schroot to work with pbuilder-style tarballs, COW, etc. in the next few months (although I'm not sure I can release with lucid) Feb 08 10:14:30 I don't see that; are you sure you don't mean LVM COW? Feb 08 10:14:35 I am. Feb 08 10:14:55 persia: I don't see this in /usr/share/doc/schroot/NEWS.gz though; let me check sbuild Feb 08 10:15:23 I don't see it in sbuild's NEWS either Feb 08 10:15:52 persia: Do you have any name/reference for the feature? Feb 08 10:15:55 "Support for union filesystems has been added ... loopback chroots with a temporary writable overlay ...". It's not quite COW, but should have similar performance. Feb 08 10:16:21 Quote is from sbuild's NEWS.gz Feb 08 10:16:54 Ah but that's not in lucid? Feb 08 10:17:00 Yes it is :) Feb 08 10:17:01 I was checking lucid files Feb 08 10:17:18 So was I. Check item 8) in NEWS for 1.3.0-rc1 Feb 08 10:17:20 Why don't I see union in NEWS.Debian and NEWS?? Feb 08 10:17:37 sbuild doesn't have 1.3.0-rc1 Feb 08 10:17:38 Err, sorry. From *schroot* NEWS.gz Feb 08 10:17:46 sbuild is just a build script that runs against schroots. Feb 08 10:17:47 Ack I see it now Feb 08 10:18:00 lool: yeah, i'm looking at that. Feb 08 10:18:20 Using union fses is much cleaner than pbuilder's approach Feb 08 10:18:24 persia: ericm_ made it kexec works on dove, IIRC. Feb 08 10:18:49 cooloney: let me know if you need any help with the setup Feb 08 10:18:51 lool: And `sudo pbuilder` is just pointless escalation. schroot's selective mechanism is much richer. Feb 08 10:18:57 persia: he will help me about this Feb 08 10:19:00 persia: Tell me about it Feb 08 10:19:17 cooloney: I thought it kinda worked, but then crashed on the call, but I may be mistaken. Great to hear you guys will be working together on this. Feb 08 10:19:20 lool: yeah, do you know where can I download the rootfs for testing Feb 08 10:19:36 cooloney: Best to create your own; it's quite easy Feb 08 10:19:38 cooloney: Use rootstock to generate one :) Feb 08 10:20:07 I still call debootstrap by hand, but the recommended tool is probably rootstock or just build-arm-chroot Feb 08 10:20:28 persia: yeah, since imx51 also has some issue about kexec, i need to work on that as well as versatile Feb 08 10:20:30 rootstock will setup misc configs for you, hostname, passwords and the like Feb 08 10:20:38 Definitely rootstock. It does a lot of the installer bits that build-arm-chroot skips, like user creation, etc. Feb 08 10:20:56 (which don't belong in build-arm-chroot, really) Feb 08 10:20:57 lool: oh, it is very slow for me to download the evironment. i tried rookstock before. heh Feb 08 10:21:08 cooloney: You don't have a mirror nearby? Feb 08 10:21:23 cooloney, kexec didnt work on friday when NCommander tried it though that might be because kexec-tools was broken Feb 08 10:21:41 cooloney: I can back you my rootfs if you like, hold on Feb 08 10:21:53 lool: can i try common local ubuntu mirror for that? Feb 08 10:22:03 lool: yeah, i love that. hehe Feb 08 10:22:09 cooloney: You need a ports mirror sadly Feb 08 10:22:20 ogra: yeah, ericm_ mention that before. Feb 08 10:22:24 cooloney: What I recommend is that you use squid as a caching proxy Feb 08 10:22:38 If the .debs don't change too often, nost of the debootstrap bits will be cached in there Feb 08 10:22:43 lool: i guess there is no such ports mirror in China. Feb 08 10:23:03 cooloney, use approx on your local machine Feb 08 10:23:06 cooloney: squid-deb-proxy is a package which will setup squid to that effect Feb 08 10:23:09 lool: great, is there any wiki for such setup? Feb 08 10:23:13 then you at least only have to download once Feb 08 10:23:25 cooloney: Then you just need to set http_proxy in /etc/environment and you're done Feb 08 10:23:39 or as lool said Feb 08 10:23:40 cooloney: squid-deb-proxy might have some doc Feb 08 10:23:53 cooloney: I'm scp-ing my rootfs, but will take a while Feb 08 10:23:54 lool: got you Feb 08 10:24:00 approx needs no setup though ... you just point to your local IP Feb 08 10:24:06 on port 9999 Feb 08 10:24:07 lool: thanks a lot, if it is done, just email me Feb 08 10:24:54 ogra: right, i think i tried approx before. any wiki about that? Feb 08 10:25:07 lool: email me the url, heh Feb 08 10:25:25 cooloney: URL will be http://people.canonical.com/~lool/rootfs.img Feb 08 10:25:31 but not finished yet Feb 08 10:26:13 cooloney, apt-get install approx ... then use -mirror http://:9999/ubuntu-ports in your scripts (or set http_proxy to :9999) Feb 08 10:26:45 i use it with rootstock all the time to speed up my testbuilding Feb 08 10:27:03 * lool simply has a local mirror Feb 08 10:27:28 A local mirror tends to be the easiest way to deal with limited bandwidth, but does require a bit more hardware. Feb 08 10:27:41 * ogra thinks lool is a rich man who can waste useful diskspace Feb 08 10:28:38 * lool thinks his time is more valuable than hardware Feb 08 10:28:39 with a disk that costs €20/GB i really dont like to waste it Feb 08 10:29:13 20 EUR/GB? are these made of gold? Feb 08 10:29:26 well, i rarely need most of the packages from the mirror ... so just caching the ones i use over and over makes a lot more sense Feb 08 10:29:35 OMG, you guys all have local mirror? Feb 08 10:29:38 lool, no, of super speedy flash :) Feb 08 10:29:50 https://www.materiel.net/ctl/Disques_durs_internes_SATA/46461-Barracuda_7200_12_S_ATA_1000_Go_32_Mo.html Feb 08 10:29:59 so normally, how big disk is enough for setup a mirror? Feb 08 10:30:02 cooloney, nope, as i said above, i think a local mirror is a waste of diskspace Feb 08 10:30:21 ogra: apparently, you don't have, heh Feb 08 10:30:48 ogra: you got faest speed maybe. heh Feb 08 10:30:55 That's .075790 EUR/GB :) Feb 08 10:31:01 a local proxy will only cache what i need, a local mirror copies the whole archive Feb 08 10:31:10 ogra: right. Feb 08 10:31:15 lool, does it boot in 8sec ? :P Feb 08 10:31:16 ogra: That only works if you always the same stuff Feb 08 10:31:25 but lool doesn't care about that Feb 08 10:31:25 ogra: Actually about that yes Feb 08 10:31:27 indeed, its perfect for image builds Feb 08 10:31:36 Because it's in RAID10 and doesn't start the desktop Feb 08 10:31:44 haha Feb 08 10:31:48 cheater Feb 08 10:32:09 lool, http://people.canonical.com/~ogra/osiris-lucid-20100202-6.png :P Feb 08 10:32:31 and thats a slow boot ... i usually have around 230MB/s Feb 08 10:33:08 Stop wagging :p Feb 08 10:33:19 lool: how big is your rootfs? heh Feb 08 10:33:24 ogra: Err you know I have SSD on my laptop since a year and a half? Feb 08 10:33:26 lool: 1G? Feb 08 10:33:31 Plus mine is bigger than yours Feb 08 10:34:02 lool, yeah, as i said, youre a rich man ... i'm a poor german, cant spend on wine for lunch :P Feb 08 10:34:38 ogra: lol Feb 08 10:34:48 Just don't try teasing me! Feb 08 10:50:11 cooloney: Done uploading Feb 08 10:50:37 cooloney: There isn't much free space, you can grow the rootfs by appending some zeroes to the file and growing with ext2resize Feb 08 11:11:10 lool, was it you who added the if [ ! -f /usr/share/debootstrap/scripts/$DIST ];then check to rootstock ? Feb 08 11:12:19 * ogra cant remember from where that got merged, but it seems silly to additionally keep the version check code Feb 08 11:12:23 * persia suggests `bzr blame ...` Feb 08 11:12:53 persia, bah, trying to kill my lazyness ? Feb 08 11:13:00 Every day, in every way :) Feb 08 11:13:02 23 ogra@ub | if [ ! -f /usr/share/debootstrap/scripts/$DIST ];then Feb 08 11:13:09 hrm Feb 08 11:13:19 committer: Oliver Grawert Feb 08 11:13:21 add a check if debootstrap supports $DIST, thanks to Erik Corry for the fix ! Feb 08 11:13:37 oh, k Feb 08 11:13:49 i think i got that one by mail Feb 08 11:14:25 adn i think i'll just kill all the silly version checking then Feb 08 11:16:06 ogra: This check doesn't seem too bad though, what's the issue with it? Feb 08 11:16:46 lool, nothing apart from bloating the code if we check for /usr/share/debootstrap/scripts/$DIST anyway Feb 08 11:17:15 its kind of a duplication imho Feb 08 11:17:26 ogra: Where do you do that? in build-arm-chroot? Feb 08 11:17:34 rootstock Feb 08 11:17:48 So where is it duplicated? Feb 08 11:17:52 if $(dpkg --compare-versions $DBSV lt $DEBOOTSTRAP_MIN_VER);then Feb 08 11:17:56 vs Feb 08 11:18:01 if [ ! -f /usr/share/debootstrap/scripts/$DIST ];then Feb 08 11:18:11 The version check is the one I'd drop Feb 08 11:18:28 right, thats what i said :) Feb 08 11:18:36 The data-driven check seems more future proof than a version requirement which will be out of date every release Feb 08 11:18:59 right Feb 08 11:25:57 * ogra -> break Feb 08 12:02:24 lool: i am downloading now. Feb 08 12:03:23 lool: it is 300M, need I append some zeroes? I don't understand heh Feb 08 12:06:03 its an img not a rootfs Feb 08 12:06:41 so to have more space on it you need to make it bigger by adding zero byte blocks and resize the partition Feb 08 12:07:46 ogra: got you. so normally how to do that : adding zero? Feb 08 12:07:58 use dd Feb 08 12:16:48 ogra: dd conv=notrunc oflag=append if=/dev/zero of=rootfs.img bs=1M count=1024 Feb 08 12:17:19 ogra: is this kind of command, right? add 1G zeroes at end of rootfs.img Feb 08 12:19:10 cooloney, hmm, never used append, but if it does the same as skip and seek that should work Feb 08 12:19:22 best to try it on a copy of the image i guess :) Feb 08 12:20:23 ogra: heh, right. hehe Feb 08 13:11:28 cooloney: That seems about right Feb 08 13:11:49 cooloney: Or just dd if=/dev/zero bs=something count=something >> rootfs.img Feb 08 13:12:16 * ogra guesses cooloney would already have shouted and cired if it hadnt worked :) Feb 08 13:12:24 *cried Feb 08 13:12:37 ogra: But it's actually a rootfs Feb 08 13:12:49 It's just that most people say rootfs when they mean rootfs tarball Feb 08 13:15:09 well, one is an imag the other is the content of a filesystem Feb 08 13:15:28 neither is named right anyway :) Feb 08 13:15:43 since neither is actually a filesystem per se Feb 08 13:26:00 the rootfs.img is a filesystem Feb 08 13:26:03 i.e. root file system Feb 08 13:41:03 asac: is bug #474322 on your radar? Feb 08 13:41:04 Launchpad bug 474322 in linux-fsl-imx51 (Ubuntu Jaunty) (and 1 other project) "linux-image-2.6.28-16-imx51 appears broken on armel (affects: 1)" [Critical,Triaged] https://launchpad.net/bugs/474322 Feb 08 13:41:30 it's from November and is a regression in a security update of the kernel in jaunty Feb 08 13:44:04 rcn-ee: Re: your qemu-arm-static -> qemu-kvm-extras-static issues: this should be fixed in latest versions Feb 08 13:44:10 rcn-ee: let me know if it isn't Feb 08 13:46:31 rcn-ee: Do you have a place where you publish your daily rootstock build logs, or is http://rcn-ee.homeip.net:81/dl/rootstock/ just updated manually? Feb 08 13:46:45 I wonder whether we should publish daily built rootfs like the UEC images Feb 08 13:47:16 I wonder why devtmpfs breaks for you Feb 08 13:49:18 rcn-ee: Regarding the "fixed" statement above, note that setuid binaries still won't work, but this is an inevitable consequence of how the emulation is done. Feb 08 13:51:04 ogra, lool, i've built some kernel .deb's for lool's versatile configuration changes, want to get some testing on them before i upload them; see the 13.18 kernels here: http://people.canonical.com/~apw/misc/arm/ Feb 08 13:52:53 apw, will test soon, thanks a lot Feb 08 14:00:11 apw: Tested with serial console, works fine up to a console login prompt Feb 08 14:03:21 cooloney: can you check the bug lool mentioned? Feb 08 14:03:25 474322 Feb 08 14:03:27 that is Feb 08 14:04:15 cooloney: seems it stopped working on bbg1 after security update... thanks! Feb 08 14:05:26 apw: Checking with graphics now (vga/fb video output) Feb 08 14:06:01 apw: Boots fine; NB: I just extracted the vmlinuz file and usese that Feb 08 14:06:38 ok Feb 08 14:07:13 apw: I don't think it's a regression, but I can't actually poweroff/reboot the system Feb 08 14:07:13 lool, yeap it looks fixed... (worked friday night when i was testing things for ogra)... For reference my 'nightly' builds are here.. http://rcn-ee.homeip.net:81/dl/daily/ubuntu-lucid.log i need to do a bzr pull thou, it's karmic + lucid tweak... Feb 08 14:07:25 The userspace bits seem to happen fine, but it doesn't actually reboot/stop Feb 08 14:07:43 i think reboot never worked Feb 08 14:07:53 at least with the archive kernels Feb 08 14:08:01 Is this an issue with qemu, or with the kernel? Feb 08 14:08:08 ok .. i guess i am trying to ensure its not a regressing kernel for you guys Feb 08 14:08:16 persia: I don't know, and it's a case where it's hard for me to tell Feb 08 14:08:28 I do see "Restarting" on the console, and then nothing happens Feb 08 14:08:38 ah, no shutdown never worked for me ... Feb 08 14:08:45 asac: no problem, but I need to setup my bb1 board tomorrow. Feb 08 14:08:46 apw: I really don't think it's a regression, but I never paid attention Feb 08 14:08:56 apw: The current archive kernel doesn't work at all, so... :) Feb 08 14:09:07 its very likely not a regression Feb 08 14:09:32 thats fine with me, as long as ogra is happy i'll call it good Feb 08 14:09:36 apw, just upload, if it works for lool it will surely work for me too (i use way less features) Feb 08 14:10:31 * ogra only needs ext2/NIC and serial console Feb 08 14:12:30 lool, rm /bin/installer && reboot -fp ... thats in rootstock since day one ... i wouldnt have used -f if it would power doen properly Feb 08 14:12:35 *down Feb 08 14:13:01 not clear though if its qemu ... Feb 08 14:31:59 weird, i cant get it to boot Feb 08 14:32:26 it works if i dont use serial Feb 08 14:32:33 apw, lool ^^^ Feb 08 14:33:27 * apw puts those changes on one side Feb 08 14:34:18 hrm Feb 08 14:34:33 if i add mem=256M to the append line it works Feb 08 14:37:48 weird Feb 08 14:39:10 So it just can't handle much memory? I thiought there was a patch for 512M (and seem to remember fiddling with it in jaunty) Feb 08 14:39:49 no, its not that, i copied another append line that differs in ro vs rw and mem=256M Feb 08 14:40:03 its not the mem but the ro/rw Feb 08 14:40:08 it boots fine with ro Feb 08 14:40:08 Aha. Feb 08 14:40:13 but not with rw Feb 08 14:40:19 Very odd. Feb 08 14:40:26 apw, i can work around that in the script Feb 08 14:40:31 so please upload Feb 08 14:40:43 yes, odd indeed Feb 08 14:40:46 hrm, ok i suppose Feb 08 14:40:48 ogra: How much memory are you using? Feb 08 14:40:54 lool, 256M Feb 08 14:40:58 but see above Feb 08 14:41:01 its not that Feb 08 14:41:04 That works for me without mem= Feb 08 14:41:10 it seems it cant boot with rw on the cmdline Feb 08 14:41:12 qemu-system-arm -m 256 -drive file=rootfs.img,media=disk -M versatilepb -cpu cortex-a8 -kernel vmlinuz-2.6.32-13-versatile -append 'rootwait root=/dev/sda 2' is what I use Feb 08 14:41:31 * ogra tries with dropping ro/rw completely Feb 08 14:42:08 [ 5.451770] VFS: Mounted root (ext2 filesystem) readonly on device 8:0. Feb 08 14:42:15 ok, it defaults to ro Feb 08 14:42:22 lool, does it boot if you add rw ? Feb 08 14:42:45 Yes Feb 08 14:42:48 for me it panics with "cant find rootfs" Feb 08 14:42:55 It works fine here Feb 08 14:43:15 * ogra tries rootwait, probably a race Feb 08 14:43:40 Err yes if you don't have a large rootdelay or rootwait it wont find your rootfs in time Feb 08 14:43:55 the scsi disk typically appears a couple of seconds after the kernel tries mounting the rootfs Feb 08 14:44:13 [ 5.430661] VFS: Cannot open root device "sda" or unknown-block(8,0) Feb 08 14:44:13 [ 5.430938] Please append a correct "root=" boot option; here are the available partitions: Feb 08 14:44:17 nope Feb 08 14:44:39 i usually dont need rootwait or anything ... never did Feb 08 14:45:14 qemu-system-arm -M versatilepb -cpu cortex-a8 -kernel tmp/boot/vmlinuz-2.6.32-13-versatile -hda /var/build/qemu-armel-201002081506.img -m 256 -nographic -append "console=ttyAMA0,115200n8 root=/dev/sda rootwait rw" Feb 08 14:45:17 doesnt work Feb 08 14:45:43 exactly the same line but dropping rw works Feb 08 14:46:51 lool, can you try adding rw ? Feb 08 14:46:57 ogra: I already did Feb 08 14:47:01 hmm Feb 08 14:47:09 i wonder why it reliably breaks here Feb 08 14:47:09 Do you actually have read/write on /var/build/qemu-armel-201002081506.img? Feb 08 14:47:19 heh Feb 08 14:47:23 no, indeed Feb 08 14:47:28 pfff Feb 08 14:47:44 * ogra re-adds the sudo bit to the README ... Feb 08 14:47:54 You don't need sudo to run qemu-system-arm Feb 08 14:47:58 Just move your images to your home Feb 08 14:48:02 i just removed that from the rootstock doc ... now i remember again why i added it Feb 08 14:48:06 Advising sudo is actually dangerous Feb 08 14:48:17 well, the image is created as root Feb 08 14:48:28 so owned by root Feb 08 14:48:29 Well you don't need to Feb 08 14:48:44 You just need to mount the file as root and run debootstrap as root, but you don't need to dd the file as root Feb 08 14:48:47 i do Feb 08 14:49:00 Look, I just created this file as user Feb 08 14:49:03 And it worked Feb 08 14:49:15 yes, but you dont use it loop mounted until you finished Feb 08 14:49:26 I sudo loop mount it Feb 08 14:49:37 it is loop mounted during rootstock Feb 08 14:49:45 Yes, so $sudo loop mount it Feb 08 14:49:50 hrm Feb 08 14:49:58 Here's an example script I use http://paste.ubuntu.com/371731/ Feb 08 14:50:10 You can run it as root or not, it will call sudo when it needs to Feb 08 14:50:11 thats ugly because i will pop passwd prompts all the time Feb 08 14:50:34 Actually, one should put a check on that class of script to fail if run as root (see mk-sbuild-lv for a nice check) Feb 08 14:50:38 There is some caching, so it will only prompt if it's too late; you can workaround that with a helper Feb 08 14:50:58 * ogra sighs Feb 08 14:50:59 persia: That's an option; you can easily flip the check Feb 08 14:51:07 i will not stop running the script as root Feb 08 14:51:26 i want it to run automated if needed Feb 08 14:51:30 ogra: So run qemu-system-arm as root then, but don't advise people to do so by default Feb 08 14:51:52 ogra: So how are you going to automate running your script as root? Feb 08 14:51:53 yeah, i'll add inof the the doc Feb 08 14:52:06 i dont, users do Feb 08 14:52:15 and they usually set up root cronjobs Feb 08 14:52:42 i'll just add info to the doc ... i wont scatter sudo calls across the script Feb 08 14:59:45 did you actually read the link? Feb 08 14:59:50 it doesn't call sudo if called as root... Feb 08 15:01:41 i have the very same check in rootstock ... just not the $sudo var Feb 08 15:02:08 * ogra curses about broken userspace Feb 08 15:02:12 * Starting init crypto disks... [ OK ] Feb 08 15:02:17 hangs :( Feb 08 15:02:29 silly ubiquity -> oem-config merge Feb 08 15:03:05 pulls in half the world and breaks ... old oem-config worked Feb 08 15:03:34 and didnt pull in many deps Feb 08 15:05:49 if [ $(id -u) != 0 ];then Feb 08 15:05:49 echo "must be run as root" Feb 08 15:05:49 exit 2 Feb 08 15:05:49 fi Feb 08 15:05:56 lool, ^^^ fyi Feb 08 15:53:27 bah, so oem-config goes into an endless loop on my rootstock image Feb 08 17:41:34 i think we need to forget about oem-config usage in rootstock thats way to messed up and only focused on d-i installs it seems Feb 08 17:41:54 s/d-i/d-i or ubiquity/ Feb 08 17:42:15 the ui requires metacity which in turn pulls in 400M of deps Feb 08 17:42:33 the debconf frontend doesnt finish and goes into an endless loop Feb 08 17:46:44 ah, well, without recommends its less but still 30MB Feb 08 17:51:05 rcn-ee, had disk transfers running over the weekend on that kernel, no random usb reconnects or errors that I can see Feb 08 17:51:09 rcn-ee, i.e., looks great :) Feb 08 18:28:17 lool, hmm, did you try running any X programs in qemu yet ? Feb 08 18:28:30 specifically pygtk stuff Feb 08 18:28:49 seems to fail pretty badly here Feb 08 18:31:09 ugh, even metacity Feb 08 18:47:40 i dont think its actually happy with the faked cortex-a8 Feb 08 18:53:04 hmm, cpuinfo thinks its capable of thumb and neon Feb 08 19:00:56 * ogra calls it a day Feb 08 22:25:35 persia: According to linux/Documentation/binfmt_misc.txt, one can set a flag to preserve the original security bits of a program Feb 08 22:25:56 persia: It changes the calling convention though, so I don't think it would work with out current qemu-system-arm Feb 08 22:25:59 lool: Cool! Feb 08 22:26:06 Aha. Feb 08 22:38:18 lool: Reading the docs, I'm not sure I understand why we can't just pass the 'C' flag and have it work. Feb 08 22:38:43 persia: Because it doesn't pass a real file to the qemu-arm command-line Feb 08 22:38:51 It is because of the implied 'O'? Feb 08 22:39:08 persia: Currently, when the binfmt hook is triggered for e.g. /bin/sh, what happens is that the kernel calls qemu-arm /bin/sh Feb 08 22:39:20 persia: Yes Feb 08 22:39:42 Ah, so we'd need to modify qemu-arm-static to take file descriptors rather than file names. Feb 08 22:40:41 Yes Feb 08 22:40:49 Or have a wrapper Feb 08 22:41:34 A wrapper can do FD -> path changes? Feb 08 22:42:01 That's more shell than I know, or do you mean a compiled wrapper? Feb 08 22:50:58 lool: Reading the docs more carefully, I think we do want to change the calling convention. I can well imagine cases where a user wants to execute a file to which that user doesn't have read access when dealing with nested chroots, etc. Feb 08 22:51:53 But I'm entirely unsure how to do that with a wrapper: I suspect it needs changes to qemu-arm-static itself. I'd appreciate any pointers if you have them. Feb 08 22:57:52 persia: I'm trying to write such a wrapper, but I fail miserably Feb 08 22:58:13 When trying to run my x86-64 static wrapper under an armel chroot I get: Error -8 while loading /usr/bin/qemu-arm-static Feb 08 22:59:21 persia: I think we would just need a wrapper which passes /dev/fd/N to qemu-system-arm, but I'm not sure; that's what I wanted to verify Feb 08 22:59:30 But in the end we would likely patch qemu Feb 08 23:00:34 I thought that /dev/fd/N was defined on a per-process basis. Feb 08 23:00:44 It is :-) Feb 08 23:01:00 In that case, we can't pass it to a new process :) Feb 08 23:01:11 So a qemu patch *is* required. Feb 08 23:01:42 persia: exec is the same process Feb 08 23:01:58 I think my exec doesn't work because it needs to be handled by binfmt Feb 08 23:02:27 Hrm? Feb 08 23:03:56 persia: exec() is implemented with binfmt, if my wrapper called from binfmt tries to exec it wont work (well that's my guess) Feb 08 23:03:59 not sure it's correct Feb 08 23:04:16 Another static utility which just puts() argv / argc works, so it's not my build Feb 08 23:04:49 * lool will check this out tomorrow & Feb 08 23:04:57 Have a good night :) **** ENDING LOGGING AT Tue Feb 09 02:59:56 2010