**** BEGIN LOGGING AT Wed Sep 28 02:59:56 2011 Sep 28 06:22:08 hi, i have installed ubuntu 10.10 on my pandaboard, kernel version 2.6.35-903-omap4 #14-Ubuntu SMP PREEMPT Sep 28 06:22:26 i am getting the following error during startup Sep 28 06:22:35 Unhandled fault: imprecise external abort Sep 28 06:22:44 Internal error: : 1406 [#2] PREEMPT SMP Sep 28 06:22:46 ... Sep 28 06:22:56 Process pulseaudio (pid: 1273, stack limit = 0xae4e42f8) Sep 28 06:23:05 any idea what is wrong with my system? Sep 28 06:23:06 Use a pastebin if you have lots more lines Sep 28 06:23:32 Dunno about the error, but disabling pulseaudio would seem to be a good first thing to try Sep 28 06:25:07 couldnt get the totem player to work... it reports "cannot connect to server.... jack server is not running or cannot be started" Sep 28 06:28:23 I dunno about GUI stuff Sep 28 06:28:30 If you just want to test sound try aplay(1) Sep 28 06:29:07 jack and pulseaudio are huge behemothic things, it wouldn't really surprise me if they fell down and died for some silly reason on non-x86 hardware Sep 28 06:29:18 thanks i'll give it a try Sep 28 07:14:36 Hi guys, I've got 2.6.32 running with an oneiric roots. when booting it seems to get to" udevd[2861]: unable to receive ctrl connection: Function not implemented" and then just repeats this over and over again. Any ideas ? Sep 28 07:16:36 ( Sep 28 07:18:32 sniperjo_: it wouldn't surprise me if oneiric simply doesn't work with a kernel that old Sep 28 07:18:52 It sounds like udev vs. kernel version incompatibility to me Sep 28 07:20:00 GrueMaster and infinity seem to think there wouldn't be too much of a problem with the kernel Sep 28 07:21:46 twb: basically i have a working version of angstrom and I'm looking to get ubuntu on it. this is the angstrom kernel is quite old ! Sep 28 07:23:43 I would try to make lucid work first, since that shipped with .32 Sep 28 07:24:38 twb: I've been trying for the past week solid to do it! what would you recommend, just swapping the roofs over ? Sep 28 07:25:50 I'm no expert, man Sep 28 07:26:02 I can't even get a new bootloader to work on my device Sep 28 07:26:32 I'm not the only one who has problems then! Sep 28 07:32:26 sniperjo_: Hey, don't drag me into this. I didn't say 2.6.32 would work. :) Sep 28 07:32:44 But yeah, looks like a kernel/userspace disagreement with udev. :/ Sep 28 07:33:12 I expect there is an anti-udev bigot in the audience who would like to interject at this point :P Sep 28 07:34:09 I used to run udevless all the time. But I'm not sure if MAKEDEV will actually create all the nodes his system needs to get away with it. Sep 28 07:35:49 But udev does all sorts of extra, scary shit now Sep 28 07:35:51 infinity: i thought you said something along the lines of new userspace should work fine with older kernels, or something like that ! :P Sep 28 07:36:07 sniperjo_: well, in theory it should Sep 28 07:36:35 sniperjo_: Well, in every respect other than udev, sure. Old kernels and new chroots are happy. Sep 28 07:37:35 well last night we ended up disabling udev, and still don't seem to get a login prompt Sep 28 07:40:56 No udev means no devices. Sep 28 07:41:15 Isn't there some kernel pseudofs that can do it instead of MAKEDEV Sep 28 07:41:35 If you can chroot into that system and "cd /dev && MAKEDEV" it might fix you up. Sep 28 07:41:37 sniperjo_: also if you refer to e.g. root=LABEL=fred you need udev Sep 28 07:41:50 twb: devfs might be dead. If it's not, it should be. Sep 28 07:42:22 infinity: I had some memory that it was used before udev in the initramfs-tools or something Sep 28 07:42:30 I'm probably just misremembering Sep 28 07:42:49 something like Kernel command line: console=ttyS2,115200n8 root=/dev/mmcblk0p2 rw rootfstype=ext3 rootwait ? Sep 28 07:43:14 sniperjo_: does mmcblk0p2 exist when you just mount the rootfs somewhere? Sep 28 07:43:30 The device file, I mean, inside /mnt or wherever you mount it Sep 28 07:43:50 Almost certainly not. Sep 28 07:43:54 twb: arm no, i think its a function of board Sep 28 07:44:07 Ya so fix that Sep 28 07:45:47 twb: how? Sep 28 07:47:01 17:39 If you can chroot into that system and "cd /dev && MAKEDEV" it might fix you up. Sep 28 07:47:47 ah i missed that Sep 28 07:48:25 so boot in with angstrom and try it? Sep 28 07:49:17 And then disable udev again, so it stops having a hissy fit. Sep 28 07:49:31 Well, after you MAKEDEV, check and see if the device node you need is there. Sep 28 07:49:46 If it's not, you'll get to look up the major and minor of mmcblk* and mknod. :P Sep 28 07:50:06 (I can't imagine why we replaced all this with automation) Sep 28 07:52:49 sniperjo_: no just chroot in from a real machine Sep 28 07:53:22 twb: ok, because i was just about to say, chroot from the arm could be a little challenge Sep 28 07:54:10 infinity: obviously what we should be doing is just referring directly to /sys/dev// and forego this wussy "naming" thing Sep 28 07:57:13 erm for some reason Ichroot media/de74c7e5-118c-4da7-b7a9-858cf661c650 ,: chroot: cannot run command `/bin/bash': No such file or directory Sep 28 07:58:03 sniperjo_: Err, you can't chroot from a non-ARM system into an ARM one. Sep 28 07:58:47 infinity: twb: sniperjo_: no just chroot in from a real machine Sep 28 07:58:56 ah ok Sep 28 07:59:01 A real ARM machine? ;) Sep 28 07:59:27 ah, that bit was lost in translation ! Sep 28 07:59:52 (You could do it with qemu-user-static, I suppose... But I'm too tired to walk through setting that up for chroots) Sep 28 07:59:59 Well, it's not rocket science, I guess. Sep 28 08:00:29 You install it in the host, "dpkg -L qemu-user-static", grab the *arm* binaries and place them in the same filesystem location in the chroot. Sep 28 08:01:53 I think it's way past bedtime here, though. Sep 28 08:01:57 same file system location ? Sep 28 08:02:01 lol Sep 28 08:02:33 are you sure you don't want to solve an un-solvable problem ? Sep 28 09:07:38 bah, the answer tracker of LP sucks Sep 28 09:07:50 * ogra_ just asked a question janimo asked already :( Sep 28 09:08:10 ogra_, which question? Sep 28 09:08:27 "cant install from usb stick" Sep 28 09:08:56 i use to read my mails in order but somehow the mails from the answer tracker dont get threaded anymore Sep 28 09:09:38 i guess that happens if someone answers by mail directly instead of using the web ui or so Sep 28 09:10:10 so you asked or answered the same question? Sep 28 09:10:25 well, i asked if he had partitions at all Sep 28 09:10:31 ah ok Sep 28 09:10:42 just to see a few mins later that he has a fourth partition but no others Sep 28 09:10:53 yet another mobile operating system with intel cofounding - tizen.org Sep 28 09:11:02 dithcing native linux app stack for html Sep 28 09:11:39 doesnt mozilla do that as well ? Sep 28 09:12:12 funny that everyone tries to reimplement webos :) Sep 28 09:13:22 I think ti actually is a better dev platform than the mixed crack we have now in ubuntu Sep 28 09:13:31 html5 & co that is Sep 28 09:13:52 sure, i would have gone for a webos solution years ago :) Sep 28 09:14:16 but implementing the desktop apps in html/javascript wasnt the answer it seems :) Sep 28 09:14:33 janimo, btw, you run bootchart on your ac100 ? Sep 28 09:14:43 how do you fit that into the initrd ? Sep 28 09:15:17 my system blows up if i pass the 3.something Mb Sep 28 09:15:36 (for the compressed initrd) Sep 28 09:16:05 ogra_, I did not even know boothcart is put in intrd - althought it makes sense Sep 28 09:16:12 My boot part is 8 Mb Sep 28 09:16:19 mine too Sep 28 09:16:28 I built a kernel with all ac100 modules (~35) as builtins Sep 28 09:16:35 the bootloader falls over of you get somewhere between 3-4M Sep 28 09:16:36 and it grew by less than 1.5M Sep 28 09:16:48 ogra_, not here apparently Sep 28 09:16:52 yeah, the kernel size isnt the prob Sep 28 09:17:01 how big is your initrd atm ? Sep 28 09:17:06 les than 2M Sep 28 09:17:11 aha Sep 28 09:17:14 I doubt bootchart would be that big Sep 28 09:17:21 it has deps Sep 28 09:17:21 standard ac100 from package Sep 28 09:17:34 i wonder how you got it that small Sep 28 09:17:39 thats a default install ? Sep 28 09:17:41 yes Sep 28 09:17:44 weird Sep 28 09:17:50 mine is 2.9M Sep 28 09:17:59 ok, letme double check then Sep 28 09:18:00 close to the edge of falling over Sep 28 09:18:22 though this is my upgraded natty Sep 28 09:18:43 if we actually end up with less than 2 i can turn plymouth back on ! Sep 28 09:18:49 ogra_, ramdisk 2.19 Mb Sep 28 09:18:55 hmm Sep 28 09:19:07 time to test our daily images don;t you think :) ? Sep 28 09:19:18 join /#angstrom Sep 28 09:19:22 wooops Sep 28 09:19:34 well, i still have a few bugs to fix on omap4 Sep 28 09:19:40 and in the ac100 installer Sep 28 09:19:52 and doing the work on the ac100 for it? Sep 28 09:19:58 sure Sep 28 09:19:58 don;t you have one just for testing? Sep 28 09:20:08 anyway I can run bootchart fine Sep 28 09:20:09 well, currently its a builder Sep 28 09:20:27 great Sep 28 09:20:42 but found no low hanging fruit :( Sep 28 09:20:50 boot varies betwen 38 and 45 secs Sep 28 09:20:58 even without changes, not alwaay determinitsic Sep 28 09:21:01 did you upload the png somewhere ? Sep 28 09:21:09 not yet, but I plan to Sep 28 09:21:21 k, point me to it once you have :) Sep 28 09:21:24 I thought it is so easy to run and without an analysis I did not start uploading yet Sep 28 09:21:26 i'd like to see the IO Sep 28 09:21:35 I tried disabling readahed but little effect Sep 28 09:21:40 well, it requires a reboot :) Sep 28 09:21:49 I tried building all modules in the kernel, again no visible effect Sep 28 09:22:04 well I am at bootvchart png-20 so I guess I have afew reboots :) Sep 28 09:23:00 for some reason I was expecting significant gains from modules being builtin Sep 28 09:23:10 heh, no Sep 28 09:23:11 but apparently modprobe is very fast nowadays Sep 28 09:23:21 and we only load them late Sep 28 09:23:29 initrd doesnt contain any modules by default Sep 28 09:23:32 they are loaded during boot in the first 40 secs Sep 28 09:23:48 no modules in initrd? Sep 28 09:23:49 right, but after you moved to the actual root Sep 28 09:24:01 no, that would make it over 4M Sep 28 09:24:31 the installer puts an initrd config in place with MODULES=dep set ... Sep 28 09:24:41 (which is equal to no modules) Sep 28 09:26:08 well, i'm lying ... if you actually install a package that forcefully drops a module into the initrd you will indeed have modules :) Sep 28 09:26:21 i.e. mdadm or lvm userspace stuff Sep 28 09:26:29 or cryptsetup Sep 28 13:54:32 I'm having trouble getting the TI addons installed Sep 28 13:55:18 what release ? Sep 28 13:55:51 Unable to locate package ubuntu-omap4-extras Sep 28 13:55:58 they only fully exist for maverick (10.10), for natty (11.04) TI didnt provide any Sep 28 13:56:00 I'm on the daily from 09/26 Sep 28 13:56:04 ahhh ok Sep 28 13:56:06 :) Sep 28 13:56:11 ah, yeah, not done yet Sep 28 13:56:23 it should be ready by release Sep 28 13:56:29 I wonder if that's what's causing my go time test from failing Sep 28 13:56:43 s/from/to/ Sep 28 13:58:37 brandini: if i understand the situation correctly, ti do not make the driver themself they get it from Imagination Technologies' that own the design for the POWERVR™ SGX unit inside the omap Sep 28 13:59:14 xranby, ubuntu-omap4-extras is a lot more than just the GLES driver Sep 28 13:59:28 in fact we should have the driver for all releases in the PPA Sep 28 13:59:39 but the other bits only exist for maverick Sep 28 14:00:05 iirc ubuntu-omap4-extras-graphics should be installable on all but oneiric atm Sep 28 14:00:29 (not sured if rsalveti added a metapackage for -graphics when uploading the driver to the PPA) Sep 28 14:12:55 Hi guys, I've got 2.6.32 running with an oneiric roots. when booting it seems to get to" udevd[2861]: unable to receive ctrl connection: Function not implemented" and then just repeats this over and over again. Any ideas ? Sep 28 14:13:43 get a newer kernel, thats a typical error for the kernel missing bits for udev support Sep 28 14:14:19 ogra_: My board only seems to work with this kernal Sep 28 14:16:00 GrueMaster: seemed to think i would be able to do a little changing to get it to work Sep 28 14:16:58 sniperjo__: the target kernel for oneiric are 3.0 the ac100 are an exception that will still use 2.6.38 Sep 28 14:17:20 sniperjo__: which board are you using? Sep 28 14:18:03 a technexion tsunamipack, omap3530 Sep 28 14:19:13 sniperjo__, there is surely a way to do it without udev, how much of userspace breaks throught it missing is hard to predict though, xorg and friends for example rely on udev info Sep 28 14:20:08 the board comes with angstrom with that kernel, and id like to get at least lucid on it Sep 28 14:21:04 the guys here last night thought going for the newest rootfs Sep 28 14:21:09 well, ask the vendor for the source i'd say Sep 28 14:21:37 and switch on SIGNALFD or whatever udev misses in your build Sep 28 14:22:01 after all its linux, and its unlawful for them to not give you the source if ou bought their board Sep 28 14:22:59 del we ended up disabling udev last night, but still diddnt get a console Sep 28 14:23:12 i have all the source Sep 28 14:23:13 because you dont have devices i guess Sep 28 14:23:23 well, then rebuild your kernel ! Sep 28 14:24:44 i have no idea how to, I've spent the last week following every possible tutorial Sep 28 14:25:34 you take your source, unpack it, geta cross compiler, run make menuconfig in the source tree and make zImage Sep 28 14:25:36 I've been on here everyday a sing about swapping rootfs and other ways around it Sep 28 14:26:02 why work around it if you can make it work properly Sep 28 14:26:19 really, kompile your own kernel with the right options and be done Sep 28 14:26:23 *compile Sep 28 14:27:16 how long would that take ? Sep 28 14:27:30 1h or less Sep 28 14:27:37 cross builds should be pretty fast Sep 28 14:27:58 i need to find someone to help me .... Sep 28 14:28:29 http://marcin.juszkiewicz.com.pl/2010/10/19/how-to-cross-compile-arm-kernel-under-ubuntu-10-10/ Sep 28 14:28:44 followed that Sep 28 14:29:18 well, then you should have a uImage Sep 28 14:29:41 (you dont need xdeb btw, since you dont build any packages) Sep 28 14:30:22 (you only want the last paragraph actually) Sep 28 14:31:39 sniperjo__, indeed, that is what I use and it works fine Sep 28 14:31:53 ogra_: do i need to add any repos ? linux-source-2.6.35 can't be found Sep 28 14:32:17 sniperjo__, why would you want that ? Sep 28 14:32:25 sniperjo__, which kernel do you want to build? what device? Sep 28 14:32:27 you said you have the source of your vendor Sep 28 14:32:35 you need to get the appropriate source for that Sep 28 14:32:37 so you indeed want to build that one Sep 28 14:33:23 apt-get install gcc-arm-linux-gnueabi Sep 28 14:33:26 ok so, what would the source look like ? Sep 28 14:33:28 thats all you should need Sep 28 14:33:38 you said you have it ? Sep 28 14:33:47 you should know how it waqs given to you Sep 28 14:34:00 well i have all the files nessasary to make an sd card Sep 28 14:34:26 they use the code sorcery arm Sep 28 14:35:49 sure, that doesnt matter Sep 28 14:36:06 well, if you have a kernel tree (likely a tarball) you need to unpack it Sep 28 14:36:52 i just downloaded the newest g++ lite from their site Sep 28 14:38:59 you are not on ubuntu ? Sep 28 14:40:27 i am Sep 28 14:40:54 well, then use the ubuntu gcc Sep 28 14:41:07 dont fiddle with an unpacked compiler Sep 28 14:41:41 ok, so could you tell me how ? Sep 28 14:41:41 apt-get install gcc-arm-linux-gnueabi ... as i said above Sep 28 14:41:47 yup, installed Sep 28 14:41:50 k Sep 28 14:41:58 now go to the kernel source tree Sep 28 14:42:28 run make menuconfig in there (you might need to install libncurse5-dev if it complains) Sep 28 14:42:47 then run: ARCH=arm CROSS_COMPILE=arm-linux-gnueabi- make uImage modules Sep 28 14:42:58 and it will build a uImage and the matching modules Sep 28 14:43:36 what options do i want to select in the kernel config ? Sep 28 14:43:53 dunno, you need to ask a udev developer i guess Sep 28 14:44:11 signalfd is definitely needed Sep 28 14:44:19 and inotify support Sep 28 14:51:04 ogra_: arm… its asking me a lot of questions I'm just pressing enter for Sep 28 14:51:18 oh, wiat Sep 28 14:51:21 *wait Sep 28 14:51:46 can you boot the existing system on your device and get the running config from there (cat /proc/config.gz) Sep 28 14:52:00 (I've gone through about a 50 questions) Sep 28 14:52:05 using the output of that should get you a good starting config Sep 28 14:52:12 yeah, stop it Sep 28 14:52:17 you dont want that Sep 28 14:52:27 oh ok Sep 28 14:52:46 you need a default config to base on, else you will need to answer each and every question (and you need to answer them right) Sep 28 14:53:23 cat /proc/config.gz > my_new.config.txt Sep 28 14:53:42 that will copy the running config on your angstrom into the file my_new_config.txt Sep 28 14:53:59 yup ok Sep 28 14:54:02 that file you can copy to your source tree as .config Sep 28 14:54:07 (note the dot) Sep 28 14:54:23 then run make menuconfig again and it shouldnt ask anymore Sep 28 14:59:12 if run menuconfig it still lasks Sep 28 14:59:33 you copied the config into the right place ? Sep 28 15:00:06 sniperjo__: are you using the source tree that came with your board? Sep 28 15:00:07 it usually doesnt, at least if the source is identical to the binary you run Sep 28 15:00:34 yup, they have same mf5 Sep 28 15:00:39 md5* Sep 28 15:00:46 right, i was assuming you use the kernel tree of your vendor that also just runs as binary on your angstrom Sep 28 15:01:47 there is a file, called kernel in the files i downloaded from the manufacturers website, has the .config and the files you are talking about Sep 28 15:02:43 and a full kernel tree too ? Sep 28 15:03:30 janimo, how is mx5 looking ? final freeze is tomorrow so we should have them in shape today Sep 28 15:04:00 yes, about to test the latest image Sep 28 15:04:20 great Sep 28 15:04:30 we only have tomorrow for emergencies Sep 28 15:04:48 is that the right kinda sounding place / file ? Sep 28 15:05:16 sniperjo__: yes sounds like the right file.. Sep 28 15:06:55 sniperjo__: you can cross check that the Makefile contains the same kernel version as your bopard report when running uname -a Sep 28 15:07:35 if i do ARCH=arm CROSS_COMPILE=arm-linux-gnueabi- make uImage modules, i get a bunch of warning for config : unexpected data, then i get a prompt for development of incomplete code / drivers Sep 28 15:08:13 angstrom is 2.6.32 i think, how do i check the make file Sep 28 15:08:37 sniperjo___: try gedit Makefile Sep 28 15:08:48 the version number are displayed at the top Sep 28 15:09:05 sniperjo___, what is your boards config file? arch/arm/configs/xxx_defconfig Sep 28 15:09:13 you need to add that in the make on first run Sep 28 15:09:21 so ..... make XXX_defconfig Sep 28 15:09:25 then uImage Sep 28 15:09:54 that shouldnt be needed if .config is there and he uses the right tree Sep 28 15:10:38 the make file came with the files that make the SD so its the same Sep 28 15:10:42 2.6.32 Sep 28 15:12:45 and that mateches *exactly* the output of uname -r on your angstrom ? Sep 28 15:13:13 arm the manual has stuff in about make omap3_tsuanami_defconfig Sep 28 15:13:26 the manual is http://www.technexion.com/index.php/support-center/downloads/ti-cpu-modules/tao-3530/549-tao-3530-userguide-0953/download Sep 28 15:13:35 does your kernel tree have that in the config dir ? Sep 28 15:13:54 find . -name omap3_tsuanami_defconfig Sep 28 15:13:58 run that in your tree Sep 28 15:14:21 if its there, use it as janimo described above Sep 28 15:16:43 it does Sep 28 15:17:35 well, then try: make omap3_tsuanami_defconfig Sep 28 15:17:45 and see if it still asks Sep 28 15:18:50 OK config written Sep 28 15:19:31 well, now find out what the missing options are that cause your error i guess googlong will give you some hints Sep 28 15:19:36 *googling Sep 28 15:19:59 then find them in menuconfig and set them to the right values Sep 28 15:20:12 what error ? this is like looking for a needle in a haystack when i don't even know which planet its located on Sep 28 15:20:26 the error you posted with your first line in here today :) Sep 28 15:21:12 ogra_: that was with the oneiric core Sep 28 15:21:35 which you want to get running or not ? Sep 28 15:21:43 yes Sep 28 15:21:57 i just want anything ubuntu > lucid ! Sep 28 15:22:00 so, google for the error messaged in connection with kernel and udev Sep 28 15:22:09 *message Sep 28 15:22:20 and see if you can find what config options it needs Sep 28 15:22:29 then set these and build the kernel Sep 28 15:22:48 * ogra_ needs to go mow the lawn ... back later Sep 28 15:23:06 ogra_: have a good oneiric freeze day Sep 28 15:23:13 well.. my error comes up as the first result on patebin.... Sep 28 15:23:34 noooooooo Sep 28 15:23:42 xranby, oh, i'm not finishig my day yet :) just needs to do someting that doesnt involve sitting my butt flat Sep 28 15:24:03 i will pay someone to spoon feed me the information on how to compile lucid or better on my board! Sep 28 15:24:27 i think I'm on the verge of slitting my writs Sep 28 15:31:12 nice to see know ones motivated by money, so who wants to help me without !!! Sep 28 15:34:04 sniperjo___: we are trying our best to help you with all practcall questions.. i think you are the only one here with a tsunami board so you are the only one who can test when it work Sep 28 15:34:35 sniperjo___: if you have a lot of error messages in front of you try paste them all into http://paste.ubuntu.com Sep 28 15:34:48 it will makes us able to give you better hints what to do Sep 28 15:35:31 sniperjo___: and if you get it working, try post what you did into a blog to let other users with a tsunami board know about it Sep 28 15:36:52 sniperjo___: my best reccomendation are that *you* should try describe to someone else how to solve this... by doing so you will sort your mind and get a better understanding how all the different parts relates Sep 28 15:37:49 sniperjo___: “If you want to learn something, read about it. If you want to understand something, write about it. If you want to master something, teach it.” ~ Yogi Bhajan Sep 28 15:39:11 xranby: i have been doing both for the last week, week and a half Sep 28 15:39:29 sniperjo___: excellent Sep 28 15:39:41 xranby: but i haven't succesded Sep 28 15:39:52 you are making progress Sep 28 15:39:55 sniperjo___: i don't see how this doesn't answer your questions mostly: http://www.linsys.fr/index.php/en/whitepapers/linux-lab/start-tsunami Sep 28 15:40:08 just use the toolchain ogra_ adviced Sep 28 15:47:29 gildean: thanks ill have a look at that. Sep 28 15:51:06 sniperjo___: it took you over a week to get to that information which i googled in a few seconds? Sep 28 15:51:28 first you should learn how to google better :D Sep 28 15:52:33 gildean: good facetious comment, but i have to different boards from the same manufacture, just so happens that i was concentrating on getting the other one up and running, but i gave up Sep 28 15:53:24 just joking, don't take it too seriously Sep 28 15:54:03 its pretty hard not to when you've been trying something so hard for so long Sep 28 15:54:20 but if whatever you posted works…. i will forgive eyou … :P Sep 28 15:54:34 :D Sep 28 15:54:42 Sometimes, finding the right query for google can be harder than figuring out how to fix something on your own. Sep 28 15:54:51 ++ Sep 28 15:55:12 I know, I have spent days trying to find IPv6 test suites for Linux. Sep 28 15:55:34 GrueMaster, is there anything you have on your mind we urgently need to get done before final freeze ? we ahve a bit more thna 24h Sep 28 15:55:42 (and please, don't send me more links to whitepapers). Sep 28 15:55:45 geez, my typing sucks Sep 28 15:56:29 * ogra_ only has TI icon, slideshow in oem-config and the partman bit on his mind Sep 28 15:56:31 ogra_: Nothing stands out so far. Sep 28 15:56:49 When is the Ti icon going to be added? Sep 28 15:57:08 GrueMaster, its there (always was) but the favorites handling changed Sep 28 15:57:19 Ah. Sep 28 15:57:21 GrueMaster, i'll work on that tonight/tomorrow Sep 28 15:57:42 seems its all d-conf now that gconf is done and indeed everything works different Sep 28 15:57:52 s/done/gone/ Sep 28 15:58:14 guys, did anyone try the new omap4 kernel? Sep 28 15:58:20 rsalveti: ^^ Sep 28 15:58:23 which one? Sep 28 15:58:26 i would like to pull today Sep 28 15:58:39 I've been doing SRU catchup. Sep 28 15:58:55 GrueMaster: http://people.canonical.com/~ppisati/linux-image-3.0.0-1205-omap4_3.0.0-1205.10_armel.deb Sep 28 15:59:01 it has 4460 support Sep 28 15:59:40 I have no board, but can make sure you didn't break existing stuff. :P Sep 28 15:59:58 yeah, regression testing on that one is most important Sep 28 16:00:06 ppisati: what did you use for this kernel? which branch? Sep 28 16:00:15 if 4460 doesnt work there wont be kittens dieing Sep 28 16:00:50 ogra_: just no beer and chips Sep 28 16:01:05 8would be annoying to not have 4460 support, but would be worse to break existing pandas) Sep 28 16:01:25 ndec: TI BSP update: kernel-tilt/tilt-3.0-nodspvideo1 @ d2fe6284bb37abd542524b17f17cf9208db767c2 Sep 28 16:01:36 ogra_: i am more concerned with the ES2.3 omap4430 based A4 board Sep 28 16:01:48 ogra_: did the EDID patch for the pullups get merged? Sep 28 16:01:50 prpplague, we tested that long ago i think Sep 28 16:01:53 A4???? Sep 28 16:02:01 sebjan: ^^^ Sep 28 16:02:10 I "just" got an A3 last week. Sep 28 16:02:13 GrueMaster, iirc allison tested that Sep 28 16:02:22 I got her board. Sep 28 16:02:24 davidm reported it Sep 28 16:02:32 oh, i thought that was an A4 Sep 28 16:02:36 A3 Sep 28 16:02:44 prpplague, well, if we get no HW we cant test much :) Sep 28 16:02:50 send us HW :) Sep 28 16:02:59 ogra_: ok, i'll check with nipuna on this Sep 28 16:03:09 ogra_: i just assumed you had pulled the info Sep 28 16:03:19 i think ndec is after getting us 4460, not sure if A4 is on his list Sep 28 16:03:34 we didnt discuss A4 in the weekly calls Sep 28 16:04:53 we were supposed to be getting 2 4460's but none have showed up yet Sep 28 16:05:02 ppisati: I was about to send you an email about that topic: kernel upgrade Sep 28 16:05:08 davidm, and A4 ? Sep 28 16:05:18 (its actually the first time i hear about A4) Sep 28 16:05:26 Have not found any A4's but would want some to test with Sep 28 16:05:34 prpplague: Is there any significant changes in A4 that require software changes? At this point it is probably too late to fix. Sep 28 16:05:38 I've never heard of an A4 to date Sep 28 16:05:39 * ppisati still has an A1 Sep 28 16:05:42 sebjan: ppisati is not using the branch with the linaro-3.0 stuff... Sep 28 16:05:49 A$ the rpocessor in the iphone/ipad? Sep 28 16:05:51 A4 Sep 28 16:05:56 ppisati: we have tested this Andy's branch: tilt-linux-linaro-3.0 (de3104d9972327578baf63d6778b3cbd064aef22) Sep 28 16:06:14 oh,m probably panda revision, nevermind Sep 28 16:06:16 janimo, yeah, they switched to TI now, not trusting their own CPUs anymore Sep 28 16:06:18 sebjan: but that's the linaro kernel Sep 28 16:06:20 :P Sep 28 16:06:23 GrueMaster: two major items, the silicon id needs to be added and the hmdi EDID signals have pullups that need to be disabled Sep 28 16:06:27 sebjan: we use vanilla + tilt Sep 28 16:06:28 if that were true ;-) Sep 28 16:06:36 hehe Sep 28 16:06:43 ppisati: no, it's Linaro base kernel + TI patches Sep 28 16:06:44 ogra_, http://en.wikipedia.org/wiki/Apple_A4 :) Sep 28 16:06:52 janimo, i know :) Sep 28 16:06:55 ok Sep 28 16:07:18 i was just sarcastic ... Sep 28 16:07:19 cortex a8+pvr too Sep 28 16:07:20 sebjan: yep, that's what i meant: linaro + tilt Sep 28 16:07:22 (a bit) Sep 28 16:07:32 sebjan: but for ubuntu we use vanilla + tilt Sep 28 16:07:36 ppisati: I though this is what you wanted for ubuntu in fact Sep 28 16:07:53 never used linaro-based kernel Sep 28 16:08:01 possibly a lot of new 4460s go the the kindle fire production, ENOTENOUGH for developers Sep 28 16:08:15 ndec: just sent you an email regarding the ES2.3 omap4430 Sep 28 16:08:39 ndec: any idea if the required items have been merged into the ubuntu release? Sep 28 16:09:35 ppisati: ok, I am confused, this is not what I remember we were supposed to use Sep 28 16:09:39 GrueMaster / ogra_ got a url i can browse the kernel release? Sep 28 16:09:47 the mx5 bootup/installer is very slooooow Sep 28 16:10:10 ppisati, ^^ can you point prpplague to the current ti tree we use ? Sep 28 16:10:14 ppisati: Can you supply prpplague with a kernel url? Sep 28 16:10:33 sebjan: all the oneiric/omap4 kernels are based off vanilla + tilt stuff (agreen kept a branch just for this) + ubuntu sauce Sep 28 16:12:06 sebjan: http://kernel.ubuntu.com/git?p=ppisati/ubuntu-oneiric.git;a=summary - check the ti-omap4 branch Sep 28 16:12:28 ppisati: right I know, but I though it was while waiting for the linaro integrated version (with all other features) Sep 28 16:12:37 prpplague: here is the new kernel Sep 28 16:12:39 prpplague: http://people.canonical.com/~ppisati/linux-image-3.0.0-1205-omap4_3.0.0-1205.10_armel.deb Sep 28 16:13:12 prpplague: and here is the src code http://kernel.ubuntu.com/git?p=ppisati/ubuntu-oneiric.git;a=summary ti-omap4-next Sep 28 16:13:32 sebjan: for oneiric? not really AFAIK Sep 28 16:13:54 sebjan: btw tomorrow is final freeze (kernel freeze was some weeks ago) Sep 28 16:13:58 sebjan: so... Sep 28 16:14:31 sebjan: perhaps someone from linaro wanted to manatin a linaro/ubuntu omap4 kernel Sep 28 16:14:38 *mantain Sep 28 16:14:51 * ogra_ doubts that Sep 28 16:15:08 usually linaro isnt intrested in our kernels beyond comparing to theirs Sep 28 16:15:15 ok Sep 28 16:15:30 but were you aware of any switch to linaro kernel for O/omap4? Sep 28 16:15:37 no Sep 28 16:15:39 ok Sep 28 16:15:43 so we are in sync :) Sep 28 16:15:46 wont happen Sep 28 16:15:56 unless they change their support model Sep 28 16:16:05 (and security model) Sep 28 16:16:25 which i think wont happen within the next few releases Sep 28 16:16:52 ppisati: ok, so I'll have to test your kernel now Sep 28 16:17:25 ppisati: + I need to check your pvr module name, and you may need 2 additional patches for that Sep 28 16:17:52 i think rsalveti prepared all that stuff already (but better check twice) Sep 28 16:17:54 sebjan: no prob, send it to me Sep 28 16:18:26 all needed patches are at the tilt tree already Sep 28 16:18:36 * ogra_ thought so Sep 28 16:18:36 ppisati: sorry, will test your kernel deb in a few Sep 28 16:18:55 we have a critical bug at the linaro side noew Sep 28 16:19:11 yeah, display issues Sep 28 16:20:26 rsalveti: yes, but which tilt tree :) that's the question Sep 28 16:20:27 no prob, i'll still be around for... 6 hours? more or less Sep 28 16:20:33 prpplague: According to http://omappedia.org/wiki/PandaBoard_Revisions#Rev_A4_.28LATEST.29 A4 is identical to A3 except ES2.3 Silicon. If there are board changes as well, how will they be identified, if the board ID hasn't changed? Sep 28 16:20:50 sebjan: the tilt-linux-3.0 Sep 28 16:20:57 GrueMaster: there are no board changes, it is all ES2.3 related Sep 28 16:21:26 looks like rsalveti has gotten the correct support added Sep 28 16:21:28 I thought you said there were HDMI EDID changes? Sep 28 16:21:44 GrueMaster: inside the silicon Sep 28 16:21:50 http://kernel.ubuntu.com/git?p=ppisati/ubuntu-oneiric.git;a=commit;h=58b36b7ce571c5b5cd6b8bc6b29f45eccc7a5f34 Sep 28 16:22:32 rsalveti: this branch does not exist. Do you mean tilt-linux-linaro-3.0, or tilt-3.0-nodspvideo1? Sep 28 16:23:11 sebjan: sorry, tilt-linux-linaro-3.0 Sep 28 16:23:56 rsalveti: right, this is the branch I tested so far, but this is not the branch that is beeing integrated into the Ubuntu kernel Sep 28 16:24:20 the tilt-3.0-nodspvideo1 is being used (which does not include the linaro tree merge) Sep 28 16:30:01 GrueMaster / ogra_ looks like the support for es2.3 a4 pandaboards should be good Sep 28 16:30:10 i'll clone a copy and test Sep 28 16:31:12 ppisati: Testing your linux-image-3.0.0-1205-omap4_3.0.0-1205.10_armel.deb kernel now. This has the A4 & 4460 fixes, right? Sep 28 16:31:52 GrueMaster: yes according to ppisati Sep 28 16:32:10 GrueMaster: yep Sep 28 16:32:16 GrueMaster: this is the primary one of concern http://kernel.ubuntu.com/git?p=ppisati/ubuntu-oneiric.git;a=commit;h=58b36b7ce571c5b5cd6b8bc6b29f45eccc7a5f34 Sep 28 16:49:00 ppisati: On bug 855969, the audio part is because the alsa driver (kernel) renamed the analog hardware device from SDP4430 to Panda. Do we want to change the kernel or the alsaucm files? Kernel would (in my opinion) be easier. Sep 28 16:49:02 Launchpad bug 855969 in linux-ti-omap4 "excessive messaging in dmesg by kernel on omap4" [Undecided,Fix committed] https://launchpad.net/bugs/855969 Sep 28 16:51:46 GrueMaster: at the ubuntu-leb we changed the alsaucm files already, but at this point just not updating the kernel code is probably easier Sep 28 16:52:26 So, how come no one updated the bug with this info? Sep 28 16:53:01 because this was done monday/yesterday Sep 28 16:53:14 and we still didn't get everything working for the release Sep 28 16:53:29 I added a comment at the no sound support for omap4 bug Sep 28 16:53:36 saying that this changed Sep 28 16:56:29 ppisati: ogra_: i think we have always said we would use the tilt kernel for ubuntu. what you are using right now is 3.0 + omap patches but it's missing the linaro-3.0 branch. that's what sebjan meant earlier. Sep 28 16:56:47 linaro and us are using the tilt-linux-linaro-3.0 branch Sep 28 16:57:20 that was what I thought too Sep 28 16:57:37 didnt paolo say we use tilt above ? Sep 28 16:57:40 that's what we discussed many times in our weekly ;-) Sep 28 16:57:53 ogra_: there are 2 main branches. titl and titl-linaro Sep 28 16:57:59 ah Sep 28 16:58:07 yep, we use tilt Sep 28 16:58:13 TI landing tree Sep 28 16:58:19 not the tilt + linaro kernel Sep 28 16:58:45 it's probably too late now... but you should have used tilt-linaro... Sep 28 16:58:46 GrueMaster: is it something we can fix after the upload? i would like to pull req before end of day Sep 28 16:59:15 After the upload? You mean after release? Sep 28 16:59:21 ndec, especially since tilt+linaro doesnt work atm Sep 28 16:59:22 ppisati: you will need couple of patches from sebjan to revert the DRM driver name in the kernel. or the GFX packages won't work. Sep 28 16:59:33 tilt+linaro does work Sep 28 16:59:37 what does not work? Sep 28 16:59:38 ndec: since O/omap4 kernel hit our archive we always used vanilla + tilt + ubuntu sauce Sep 28 16:59:41 is the one we use at the lebs Sep 28 16:59:46 rsalveti, you got the DVI issue fixed ? Sep 28 16:59:49 we had many discussions about it in the past Sep 28 16:59:51 ogra_: which issue? Sep 28 17:00:06 rsalveti> we have a critical bug at the linaro side noew Sep 28 17:00:07 i even have an email i sent to agreen back in... june? july? Sep 28 17:00:20 where i told him we were using vanilla + tilt Sep 28 17:00:22 ppisati: yes. it's just your definition of tilt that was not correct Sep 28 17:00:29 ogra_: oh, that's the sound issue, not related with dvi Sep 28 17:00:36 ah ok then... Sep 28 17:00:40 ah, i only saw that displays dont work anymore Sep 28 17:00:41 rsalveti: what issue with sound? Sep 28 17:00:49 during the day in #linaro Sep 28 17:00:59 ndec, device was renamed Sep 28 17:01:03 ndec: packaging issue, we can't generate hwpacks anymore Sep 28 17:01:13 but I'm fixing that Sep 28 17:01:16 oh, something totally different Sep 28 17:01:21 yup Sep 28 17:01:28 * ogra_ better shuts up Sep 28 17:01:28 which device? where? Sep 28 17:01:47 ndec, the asla device Sep 28 17:01:49 rsalveti: btw awesome work on cross building kernel + dkms ;-) Sep 28 17:02:04 jcrigby: thanks for that ^^^ Sep 28 17:02:07 ndec: kuddos to jcrigby Sep 28 17:02:13 ditto! Sep 28 17:02:20 do you think it's upstreamable? Sep 28 17:02:24 "SDP4430" vs "Panda" for the alsa device Sep 28 17:02:28 he even fixed another annoying issue for systemtap Sep 28 17:02:47 even better... Sep 28 17:02:49 now you just need to install the kernel debug package and it just works :-) Sep 28 17:02:58 we tried dkms earlier, not systemtap yet Sep 28 17:03:35 ndec: it should be, maybe we can put it at ppisati last respin Sep 28 17:04:12 actually the kernel freeze was some time ago, but it _seems_ we can still have an upload like this before tomorrow Sep 28 17:05:06 but fix can still go in before releae Sep 28 17:05:19 so if you can't make it today, we can do it later Sep 28 17:39:34 ogra_: bug 779410 Sep 28 17:39:35 Launchpad bug 779410 in flash-kernel "package initramfs-tools 0.98.8ubuntu3 failed to install/upgrade: subprocess installed post-installation script returned error exit status 1" [Medium,Confirmed] https://launchpad.net/bugs/779410 Sep 28 17:40:08 that really doesnt state it happens every time (and to be honest i have nevber seen it) Sep 28 17:41:06 It isn't an everytime occurance, but it is very high on some of my SD cards. Higher on some than on others. Sep 28 17:41:58 well, if a sync fixes it we should have the in the pipe as a last resort fix, but should still investigate aa real fix Sep 28 17:42:42 i cant reproduce it here ... but would suggest an upload with an lsof in the code before the umount so we get logs about whats open Sep 28 17:42:54 and then find out why thats the cas Sep 28 17:42:55 e Sep 28 17:43:04 I see no reason to upload for that. Sep 28 17:43:23 well, if its reliably reproducable there doesnt need to be an upload indeed Sep 28 17:43:26 If Tobin has cards he can reliably reproduce this on, give him a hacked-up f-k to play with. Sep 28 17:43:35 right Sep 28 17:43:36 sigh. 3rd time through ubiquity on this particualr SD card. Sep 28 17:43:37 Checking logs now. Sep 28 17:43:45 And if no one can reliably reproduce it, a debug upload 1 day before final freeze won't help anyone. Sep 28 17:44:06 well, if its serious enough we can have twn other uploads Sep 28 17:44:10 *ten Sep 28 17:44:22 Yes, but not debug code. Please. Sep 28 17:44:26 Sorry, I have been too busy this cycle to test daily desktop images. Sep 28 17:44:29 The archive is not a test bed. Sep 28 17:44:34 yeah Sep 28 17:44:52 GrueMaster, nobody is blaming you for anything Sep 28 17:45:14 i know that bug since it exists, i even discussed it with skaet before Sep 28 17:45:14 Yea, but if I don't do it, it doesn't happen. Sep 28 17:45:53 and was under the impression its not reliably reproducable nor that it happens often actually Sep 28 17:46:16 reather blame me for not taking it serious enough before excusing missing tests Sep 28 17:46:52 *excusing for Sep 28 17:50:27 Yea for useless log output. I see absolutely no usefull information from ubiquity as to why it keeps restarting. Sep 28 17:53:12 Like this from oem-config.log: (oem-config:13199): Gdk-WARNING **: oem-config: Fatal IO error 0 (Success) on X server :0. Sep 28 17:53:30 * GrueMaster never knew success was a fatal error. Sep 28 17:55:12 i think thats actually after X died Sep 28 17:55:42 the real error would be before somewhere Sep 28 17:55:54 if it would be in that log Sep 28 17:56:22 The rest of the log shows a ton of dbus errors. Sep 28 17:56:34 But that hasn't changed in a long time. Sep 28 17:57:25 yeah, its more likely you will find info in syslog i think Sep 28 17:57:50 I'm scrolling through it now. Sep 28 18:00:04 AHA! Sep 28 18:00:16 * ogra_ is all ears Sep 28 18:00:43 http://paste.ubuntu.com/698627/ Sep 28 18:03:14 GrueMaster, well, add an lsof to flash-kernel before the umount $TEMPFS Sep 28 18:03:30 err Sep 28 18:03:34 TMPMOUNT Sep 28 18:05:17 probably redirect to some file so it doesnt spill into syslog Sep 28 18:07:32 lsof takes just long enough to start that it fixes the race. :P Sep 28 18:07:40 Which is why I suspect sync appears to fix it too. Sep 28 18:07:54 That would be my guess. Sep 28 18:08:10 (I can reproduce it in a loop here without lsof, but with it, no issues) Sep 28 18:08:52 Whatever. Path of least resistance for now is just to sync(1) before both umounts. I'll try that in a loop of a few thousand and see if it helps. Sep 28 18:08:57 lets add a sleep 1 Sep 28 18:08:58 :) Sep 28 18:09:03 Time to kill an SD card. Sep 28 18:12:59 set -e; for i in `seq 1 1000`; do flash-kernel; done Sep 28 18:13:03 ^-- We'll call that good enough? Sep 28 18:13:09 argh Sep 28 18:13:11 thats evil Sep 28 18:13:18 I weep for my poor SD card. Sep 28 18:13:22 yeah Sep 28 18:13:27 expense it Sep 28 18:14:26 Pfft. They're cheap. Sep 28 18:14:43 This one wasn't. But I'm too lazy to swap to a cheap one, so my own fault. Sep 28 18:15:05 We could lazy umount here too. Sep 28 18:15:15 we rm -rf the dir Sep 28 18:15:41 not sure how clever that is, does lazy actually unmount or does it only mangle mtab ? Sep 28 18:15:41 That's fine. Sep 28 18:15:47 Lazy detaches it from that directory. Sep 28 18:15:51 k Sep 28 18:16:03 i always thought it only fakes the mtab entry Sep 28 18:16:07 The only thing lazy does is allow you to keep files open. Sep 28 18:16:14 or rather the removal Sep 28 18:17:00 I blame all this GUI auto-mounting crap for the race, if I had to point fingers randomly. Sep 28 18:17:24 Every 15th run of this loop or so, I get a folder window popping up. Sep 28 18:17:42 If that process is opening/scanning files on the FS when we're trying to umount it. Boom. Sep 28 18:17:47 at that point the partition should already be labeled in a way it doesnt get mounted Sep 28 18:18:01 so it shouldnt automount on the installed system Sep 28 18:18:17 Oh, this would be because we haven't fixed jasper to change the label yet. :P Sep 28 18:18:23 Or hadn't on the system I'm testing on. Sep 28 18:18:28 yeah Sep 28 18:18:41 thats the main reason for the label :) Sep 28 18:18:51 Is that fixed now? Sep 28 18:18:56 * ogra_ checks Sep 28 18:19:19 I'd say no. Sep 28 18:19:27 Since the latest change in bzr is my GROWROOT fix. Sep 28 18:19:45 Why that's in all-caps, I don't know. I need coffee. Sep 28 18:19:54 heh Sep 28 18:20:50 infinity, janimo worked on that but mx5 got in the way i think Sep 28 18:23:05 * ogra_ gets some icecream Sep 28 18:23:33 I'll fix the label thing today, then. Sep 28 18:23:40 thx Sep 28 18:24:04 shouldnt be to hard, ask janimo thogh, he probably has some code already Sep 28 18:24:31 I think he got sidetracked by shiny. Sep 28 18:24:31 i know he looked into mtools stuff for it Sep 28 18:24:36 yep Sep 28 18:24:41 But it's easy to set a label. Sep 28 18:24:57 well, it needs hook additions for mtools etc Sep 28 18:25:01 * GrueMaster tests that theory. Sep 28 18:25:17 and possibly an mtoolsrc Sep 28 18:25:30 in the initrd Sep 28 18:26:03 Any way the partition can be labeled at image creation time? Sep 28 18:26:31 Yes, we did that, and Oliver told us we were bad people. :P Sep 28 18:26:31 GrueMaster, then users wont see it (hint ... replacing u-boot/MLO) Sep 28 18:26:38 (Because then you can't easily mount it pre-install) Sep 28 18:26:54 Not that you can't mount it, mind you, just not easily. Sep 28 18:26:58 Oh yea. Right. :( Sep 28 18:27:16 Forgot that whole arguement. Sep 28 18:27:21 i didnt say you were bad people ! Sep 28 18:27:27 just mildly bad Sep 28 18:31:08 -rwxr-xr-x 1 root root 51560 2011-08-20 14:36 /sbin/dosfslabel Sep 28 18:31:08 -rwxr-xr-x 1 root root 27472 2011-08-20 14:36 /sbin/mkdosfs Sep 28 18:31:23 Can someone explain to me why it takes more code to change a label than to create the filesystem? :P Sep 28 18:31:48 hahaha Sep 28 18:31:54 If the label is the cause, that would mean gvfs is running during oem-config. Why would that need to be running? Sep 28 18:32:47 I'm not sure the label is the cause during oem-config. I'm just suspecting it could be causing a race here that allows me to see the bug. Sep 28 18:32:59 Or, rather, to see the race and work around it. :P Sep 28 18:33:16 I intend to make f-k happy on this system first, then fix the label, not the other way around. Sep 28 18:33:26 ++ Sep 28 18:33:30 Well, I am currently testing that theory. Will know in a few minutes. Sep 28 18:34:14 gvfs should definitely not run in ubiquity-dm Sep 28 18:34:45 * infinity does a test loop with s/sync && umount/umount -l/ Sep 28 18:34:46 might be though that it uses gnome-session for panel and the applets and it could be that gnome-session by default starts gvfs regardless Sep 28 18:35:02 If lazy works consistently, it's probably the more elegant solution for whatever races might bite us here. Sep 28 18:35:09 yes Sep 28 18:36:30 T/win 48 Sep 28 18:36:45 sigh. Label ENOFIX. Sep 28 18:37:02 Yeah. Didn't think it would. But it needs fixing anyway. :P Sep 28 18:37:20 did you use the right label ? Sep 28 18:37:22 :) Sep 28 18:37:27 just to make sure Sep 28 18:37:29 SERVICEV001 Sep 28 18:37:32 k Sep 28 18:37:40 It made it disappear on my desktop. Sep 28 18:37:45 yep Sep 28 18:37:52 udev has that name hardcoded Sep 28 18:37:55 err Sep 28 18:38:02 udisks but in a udev rule Sep 28 18:38:26 Lazy seems to be doing the trick. Sep 28 18:38:37 And syslog shows the same tmpmount busy error. Sep 28 18:38:44 yeah Sep 28 18:38:56 i dont think gvfs is the issue here Sep 28 18:39:14 (and it seriously shouldnt run at all) Sep 28 18:39:23 Oddly enough, I can reliably reproduce this issue on the SD cards given to us at the Dallas rally. Sep 28 18:39:36 the cheapo but fast ones ? Sep 28 18:40:18 Yea. The red 16G micro center ones. Sep 28 18:40:35 * ogra_ needs to find his, i'll test with it tomorrow Sep 28 18:41:03 lLazy was good for 20 tries in a row, going for the longer loop and a smoke. Sep 28 18:41:03 actually i need to call it a day to not be killed with a spoon by susie who waits with dinner ... Sep 28 18:41:35 i'll do the TI icon stuff tomorrow and should beyond that have spare cycles if there is anything pressing left Sep 28 18:41:36 Indeed. Go avoid spoon death. Sep 28 18:41:50 so if there is anything leave me a ping or mail Sep 28 18:41:54 * ogra_ waves Sep 28 18:47:49 Looking at jasper, I notice all of the logging lines (...>>${LOG} ) begin with $MYECHO, which means they go through plymouth. Shouldn't they just be "echo ...>>${LOG}"? Sep 28 18:48:26 MYECHO isn't plymouth if we don't have it installed. Sep 28 18:48:47 MYECHO="echo " Sep 28 18:48:47 if [ -x /bin/plymouth ] && plymouth --ping; then MYECHO="plymouth message --text=" Sep 28 18:48:50 fi Sep 28 18:49:31 Oh, wait. Stuff for the log is in MYECHO? Where? Sep 28 18:49:35 Look further down at lines 83,84. Sep 28 18:49:43 Ahh, yes. Sep 28 18:50:03 That probably wants a tee or something. Sep 28 18:50:06 If busybox has tee. Sep 28 18:50:30 But I'm not going to mangle any of that today. Sep 28 18:50:40 This thing's fragile enough as it is. :P Sep 28 18:50:57 83 should be a $MYECHO. Any line that ends with >>${LOG} should be just an echo, otherwise they will not show up in the logfile. Sep 28 18:51:59 I think ogra_ did a s/echo/$MYECHO/g when he added plymouth support. Sep 28 18:52:43 Probably. Sep 28 18:53:16 Still, should replace it all with a tee function and just have the log reflect the console. Sep 28 18:54:23 Tee won't work if pushing out to plymouth. Sep 28 18:54:39 I said a tee function, not tee itself. Sep 28 18:54:50 Something to multiplex between log and console/plymouth. Sep 28 18:54:56 Not terribly tough. Sep 28 18:55:04 But for now, I'll just fix some oopses. Sep 28 18:56:09 Only found two anyway. Sep 28 18:58:24 Ugh. I keep taking a screenshot of this ugly oem-config screen, and keep blasting the SD before saving it off. sigh. Sep 28 19:01:19 Testing to see if adding sync to flash-kernel fixes this issue. I know it isn't a clean fix, but for now... Sep 28 19:02:02 And since I can reliably reproduce this (6 for 6 times so far) on this SD, I can always revert to test a better fix. Sep 28 19:05:36 I've been testing lazy instead, if you'd like to test that. Sep 28 19:05:52 s/umount/umount -l/ to both umounts in f-k. Sep 28 19:07:00 A few hundred into my test, and I haven't been able to race it. Sep 28 19:08:38 My fix doesn't show the error in the syslog anymore, but oem-config still fails. Not sure why. Back to combing useless output. Sep 28 19:13:40 infinity, ah dosfslabel. Seems much saner than using mtools Sep 28 19:13:45 did not know about it Sep 28 19:14:35 Yeah, already fixed. Sep 28 19:14:53 Well, when I do a round of testing here and commit. Sep 28 19:16:55 infinity: Could this be it? syslog: Sep 28 12:00:18 localhost ubiquity: debconf: DbDriver "config": /var/cache/debconf/config.dat is locked by another process: Resource temporarily unavailable Sep 28 19:17:21 Depends on if it's retrying. But also, WTF. Sep 28 19:17:39 The only thing talking to and/or locking the debconf DB should be ubiquity itself. Sep 28 19:17:41 Repeated 5 times according to the next line. Sep 28 19:18:03 Are these fresh installs, or are you restarting ubiquity after a failed attempt? Sep 28 19:18:23 Reflashing SD before trying something new. Sep 28 19:19:02 When oem-config reappears, I switch to alt-F1 and ctrl-alt-del. Sep 28 19:21:12 I wish ubiquity would just log to its own file. having it output to syslog is very messy. Sep 28 19:26:52 sigh. Guess I start yet again and enable oem-config debug. Sep 28 19:26:55 After lunch. Sep 28 19:28:30 Gaaah! Forgot to save the screenshot off the SD before reflashing...again. sigh. Sep 28 19:38:57 Ugh. One small bathroom break, and I've completely lost my train of thought. Sep 28 19:43:16 Kind of a pisser, isn't it? :P Sep 28 19:43:39 Yeah. I need to stop this getting old business. Sep 28 19:44:50 * infinity breaks from ARM stuff to do some release managling and clear his head. Sep 28 19:48:04 * GrueMaster takes yet another screenshot. sigh. Sep 28 19:55:25 ogra_, can you confirm, ac100 and mx5 are both to be considered community projects, with no official support, and you'll be the signoff? Sep 28 19:55:32 * skaet is doing some manifest scrubbing. Sep 28 19:55:48 rsalveti: did you test the kernel? if not, it's here: http://people.canonical.com/~ppisati/linux-image-3.0.0-1205-omap4_3.0.0-1205.11_armel.deb Sep 28 19:57:11 skaet: That sounds right to me. Sep 28 19:57:52 thanks infinity, I'll go with that for now then. Sep 28 20:18:37 ppisati: not yet, but will test now, we just fixed the issue we were having at linaro today Sep 28 20:19:05 rsalveti: ok, no prob Sep 28 20:19:09 rsalveti: i'm here Sep 28 20:48:33 Sweet mother of creepy gah. I haven't done a fresh install on a machine with a webcam since that ubiquity changes. It turns it on and offers to take my picture during install? Sep 28 20:48:38 That's just wrong. Sep 28 20:49:25 (On the flipside, "hey, the ac100 webcam works") Sep 28 20:51:12 Heh. Sep 28 20:55:30 skaet, you are correct on ac100 and imx5x no support, considered to be community Sep 28 20:56:24 Oh, balls. ac100 needs the same fix I gave omap and mx5 two days ago. Sep 28 20:56:38 at least the ac100 community is quite active Sep 28 20:58:28 davidm, thanks. Sep 28 21:00:06 skaet, trying to pay attention as I can today Sep 28 21:00:13 infinity: So, making oem-config start with --debug only succedes in generating 10x the logging of useless info. As an added bonus, oem-config now crashes, butthat info must be confidential as there is no sign of it crashing in syslog, dmesg, oem-config.log, installer/dm or anywhere else I look. Sep 28 21:03:10 * GrueMaster is tempted to just file a critical bug against ubiquity, attach all the logs, and let the installer dev's figure out the whole mess. Sep 28 21:03:29 I wish I could reproduce it... Sep 28 21:03:31 Though I haven Sep 28 21:03:33 Err. Sep 28 21:03:46 I haven't reinstalled my Panda today, so maybe a surprise is in store. Sep 28 21:04:04 The ac100 went flawlessly though (except for my needing to give it oem-config-gtk) Sep 28 21:12:12 rsalveti: i Sep 28 21:12:24 'm leaving Sep 28 21:12:33 can you give it a boot? Sep 28 21:12:33 ppisati: slacker :P Sep 28 21:12:51 ppisati: do you need to send the pull request today? Sep 28 21:12:56 yep Sep 28 21:13:04 tomorrow is final freeze Sep 28 21:13:08 great, give me 30 min Sep 28 21:13:11 ok Sep 28 21:13:33 ppisati: we'll also need a FFe for u-boot-linaro Sep 28 21:13:41 ogra_: jcrigby: ^ Sep 28 21:13:49 for 4460 support, as I said before Sep 28 21:14:02 ppisati: If it helps, I had booted it on my system earlier today (before I got sucked into daily image hell). Sep 28 21:14:12 GrueMaster: panda Ax? Sep 28 21:14:15 if it booted fine at 4430 is already a start Sep 28 21:14:19 A3 Sep 28 21:14:32 yep, but we are pull requesting for 4460 Sep 28 21:14:47 without it, i'm not sending the req Sep 28 21:14:59 Right. I just wanted to make sure nothing got broken in between. :P Sep 28 21:15:04 yep Sep 28 21:15:11 thanks for testing Sep 28 21:15:34 rsalveti: Will the next u-boot fix ES2.0 support? Sep 28 21:15:43 GrueMaster: yes Sep 28 21:15:59 excellent. Sep 28 21:17:15 ppisati: i think you need the pull request even without 4460. since we are fixing some graphics and MM stuff as well. Sep 28 21:17:45 ppisati: can you point me the git tree for this deb? Sep 28 21:18:36 rsalveti: wait Sep 28 21:18:58 rsalveti: git://kernel.ubuntu.com/ppisati/ubuntu-oneiric.git ti-omap4 Sep 28 21:19:08 ppisati: thanks Sep 28 21:19:16 and here is the deb Sep 28 21:19:18 http://people.canonical.com/~ppisati/linux-image-3.0.0-1205-omap4_3.0.0-1205.11_armel.deb Sep 28 21:21:01 hi there :) Sep 28 21:21:22 rsalveti, so u-boot for this is 2011.09.2 which has been tested with Linaro for a few days Sep 28 21:21:31 ? Sep 28 21:21:40 jcrigby: yes, latest one we're also using Sep 28 21:22:10 ok, do I wait for a confirmed status ffe? Sep 28 21:22:10 guess we can use the other FFe bug we have around already Sep 28 21:22:29 jcrigby: yes, I'll comment on that bug Sep 28 21:22:54 ok, just going to say someone important needs to set status to confirmed:) Sep 28 21:23:37 I get an error when using rootstock: http://pastebin.com/cx03qteT Sep 28 21:23:51 jcrigby: yes :-) Sep 28 21:24:16 GrueMaster: can you help us testing pxe with this latest u-boot? Sep 28 21:24:27 jcrigby tested already, but would be good to check with it first Sep 28 21:24:42 Sure, I guess. What platforms? Just panda? Sep 28 21:25:14 GrueMaster: https://launchpad.net/~linaro-maintainers/+archive/overlay/+files/u-boot-linaro-omap4-panda_2011.09%2B5353%2B35%2B201109262044~natty1_armel.deb Sep 28 21:25:27 in theory there's usb support at xM too, but we didn't test it yet Sep 28 21:25:34 wget https://launchpad.net/~linaro-maintainers/+archive/overlay/+files/u-boot-linaro-omap3-beagle_2011.09%2B5353%2B35%2B201109262044~natty1_armel.deb Sep 28 21:30:26 jcrigby: GrueMaster: ppisati: bug 851974 Sep 28 21:30:28 Launchpad bug 851974 in u-boot-linaro "FFe: u-boot-linaro 11.09, misc fixes for new silicon and boards" [Undecided,New] https://launchpad.net/bugs/851974 Sep 28 21:31:00 GrueMaster: please let us know when you're able to test these packages, making sure PXE is still working is the most important thing Sep 28 21:31:17 once the test is done I'll request the release team to review it Sep 28 21:31:18 On it now. Sep 28 21:31:22 Well, 1000 passes of flash-kernel with lazy umounting, I'll call that good. Sep 28 21:31:56 infinity: Good. Now see why oem-config is recycling on the daily omap4. Sep 28 21:33:29 Booting that in a bit. Sep 28 21:33:32 rsalveti: jcrigby What on pxe has changed in this u-boot? Sep 28 21:33:38 Well, flashing it now. Sep 28 21:34:11 GrueMaster, it should be identical Sep 28 21:34:34 Ok, so just a no-frills sanity check then. Got it. Sep 28 21:35:10 GrueMaster, make sure the naming of uuid/macaddr based downloads is not broken Sep 28 21:35:55 GrueMaster: yeah, just to check if we didn't break anything Sep 28 21:36:45 ok. I'll throw it into the pool. Sep 28 21:41:19 jcrigby: spl: error reading image u-boot.img, err - -1 Sep 28 21:41:32 What happened to using u-boot.bin? Sep 28 21:42:53 This will break our images if it doesn't support u-boot.bin. Sep 28 21:43:47 GrueMaster: in theory it should support it same way as before Sep 28 21:43:56 let me wait jcrigby to answer that Sep 28 21:44:19 GrueMaster: did you replace both MLO and u-boot.bin? Sep 28 21:45:03 My process is to reformat mmcblk0p1, copy MLO & u-boot.bin (in that order) and reboot. Everything else it pulls from tftp. Sep 28 21:45:41 GrueMaster: great Sep 28 21:47:40 rsalveti, I knew something was wrong Sep 28 21:48:14 It's the day before final freeze. What wouldn't be wrong? Sep 28 21:48:15 :P Sep 28 21:48:17 I reverted the .bin support in 09 before I found that the real problem was the spl size issue Sep 28 21:48:31 jcrigby: :-) Sep 28 21:48:55 but now that the spl size issue is fixed the .bin support can be put back in Sep 28 21:49:00 Why the switch to img in the first place? Sep 28 21:49:27 the new spl loads .img by default Sep 28 21:49:40 it could load a uImage forexample Sep 28 21:50:10 u-boot upstream sometimes forgets about backward compatibility Sep 28 21:50:17 at least on arm platforms Sep 28 21:50:40 Well, at least it matches the hardware. :P Sep 28 21:51:17 ok, I'm needed at a school meeting with my kids right now Sep 28 21:51:27 when I get back can I push a fix to ppa Sep 28 21:51:32 then test Sep 28 21:51:48 then push to archive if ppa test works out ok? Sep 28 21:53:31 bbl Sep 28 21:54:04 Also, no tftp/pxe support on beagleXM. usb start initiallizes the usb, but tftpboot reports no network devices. Sep 28 21:55:00 * GrueMaster takes a break for a bit. Sep 28 21:55:26 GrueMaster: ok, thanks Sep 28 21:55:37 jcrigby: will provide a new u-boot for GrueMaster while you're away Sep 28 21:55:41 with this fix Sep 28 22:00:02 GrueMaster: http://people.linaro.org/~rsalveti/u-boot/ Sep 28 22:00:15 the same one from the package I sent + u-boot.bin compatibility Sep 28 22:05:21 Bah. Broken. Sep 28 22:05:39 At least it loads uboot.bin now. Sep 28 22:06:48 Hmm. Doesn't like my pxelinux.cfg Sep 28 22:06:58 Let me double check on another system. Sep 28 22:10:30 rsalveti: The old version on http://ports.ubuntu.com/ubuntu-ports/dists/oneiric/main/installer-armel/current/images/omap4/netboot/ works fine with my pxelinux.cfg. This one does not. Sep 28 22:11:09 hm, then it could be a bug at the pxe implementation Sep 28 22:11:36 GrueMaster: what error are you getting? Sep 28 22:12:24 One sec. Sep 28 22:14:07 I get "Ignoring malformed menu command: label" then dumped to u-boot prompt. The message is the same on the working version, but it goes forward ok. Sep 28 22:14:30 My pxelinux.cfg is http://paste.ubuntu.com/698765/ Sep 28 22:24:41 hm, ok, need to check the changes between both versions Sep 28 22:24:55 and why this ignoring message Sep 28 22:26:06 The ignoring message could be my config. It has been eons (2001) since I did pxelinux stuff. Sep 28 22:36:14 Well, I fixed the label error in my config, but it still fails to run. I now get this: Sep 28 22:36:14 Bytes transferred = 740 (2e4 hex) Sep 28 22:36:14 Config file found Sep 28 22:36:20 And a prompt. Sep 28 22:38:15 GrueMaster: and you paste your new config? going to give it a try here Sep 28 22:39:02 GrueMaster: ppisati kernel worked fine here at my 4460 es1.1 Sep 28 22:39:04 http://paste.ubuntu.com/698777/ Sep 28 22:39:14 but he's not on-line anymore, let me sms him Sep 28 22:40:57 It is 00:38 his time. Sep 28 22:41:14 You told him 30 minutes, 90 minutes ago. Sep 28 22:41:18 oops. Sep 28 22:47:52 would help if he said he was going to leave :-) Sep 28 22:48:24 [14:10:20] rsalveti: i Sep 28 22:48:24 [14:10:32] 'm leaving Sep 28 22:48:42 like that? Sep 28 22:49:04 hm, where, didn't see it Sep 28 22:49:15 I think I just saw 'i' and that was it Sep 28 22:49:16 :-) Sep 28 22:49:38 Just before you said: [14:10:42] ppisati: slacker :P Sep 28 22:50:37 That was just before we got into this u-boot testing. Sep 28 22:50:54 It's all in the scrollback. :P Sep 28 22:51:28 oh, but that was almost 2 hours ago Sep 28 22:51:36 At any rate, I need to break for a bit. My eyes are gettng buggy. Sep 28 22:52:01 yeah, release is still killing me Sep 28 22:52:50 Same here. I am severely bogged down by issues in the desktop image that apparently didn't get looked at since I filed them...In Alpha. Sep 28 22:53:45 heehe... fun Sep 28 23:01:29 GrueMaster: yeah, pxe boot does nothing Sep 28 23:05:21 hm, weird, it works fine with my pxe config Sep 28 23:08:23 hm, but got: ERROR: Did not find a cmdline Flattened Device Tree Sep 28 23:12:43 rsalveti: is fdt_addr set in your env? Sep 28 23:13:23 jhobbs: yes Sep 28 23:14:14 jhobbs: GrueMaster: without a default entry pxe boot does nothing Sep 28 23:14:28 is it really required? Sep 28 23:14:59 GrueMaster: http://paste.ubuntu.com/698795/ Sep 28 23:15:10 GrueMaster: works only when I set the default argument Sep 28 23:16:35 let me compare u-boot-linaro 11.08 and 11.09, at least the pxe patches Sep 28 23:17:58 hm, 11.09 is using a new patchset Sep 28 23:20:51 jhobbs: when removing fdt_addr it worked fine Sep 28 23:21:11 do you have a fdt blob at fdt_addr? Sep 28 23:21:26 no, I'm not loading it Sep 28 23:21:41 I was trying an menu option that didn't load the dt file Sep 28 23:21:53 but as fdt_addr was set at my env, I could not boot it Sep 28 23:22:35 i'm not sure what menu you're referring to there, the pxe code doesn't load fdt's itself Sep 28 23:22:49 rsalveti: It worked on the old release, and it matches https://help.ubuntu.com/community/PXEInstallServer fairly closely. Sep 28 23:23:13 GrueMaster: yup, this is probably a bug Sep 28 23:23:41 jhobbs: fdt_addr is always set at our u-boot Sep 28 23:24:00 but we don't always need a blob Sep 28 23:24:18 that's why at the cases we are not loading it, it fails Sep 28 23:24:59 i see - the pxe code assumes that if fdt_addr is defined a fdt blob is being used and tells bootm that Sep 28 23:31:02 it could be smarter and check that something is actually present there Sep 28 23:32:48 yeah Sep 28 23:33:03 jhobbs: any idea why without a 'default' entry pxe boot does nothing? Sep 28 23:33:09 probably a bug at the parsing code Sep 28 23:33:30 wasn't the case at the previous patch set Sep 28 23:36:17 rsalveti, i'm not sure - i will check Sep 28 23:36:24 what behavior were you seeing with the last patch set? Sep 28 23:36:52 jhobbs: http://paste.ubuntu.com/698795/ example of a pxeconfig file Sep 28 23:36:55 this works fine Sep 28 23:37:09 if we remove the first line, the default entry, pxe boot gets me back to the prompt Sep 28 23:37:14 without saying a word Sep 28 23:39:22 jhobbs: http://paste.ubuntu.com/698802/ Sep 28 23:42:36 ok, i'm building to test right now Sep 28 23:54:00 menu_create is returning NULL Sep 28 23:55:35 hmm what i'm seeing is that it's trying to boot the default label but there is no default label specified Sep 28 23:56:06 so menu_get_choice is returning -ENOENT Sep 28 23:58:13 http://paste.ubuntu.com/698810/ Sep 28 23:58:23 whitespace will be messed up but that should get you that error message Sep 28 23:59:12 jhobbs: menu_create gets called with cfg->title == NULL Sep 28 23:59:23 then it returns NULL at menu_create Sep 28 23:59:38 because it'll try to call malloc with sizeof null Sep 28 23:59:43 let me check Sep 29 00:00:09 >> menu_create:372 Sep 29 00:00:10 title: , timeout: 0, prompt: 0 Sep 29 00:00:10 >> destroy_pxe_menu:1196 Sep 29 00:00:58 hm, doesn't seems to be the issue Sep 29 00:01:53 read it wrong here Sep 29 00:03:44 NCommander: Pokity poke. Sep 29 00:03:51 i think i know what is wrong - in older versions, when it looked for a default and didn't find it, it would go ahead and attempt to boot labels it hadn't tried to boot yet Sep 29 00:04:07 jhobbs: yup, makes sense Sep 29 00:05:33 NCommander: I need someone with ~ubuntu-installer commit access who happens to be in my timezone. Wake up! ;) Sep 29 00:05:55 rsalveti: i have a patch that fixes that now, i just need to run through a few tests Sep 29 00:06:08 rsalveti: should i email it to you? Sep 29 00:06:18 jhobbs: please, rsalveti@linaro.org Sep 29 00:06:20 ok Sep 29 00:22:42 ok it's sent Sep 29 00:24:13 rsalveti: let me know if you have troubles with it. the fdt_addr issue isn't as straightforward - i'm not sure check for an fdt there is the right answer either, it may be that the pxe command should look for explicit instruction to use fdt, like bootm does Sep 29 00:25:06 jhobbs: yeah, probably Sep 29 00:25:09 let me check your patch Sep 29 00:25:12 GrueMaster: So, I can't make oem-config crash here at all. Which makes it pretty painful to figure out what's going on for you. But every other issue raised today (partition label, flash-kernel race, ac100 not removing oem-config) should be fixed in tonight's dailies, the only remaining one is the slideshow, which should be fixed by a pending merge I have to ubiquity. Sep 29 00:25:33 GrueMaster: (You can kick your roommate to merge my ubiquity fix, since he's in ~ubuntu-installer) :P Sep 29 00:26:35 rsalveti: i'm going offline and might not check irc until tomorrow, email me if there are issues, thanks for your help Sep 29 00:27:17 jhobbs: sure, thank you :-) Sep 29 00:29:23 jhobbs: worked fine now Sep 29 00:36:03 GrueMaster: http://people.linaro.org/~rsalveti/u-boot/ Sep 29 00:36:12 GrueMaster: the fixed u-boot for pxe Sep 29 00:38:01 jcrigby: with the patches available at http://people.linaro.org/~rsalveti/u-boot/ pxe works fine again Sep 29 00:43:01 infinity: http://s3.amazonaws.com/imgly_production/2114800/large.jpg Sep 29 00:43:11 libjpeg-turbo and libjpeg Sep 29 00:43:16 running on imx53 Sep 29 00:43:58 tgall_foo should have the details Sep 29 00:45:26 rsalveti: Very cool. Sep 29 01:05:37 rsalveti: u-boot appears to work correctly again. Let me know when it is in the pool for more official testing. Sep 29 01:05:52 GrueMaster: great, thanks for testing it Sep 29 01:08:04 infinity: Daily build just failed. May be a while before I will be able to test your changes. Sep 29 01:10:22 GrueMaster: Neat trick, since the daily builds don't happen for another 43 minutes... Sep 29 01:11:12 cdimage@antimony:~$ crontab -l | grep ' ubuntu daily-preinstalled' && date Sep 29 01:11:12 55 1 * * * buildlive ubuntu daily-preinstalled && for-project ubuntu cron.daily-preinstalled Sep 29 01:11:16 Thu Sep 29 01:09:12 UTC 2011 Sep 29 01:16:42 rsalveti, /me the slacker has finally returned Sep 29 01:19:05 jcrigby: hey :-) Sep 29 01:19:55 rsalveti, thanks for filling in for me, I owe you as always Sep 29 01:21:39 jcrigby: just need to check if the removal of fdt is the right thing to do Sep 29 01:21:46 not yet sure why it was added Sep 29 01:27:13 the old patch set used different names for kernel and ramdisk addresses, when converting to the new patchset the names had changed to ones used elsewhere in u-boot and documented in README. So while adding this names to the panda config I added the other standard name/address for fdt Sep 29 01:28:11 had not idea that it broke anything Sep 29 01:34:28 rsalveti, so since I added it just for completeness sake he are probably ok deleting it at least for this ubuntu release Sep 29 01:34:37 s/he/we Sep 29 01:40:03 jcrigby: I think so Sep 29 01:40:10 as this will just affect the default behavior Sep 29 01:40:17 yes Sep 29 01:40:22 if the user wants to use fdt, he can set that at boot.src Sep 29 01:40:50 yes Sep 29 02:30:16 rsalveti, two recipe driven builds are going right now. Also I have a source package ready for putting. Do I need to wait for something. Last time I did this I thought I learned that someone was supposed to set status to confirmed to indicate approval for the ffe. Sep 29 02:43:21 jcrigby: let's wait the new builds to be available, then request GrueMaster to give some testing and then we request the release team to accept the FFe Sep 29 02:43:55 rsalveti, ok sounds good Sep 29 02:43:59 jcrigby: only thing is that the final freeze is tomorrow Sep 29 02:44:18 I understand Sep 29 02:44:26 so I guess I'll add a comment there now... Sep 29 02:46:03 jcrigby: did you set CONFIG_SYS_EMIF_PRECALCULATED_TIMING_REGS ? Sep 29 02:46:36 no, I guess I get to do one more release Sep 29 02:46:41 jcrigby: bug 837235 Sep 29 02:46:43 Launchpad bug 837235 in u-boot-linaro "Broken ES2.0 support at U-boot-linaro 11.08" [Medium,Confirmed] https://launchpad.net/bugs/837235 Sep 29 02:46:46 ok Sep 29 02:47:00 jcrigby: sorry for giving you more work Sep 29 02:47:14 its not a problem Sep 29 02:47:27 but getting a FFe and not fixing es2.0 will upset some people for sure Sep 29 02:47:35 right Sep 29 02:50:18 It has the added plus of reducing spl size Sep 29 02:50:43 a patch hit u-boot ml today setting this as default and setting spl limit back to 32K **** ENDING LOGGING AT Thu Sep 29 02:59:56 2011