**** BEGIN LOGGING AT Thu Aug 09 02:59:59 2012 Aug 09 03:28:45 ogra_: seems the flash-kernel hook at initramfs broke the way linaro uses to generate the image Aug 09 03:29:04 without a valid fstab, update-initramfs will be blocked at /usr/share/initramfs-tools/hooks/flash_kernel_set_root Aug 09 03:29:59 at pause_error Aug 09 03:33:45 that's just because we install the kernel and the extra packages before setting up the rootfs Aug 09 03:36:50 ogra_: while we could fix at linaro-media-create, to set up fstab before installing the packages, this would probably be an issue when using a chroot that contains a valid kernel package installed Aug 09 03:37:18 guess it'd also try to update the initramfs, and would prompt the user at the same warning message Aug 09 05:44:11 ogra_: mind reviewing the debdiff? bug 1034734 Aug 09 05:44:13 Launchpad bug 1034734 in flash-kernel "flash-kernel shouldn't prompt the user when updating initramfs in case there's no valid /etc/fstab" [Medium,Confirmed] https://launchpad.net/bugs/1034734 Aug 09 05:44:37 I pushed a similar version at our overlay ppa and I'm finally able to get them working and booting again Aug 09 05:45:07 without this patch it'll set root as "", which it'll not end up finding the rootfs to mount at the boot Aug 09 05:45:15 janimo: probably what caused your boot issue as well ^ Aug 09 05:45:37 * rsalveti gone Aug 09 08:00:30 rsalveti: fstab is the wrong place to be looking for the root device in the first place. Aug 09 08:26:43 rsalveti, you mean the quantal linaro image not booting? thanks Aug 09 08:37:09 rsalveti, i'm working currently on changing that ;) Aug 09 08:37:47 infinity, thanks for the cedarview package reviews Aug 09 08:38:47 rsalveti, /etc/default/flash-kernel will carry the cmdline, you can just put a default value for root= in there Aug 09 09:45:04 infinity, its not wrong, it is doing what it is defined to do (there ia a switch in the db for it that i will flick as soon as we generate proper bootloader configs again) Aug 09 09:59:03 ogra_: No, it's wrong regardless. Systems can run without an fstab. Refusing to install a bootloader because you can't be bothered to actually find the rootfs (but, instead, just trust fstab) is, well. Wrong. Aug 09 09:59:32 ogra_: But I agree that the wrongness will be worked around by switching to commandline mangling. Aug 09 09:59:37 not if you say that the parameter in the config will do exactly this :) Aug 09 10:00:00 ogra_: Still, there's no reason to hardcode / ANYWHERE. Aug 09 10:00:13 once we can set Bootloader-sets-root to yes it will behave properly Aug 09 10:00:17 ogra_: I'd have to double-check, but I imagine update-grub does it on the fly, not from conffiles. Aug 09 10:01:16 if grub has a setting "make-grub-search-for-root-in-fstab" and i set that, it is exactly what i expect it to do Aug 09 10:02:55 we simply default to the equivalent option in flash-kernel atm Aug 09 10:04:00 which is wrong but unavoidable until we have proper bootloader configuration in place Aug 09 10:04:04 ogra_: No, but I mean, when you change things to use /etc/default, you're still hardcoding the rootfs. Aug 09 10:04:20 yep Aug 09 10:06:39 I see no reason to do that... Aug 09 10:06:56 just to provie an easy way for the user to change the cmdline Aug 09 10:07:11 No, I'm cool with the easy way to change the commandline. Aug 09 10:07:15 in a generic place all arm setups we offer has Aug 09 10:07:18 Not the hardcoding of the rootfs. Aug 09 10:07:36 oh, i read you now Aug 09 10:07:49 you want the logic from grub copied into f-k Aug 09 10:08:28 or at least similar behavior ... Aug 09 10:08:33 Indeed. Aug 09 10:08:58 * ogra_ agress but doesnt want something like /etc/grub/ in the end :) Aug 09 10:09:06 You should be able to ship /etc/default/f-k in a way where it's the same on every normal system. Aug 09 10:09:10 And running f-k should "just work". Aug 09 10:09:15 right Aug 09 10:09:23 Having the rootfs hardcoded anywhere is wrong. Aug 09 10:09:51 btw ... it just struck me that all the live installer stuff i'm doing here is total nonsense Aug 09 10:10:13 we just need to export FLASH_KERNEL_SKIP ... Aug 09 10:10:46 (and make sure its unset when we run f-k-i) Aug 09 10:10:54 I still think that diverting update-initramfs and only calling it once at the end of the install is the Right Thing, optimisation-wise. Aug 09 10:10:59 But that's certainly not flash-kernel's job. Aug 09 10:11:20 well, diverting works fine up to the point where pkgsel wants to do the same Aug 09 10:11:42 Yes, like I said, it shouldn't be any package's job to do it. Aug 09 10:11:57 my option would be to check for an existing diversion and mangle the DIVERTS list Aug 09 10:12:00 It should be something the installer cleverly sorts out at a more fundamental level (as ubiquity does). Aug 09 10:12:08 but that adds more code that i like to Aug 09 10:12:13 But, in your case, exporting a magic variable does seem much simpler. :P Aug 09 10:12:22 *than Aug 09 10:13:04 hmm, except that in-target doesnt seem to carry it over into the chroot Aug 09 10:13:21 weird, i thought it should Aug 09 10:13:42 in-target just runs commands... Aug 09 10:13:55 chroot /target blah blah Aug 09 10:14:00 yeh, i know Aug 09 10:14:04 That certainly won't carry an environment. Aug 09 10:14:28 And probably clears it intentionally. Aug 09 10:14:35 thats what i mean Aug 09 10:16:25 Yeah, I misread the first time, and thought you were doing somehting odd like "in-target export FOO=1" Aug 09 10:18:03 nope, i just set FLASH_KERNEL_SKIP=1 in the live-installer.postinst at the top Aug 09 10:18:16 hmm, i should probably export as well :P Aug 09 10:18:18 Did you export it? Aug 09 10:18:21 Jinx. Aug 09 10:18:57 * ogra_ sighs, bug 1028905 is making me mad Aug 09 10:18:58 Launchpad bug 1028905 in cdrom-detect "cdrom-detect in quantal omap4 hangs trying to look for install media on an extended partition" [High,Confirmed] https://launchpad.net/bugs/1028905 Aug 09 10:21:30 funnily i didnt see it once during the bamboo-feeder testing where we used rotary usb didsk ... Aug 09 10:21:52 i wonder if its actually limited to flash storage by whatever reason Aug 09 10:23:46 Could be, it was on flash that I saw it here too. Aug 09 10:23:50 But... Weird, if so. Aug 09 10:24:02 yep Aug 09 10:37:09 yeah, exporting works fine indeed Aug 09 10:43:53 infinity, hmm, so grub uses grub-probe from grub-common to find the uuid, i wonder how evil people would consider making flash-kernel depend on grub-common Aug 09 10:46:16 ogra_: Hah. Seems a bit silly. ;) Aug 09 10:47:05 well, grub-probe is a c binary, not sure i would want to pull something like this into f-k Aug 09 10:48:27 If it doesn't depend on anything else in grub-common, one could perhaps examine shipping the binary on its own. Aug 09 10:48:28 (and i surely dont want to have to maintain it) Aug 09 10:48:30 Or something. Aug 09 10:49:01 i guess we have enough scripted alternative tools to find / though Aug 09 10:49:23 from where i could steal snippets and put them into f-k Aug 09 13:03:23 howdy! ubuntu runs the pandaboard with the ondemand governor by default - any nice way to pin it down at 920MHz? or just hackish things? Aug 09 13:04:17 modify the ondemand init script? Aug 09 13:13:44 LetoThe2nd, blacklist cpufreq-ondemand.ko so it can't load if it's a module (although this doesn't stop GNOME from picking it), and pick performance as a governor instead. That said, GNOME definitely forces ondemand the first time you load the power management utilities. Since Unity tends to re-use GNOME code and I think this is definitely one of the things they re-used, there's not really a good way of doing it. You could take the ondemand gover Aug 09 13:13:45 nor out completely though :) Aug 09 13:14:25 Neko: no gnome there, its a cli only install Aug 09 13:14:42 oh, then nothing should try and load it if you blacklist it in theory Aug 09 13:34:44 sigh, nothing more depressing than your server's hd failing Aug 09 13:34:46 ogra_: sorry, didn't follow the entire discussion, but my issue with the current way flash-kernel is dealing with the rootfs parameter is that it replaces the one provided by the bootloader Aug 09 13:34:49 while that can fix a few cases, where the user can't change the bootloader settings, it can also cause some other side effects Aug 09 13:34:52 like not allowing the user to change the rootfs by the command line, just from the rootfs Aug 09 13:35:04 besides that, the implementation was wrong as well, fixed with my debdiff Aug 09 13:35:12 ogra_: how are you planning on fixing the issue? Aug 09 13:35:28 just because that breaks our quantal images Aug 09 13:36:45 rsalveti, just edit the db entry as i described in the bug Aug 09 13:37:03 oh, will check the bug, just got on-line Aug 09 13:37:11 which i will make the default once we started generating bootloader configs again Aug 09 13:37:38 currently it is just set in a way that forces the lookup in fstab Aug 09 13:38:18 well, it's looking for that setting, but it's broken anyway Aug 09 13:38:28 no, it isnt Aug 09 13:38:30 it fails before actually checking for Bootloader-sets-root Aug 09 13:38:42 because we don't have any fstab by the time that script runs! Aug 09 13:38:43 oh, that would be broken Aug 09 13:39:00 Bootloader-sets-root should definitely trigger looking for fstab Aug 09 13:39:14 if thats not happening the right way, i agree it is a bug Aug 09 13:39:46 Bootloader-sets-root: yes should just use whatever the bootloader config provides Aug 09 13:40:02 and shouldnt use fstab or the initrd at all Aug 09 13:40:18 if thats not working as expectd that needs fixing Aug 09 13:40:32 the point is that we currently forcefully default to checking fstab Aug 09 13:40:39 on purpose Aug 09 13:41:26 yeah Aug 09 13:41:41 so the behavior is exactly what we defined in the config Aug 09 13:42:00 the patch I sent it's just makes the script to skip this setting, because in case there's no fstab, there's nothing to do Aug 09 13:42:05 Bootloader-sets-root: yes looking for fstab is a bug though, but a different one Aug 09 13:42:26 right, it isnt supposed to do that, since your initrd wont have the needed entry then Aug 09 13:42:26 the problem with the current code is that it checks for /etc/fstab first and then check for Bootloader-sets-root Aug 09 13:42:37 it should fail if it cant set the entry Aug 09 13:42:47 right, lets fix that then Aug 09 13:43:10 ogra_: alright, let me propose a better fix then Aug 09 13:43:12 suppressing something that was explicitly set isnt the solution though Aug 09 13:44:23 yup Aug 09 13:45:13 * ogra_ tried out postler today ... looked like an awesome minimal desktop mail client... until i found my password in clear text in ~/.config/postler :P Aug 09 13:46:50 ogra_: :D Aug 09 13:54:51 ogra_: But you run full disk encryption anyway, so it doesn't matter, right? :P Aug 09 13:55:00 hahaha Aug 09 13:55:22 ogra_: (And most mail clients store passwords in reversible hashes, it's not actually any more secure) Aug 09 13:56:13 ture ... but plain text ... uh Aug 09 13:56:25 Plain text it just not having silly pretense. Aug 09 13:56:38 and no, i dont get why anyone would use disk encryption on a home desktop Aug 09 13:56:40 As long as the file perms are correct, it's the same level of security as every other client. Aug 09 14:00:20 ogra@anubis:~/Devel/kernels/build/ubuntu-precise-imx6-sabre-77f462e$ ls ../*deb Aug 09 14:00:21 ../crypto-modules-3.2.0-1001-imx6-sabre-di_3.2.0-1001.2_armhf.udeb ../linux-headers-3.2.0-1001_3.2.0-1001.2_armhf.deb ../linux-image-3.2.0-1001-imx6-sabre_3.2.0-1001.2_armhf.deb ../nic-shared-modules-3.2.0-1001-imx6-sabre-di_3.2.0-1001.2_armhf.udeb Aug 09 14:00:21 ../kernel-image-3.2.0-1001-imx6-sabre-di_3.2.0-1001.2_armhf.udeb ../linux-headers-3.2.0-1001-imx6-sabre_3.2.0-1001.2_armhf.deb ../mouse-modules-3.2.0-1001-imx6-sabre-di_3.2.0-1001.2_armhf.udeb ../storage-core-modules-3.2.0-1001-imx6-sabre-di_3.2.0-1001.2_armhf.udeb Aug 09 14:00:22 :D Aug 09 14:00:40 * ogra_ really loves that he can cross build a fully packaged kernel in 4min now :) Aug 09 14:00:56 it doesnt build manyu udebs though Aug 09 14:01:16 infinity, want it ? or do you build yourself anyway ? Aug 09 14:03:31 ogra_: I haven't built it yet, no, I'm happy to trust your binaries, if you want to toss them somewhere for me. Aug 09 14:03:46 * ogra_ pushes to preople.c.c Aug 09 14:16:19 infinity, http://people.canonical.com/~ogra/mx6/ Aug 09 14:18:23 oh, nice, mx6 uses 5V 4A, i can actually use my panda PSU Aug 09 14:27:12 ogra_: crossbuilding just u/zImage or a real package? Aug 09 14:30:17 LetoThe2nd, the whole package ;) Aug 09 14:30:22 and all its udebs Aug 09 14:30:28 and headers etc Aug 09 14:30:33 ogra_: mind sharing the procedure? Aug 09 14:30:42 make deb-pkg is broken :( Aug 09 14:31:05 jsut getting into rt-testing the omap4 and that could come in handy :) Aug 09 14:31:44 i mount an 8G tmpfs, unpack the source package in there and then run: Aug 09 14:31:47 DEB_BUILD_OPTIONS=parallel=8 CROSS_COMPILE=arm-linux-gnueabihf- dpkg-buildpackage -b -aarmhf Aug 09 14:32:32 inside the source folder i assume? Aug 09 14:32:39 yep Aug 09 14:32:43 requires a debian patched kernel, i'd guess? Aug 09 14:32:52 at least a debian dir, yeah Aug 09 14:33:02 *notes* Aug 09 14:55:39 LOL Aug 09 14:55:53 that shipped microSD image for the mx6 is awesome Aug 09 14:56:19 i specifically like /viminfo and /session.vim Aug 09 14:58:28 haha Aug 09 14:58:49 and /root/.bash_history tells you how to play big_buck_bunny on it Aug 09 16:13:24 ogra_: Is this a publicly available platform or is it still early? Aug 09 16:13:46 GrueMaster, thats just an mx6 board someone handed to me in boston Aug 09 16:14:00 Ah. Aug 09 16:14:07 it comes with a preinstalled oneiric linaro microSd in the slot Aug 09 16:14:15 heh Aug 09 16:14:32 armel indeed :( Aug 09 16:14:59 which is bad since it ships all the binardy drivers as debs in /root ... Aug 09 16:15:04 I fount the iMX6 dev boards on Freescale's website, but no info or pics. Just basic info and huge price tage. Aug 09 16:15:14 s/tage/tag Aug 09 16:15:19 well, quad core with sata Aug 09 16:15:24 no idea what they cost Aug 09 16:15:29 :D Aug 09 16:15:49 The "cheapest" I see is $399 USD Aug 09 16:16:05 So ~1.50 Euro. Aug 09 16:16:29 ogra_: the weird thing with the flash-kernel hook script is that it always expect to set the ROOT param at the initramfs Aug 09 16:16:35 (note price adjusted for sarcastic effect). Aug 09 16:17:02 if Bootloader-sets-root is set to yes, it'll force it anyway expecting the parameter from the bootloader to be wrong Aug 09 16:17:05 rsalveti, even if the confi g option is set differently ? Aug 09 16:17:15 if it's set to no, it'll provide one anyway Aug 09 16:17:23 yup Aug 09 16:17:36 ogra_: http://paste.ubuntu.com/1138037/ Aug 09 16:17:37 right. yes should make it ignore all root search functions Aug 09 16:17:57 eek ! Aug 09 16:18:10 that definitely needs fixing Aug 09 16:18:18 so basically, with flash-kernel, there's no way to use the root parameter from the bootloader Aug 09 16:19:04 yes, i plan hanging that by adding a function that either reads a var or determies it from the current list of mounts Aug 09 16:19:11 *changing Aug 09 16:19:18 not hanging :P Aug 09 16:19:43 sure, but we need to deal with this use case as well Aug 09 16:19:51 in any case line 9 and 10 are horridly wrong Aug 09 16:19:55 guess the variable Bootloader-sets-root is used wrongly here Aug 09 16:20:07 just remove 6-10 ? Aug 09 16:20:21 we could have one option to force the initrd to overwrite the bootloader cmdline Aug 09 16:20:29 not in case of the official and supported platforms for ubuntu Aug 09 16:20:39 but in case there's no way to chagne the bootloader settings Aug 09 16:20:49 the official and supported platforms in ubuntu will have a proper config already Aug 09 16:20:55 just thinking that this would need to land at debian at some point Aug 09 16:21:00 yeah Aug 09 16:21:00 flash-kernel-installer will create it Aug 09 16:22:04 actually, officially we don't need to use this hook at ubuntu Aug 09 16:22:06 * ogra_ really doesnt get that assumption of root=/dev/ram Aug 09 16:22:10 but it'd be nice to get it fixed anyway Aug 09 16:22:22 ogra_: in case the bootloader hardcode the root argument Aug 09 16:22:34 for some weird and bizarre values :-) Aug 09 16:22:34 and ? Aug 09 16:23:01 if the bootloader hardcodes /dev/ram as root= something went seriously wrong way before flash-kernel Aug 09 16:23:04 you still want to boot your distro, pointing to a different rootfs Aug 09 16:23:36 and f-k shouldnt be the one working around this Aug 09 16:23:38 sure, but one workaround, and probably what was done initially at flash-kernel, is to fix that at the initrd level Aug 09 16:23:51 which is just wrong Aug 09 16:23:52 not that sure Aug 09 16:24:39 hardcoding your root= line in an initramfs is plainly wrong Aug 09 16:25:08 if you actually *want* this and set the config to do it, thats fine, but it cant be the default Aug 09 16:25:25 yup, we should probably just use another variable Aug 09 16:25:53 and if your installer did the right stuff, you will have a bootloader congif with either root=UUID= or root=/dev/whatever1 Aug 09 16:25:57 Bootloader-sets-root: (required) when "yes" indicates that the bootloader passes a root= value to the kernel and that this should be overriden in the initrd; when "no", flash-kernel only sets a default value for the root device, which allows end-users to pass root= to the kernel Aug 09 16:26:06 Found it. Expensive little beast. http://boundarydevices.com/products/sabre-lite-imx6-sbc/ Aug 09 16:26:28 Cost will be $199 in Production (October 2012) Aug 09 16:26:37 $299 pre-production, $199 production (~10/2012) Aug 09 16:26:52 rsalveti, err, wheer is that from ? Aug 09 16:27:13 oh, wow Aug 09 16:27:14 ogra_: README :-) Aug 09 16:27:22 i have read the README x times now Aug 09 16:27:36 i never noticed the "and that this should be Aug 09 16:27:36 overriden in the initrd" Aug 09 16:28:02 so yeah, definitely wrong Aug 09 16:28:17 the initrd cant override, thats total nonsense Aug 09 16:28:31 not for debian I'd guess Aug 09 16:28:39 then we'd probably need to handle it differently here Aug 09 16:28:51 yes Aug 09 16:28:54 probably by creating another option, or by just skipping in case it's ubuntu Aug 09 16:29:05 i fear we will end up with a lot of diversion from debian again anyway Aug 09 16:29:13 like Trust-Bootloader-root :-) Aug 09 16:29:28 so i dont mind mangling the "yes" case to do the right thing Aug 09 16:29:54 yeah, let me open a bug at debian about that Aug 09 16:30:05 heh Aug 09 16:30:08 let me just grab some food first Aug 09 16:30:14 lunchtime Aug 09 16:30:21 i doubt you will get any positive feedback :) Aug 09 21:23:30 just fyi, i need all comments posted on omap5 wishlist by COB friday Aug 09 22:32:21 infinity, FYI building linux-ti-omap4 on the mx6 takes 100min (i left it doing three test runs, one with parallel=8 which intrestingly took 1min longer than without)... on launchpad the saem is listed with 4h+ atm Aug 09 22:32:25 *same Aug 09 22:38:33 ogra_: Righ, so vaguely half the time with twice the cores. That's not unexpected for well-multithreaded builds. Aug 09 22:38:51 ogra_: (Which is why I'd prefer people stop using kernel builds as build benchmarks, unless that's the only thing we ever build) Aug 09 22:39:05 yeah, what surprised me was that the build actually used all cfour cores regardless Aug 09 22:39:14 "regardless"? Aug 09 22:41:15 well, even with DEB_BUILD_OPTIONS=parallel=8 which i thought might speed it up (two threads per core should be possible) the build didnt make a difference to not setting DEB_BUILD_OPTIONS Aug 09 22:41:33 Two threads per core definitely won't speed anything up. :P Aug 09 22:41:51 well, it actually delayed it by 60sec :) Aug 09 22:41:57 not significant Aug 09 22:42:00 Yeah, cause you cause more I/O contention. Aug 09 22:42:26 still, i thought if i dont define parallel i would have expected to build single core Aug 09 22:43:01 Nope, cause the kernel rules file is tricky. Aug 09 22:43:12 ah, it does checks ? Aug 09 22:43:19 If you define parallel=, it uses what you ask for, but if you don't, it uses $(getconf _NPROCESSORS_ONLN) Aug 09 22:43:27 aha Aug 09 22:43:35 so thats package specific, k Aug 09 22:43:39 Yeah. Aug 09 22:44:06 well, at least we know it can build a kernel in half the time a panda can :) Aug 09 22:44:30 if i find some spare time i want to try a livefs build tomorrow ... that should really fly on 60MB/s Aug 09 22:45:09 i sadly cant get cooloney'S kernel to boot ... Aug 09 22:45:35 i suspect the package should ship devicetree files somewhere but i cant find any Aug 10 00:54:54 ogra_: please take a look at https://wiki.linaro.org/Boards/MX6QSabreLite Aug 10 00:58:06 o shiii that is nice Aug 10 00:58:54 where can i buy it? Aug 10 01:03:35 cooloney, where can i get that? freescales site was not helpful Aug 10 01:04:18 scientes: oh, actually i don't know how to buy it, i got it from my manager **** ENDING LOGGING AT Fri Aug 10 02:59:58 2012