**** BEGIN LOGGING AT Tue Aug 03 02:59:57 2010 Aug 03 03:04:58 GrueMaster: yep, I'm getting the same error lag is facing with his lg monitor Aug 03 03:05:41 probably this is fixed already with robclark patches Aug 03 03:05:57 Interesting. Aug 03 03:06:24 I don't have an HDMI monitor, but will test this when I am at the QA sprint in a couple of weeks. Aug 03 03:06:51 GrueMaster: when are you going to be off for the qa sprint? Aug 03 03:07:16 I leave next Friday and will be in Oxford until the 22nd. Aug 03 03:07:41 GrueMaster: oh, ok :-) Aug 03 03:07:41 Food's cooking, gotta run. Aug 03 03:07:45 see ya Aug 03 03:17:33 fyi, for DVI monitors, I pushed a patch: http://gitorious.org/~robclark/pandaboard/robclarks-kernel-omap4/commit/37050de250e570d67a435cb36ecfa9763a98e5ff Aug 03 03:18:01 it won't make any monitor that wasn't working at all start working.. but it will make some DVI monitors that were defaulting to 640x480 pick a better resolution Aug 03 03:18:26 (this at least helps with my DVI monitor at home ;-)) Aug 03 05:50:01 lag:ping . do you see it always ? Aug 03 05:50:23 oops : *do you see it always ? Aug 03 06:41:50 mythripk: Morning Aug 03 06:48:29 morning lag Aug 03 06:48:35 did you see it again ? Aug 03 06:48:43 i tried and could not reproduce Aug 03 06:48:54 I see different things depending on my cmdline Aug 03 06:49:18 can you send your cmdline ? Aug 03 06:49:19 omapdss DISPC error: SYNC_LOST_DIGIT Aug 03 06:49:19 omapdss HDMI error: Failed to lock PLL Aug 03 06:49:41 quiet splash ro elevator=noop console=ttyO2,115200n8 vram=32M mem=463M fixrtc Aug 03 06:49:53 failed to lock pll is because the first block is 1920 1080 with 138.5Mhz Aug 03 06:50:04 Okay Aug 03 06:50:13 that will be fixed with the patches i sent you , which will be part of out L24.9 release Aug 03 06:50:21 Okay Aug 03 06:50:25 So they're not out yet? Aug 03 06:50:44 not yet! , will be by this friday Aug 03 06:50:51 Have they been approved? Aug 03 06:50:57 yes Aug 03 06:51:12 Excellent, well done Aug 03 06:51:26 that is anyways our internal tree :) though Aug 03 06:51:28 I guess I'll wait for those before doing anymore Aug 03 06:51:54 I'll try and get them into our tree asap Aug 03 06:52:32 but this is a strange error you see , it is failing in dispc_set_digit_size which would mean x and y res are goofed up, in case you see that again a full log with debug enabled would be great Aug 03 06:53:02 I'm sure I can reproduce Aug 03 06:53:05 Wait one Aug 03 06:57:55 mythripk: I don't get the whole log (I guess most of it is printed to the monitor (which isn't working) Aug 03 06:57:57 http://paste.ubuntu.com/472531/ Aug 03 06:58:50 mythripk: setenv bootargs vram=32M mem=463M console=ttyO2,115200n8 console=tty2 root=/dev/mmcblk0p2 fixrtc Aug 03 06:59:27 If I remove the console=tty2 it does something different Aug 03 07:02:46 I correct myself Aug 03 07:02:55 Its actually this cmdline: setenv bootargs quiet splash ro elevator=noop console=ttyO2,115200n8 vram=32M mem=463M fixrtc Aug 03 07:04:48 That's more like it Aug 03 07:04:59 When I remove the console=tty2 I get this:# Aug 03 07:05:02 http://paste.ubuntu.com/472534/ Aug 03 07:06:22 alo Aug 03 07:17:24 ogra: ping Aug 03 07:33:37 lag : I suspect that it is becasue of the wrong x and y timing value. which ideally shouldnt , you are using console = ttyo2 which is ok , this would be needed to redirect your prints to TV when enabled. Can you wait for the patch set to be pushed ? Aug 03 07:34:50 ttyO2 won't push the prints to the TV/Monitor, only to the serial console Aug 03 07:34:58 tty2 will push them to the TV/Monitor Aug 03 07:40:22 lag: my bad . "lag : When I remove the console=tty2 I get this:#" that would when it is trying to redirect the contents to TV where you get the pll_not locked state Aug 03 07:42:33 persia: could you check http://revu.ubuntuwire.com/p/glmark2 for alf`? Aug 03 07:43:05 mythripk: If you read on you'll find that I was incorrect Aug 03 07:43:44 mythripk: In fact, the only think that differs when I removed console=tty2 is that I receive more output on the serial Aug 03 07:43:53 I'll wait for the new patches Aug 03 07:46:03 lag: I shall update you when its pushed to our tree Aug 03 07:46:51 mythripk: Great thanks Aug 03 07:52:54 ericm|ubuntu: I would have expected from me to notice the breakage even though it was your patch :-) Aug 03 08:16:07 ukleinek, nah - you are fine Aug 03 08:17:22 ericm|ubuntu: have you worked with the Freescale guys in Shanghai? Aug 03 08:17:38 amitk, a bit Aug 03 08:17:41 amitk, but not much Aug 03 08:18:05 amitk, knows some guys there as well as cooloney Aug 03 08:18:12 ericm|ubuntu: ok, one of them joined Linaro today (just introducing around) Aug 03 08:18:38 amitk, in #linaro? Aug 03 08:18:53 amitk, I missed that part Aug 03 08:18:59 ericm|ubuntu: yes Aug 03 08:36:07 amitk: is he/she based in Shanghai? Aug 03 08:36:20 cooloney: yes, come to #linaro to meet him Aug 03 08:51:38 amitk: I have a mx51evm here and it seems to be broken with CONFIG_FIXED_PHY=y; CONFIG_MDIO_BITBANG=y; CONFIG_MDIO_GPIO=y Aug 03 08:52:14 amitk: Did you see this already, too? Aug 03 08:53:11 ukleinek: hi, how's broken? Aug 03 08:53:19 ukleinek: unfortunately no, haven't had a chance to test mx51 for a few -rcs since my board broke. :-/ I just got a new one now so should be able to test. Aug 03 08:53:50 ukleinek: in our ubuntu fsl-imx51, those configs are all off, Aug 03 08:54:27 amitk: the fec doesn't work so I cannot nfsrootboot Aug 03 08:55:18 cooloney: you fixed the fec driver for MDIO support, right? Do you have time to look at this today? Aug 03 08:56:06 ukleinek: yeah, my patch was merged sometime ago and there are some updates in Dave's netdev-next tree Aug 03 08:56:18 amitk: yeah, ^^ Aug 03 08:56:30 but too bad, i don't have the hardware now Aug 03 08:56:46 my babbage is broken Aug 03 08:56:50 bricked Aug 03 08:58:12 ukleinek: I'll try to look at it as soon as I setup the new board Aug 03 08:58:44 amitk: this issue is in my way, I can do it myself, too. Aug 03 09:00:53 ukleinek: ok, I can't help you right away (so you might consider looking at it) Aug 03 09:00:58 * ukleinek just wanted to check if it's a known (or even fixed) issue Aug 03 09:01:30 ukleinek: no it isn't (we've had HW availability issues). Thanks for the report Aug 03 09:04:46 CONFIG_FIXED_PHY=y is the trigger Aug 03 09:06:59 lag, yes ? Aug 03 09:07:59 ogra: Do you have a uboot which omits the memory error on XM? Aug 03 09:08:53 i have an yet untested patch http://cgit.openembedded.org/cgit.cgi/openembedded/diff/?id=b4c5ef7e0e06890b1369bfbd5c767820024adb21&id2=b738634ead43d9ebcc8f8a4840366528ec91045a Aug 03 09:10:05 ukleinek: pls take a look at this http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-lucid.git;a=commitdiff;h=0e5e6e2a981eeab61dcc184d51ab769a33af6589 Aug 03 09:10:26 ukleinek: and this http://bugs.launchpad.net/bugs/457878 Aug 03 09:10:30 Ubuntu bug 457878 in linux-fsl-imx51 (Ubuntu Lucid) (and 1 other project) "imx51 on board ethernet plug/unplug events not detected (affects: 2) (heat: 15)" [Medium,Fix released] Aug 03 09:11:33 cooloney: is this a fix or a work around? Aug 03 09:12:56 ukleinek: i simply turned that off. Aug 03 09:13:03 cooloney: the plug/unplug event thing is fixed upstream Aug 03 09:14:19 ukleinek: CONFIG_FIXED_PHY will cause a sysfs conflict when I was trying to add phylib support in fec driver Aug 03 09:41:41 ogra: What SD card are you using for your XM? Aug 03 09:50:33 lag, traxdata 4G currently Aug 03 09:51:31 ogra: Have you seen the "mmc0: USB HID whilst initialising SD card" issue? Aug 03 09:53:06 ogra: Is the Traxdata a High Capacity (SDHC) card? Aug 03 10:02:18 hands out free samples of his slc 4gb flash crack :) Aug 03 10:14:44 cwillu_at_work: ? Aug 03 10:14:55 lag, I buy silly sd cards Aug 03 10:15:11 they don't break when you pull power from them mid-write Aug 03 10:15:56 cwillu_at_work: The XM's kernel doesn't like my SanDisk Micro SDHC card :( Aug 03 10:16:42 !info ttf-larabie-straight Aug 03 10:16:44 cwillu_at_work: ttf-larabie-straight (source: ttf-larabie): Straight fonts from www.larabiefonts.com. In component multiverse, is optional. Version 1:20011216-1.1 (lucid), package size 3462 kB, installed size 7860 kB Aug 03 10:17:00 that doesn't want to install on arm Aug 03 10:17:21 reports that it's a virtual package Aug 03 10:17:31 makes me want to cry Aug 03 10:18:15 ... or I just don't have multiverse enabled.... Aug 03 10:19:25 if I give you ssh to my server, can you call my cell if the build breaks again? Aug 03 10:19:28 I need to go for a walk :/ Aug 03 11:26:24 ogra: Am I correct in assuming you have fully booting XM and Panda boards? Aug 03 11:30:52 lag, no, XM doesnt Aug 03 11:31:26 i see some mmc issues but have lost the dmesg data for it before i could look Aug 03 11:31:41 it finds the mmc though, but the device is readonly Aug 03 11:31:59 (sfdisk complains it cant open the device for writing) Aug 03 11:33:02 Okay Aug 03 11:33:28 I'm just compiling a kernel which should eradicate my -110 error Aug 03 11:33:40 Once that's gone, I'll look into any other errors Aug 03 11:33:58 Can you send me the kernel logs you have? Aug 03 11:34:07 For XM and Panda would be helpful Aug 03 11:35:52 will do after the next image test (i just triggered a build) Aug 03 11:36:06 the XM is totally trashed atm Aug 03 11:36:19 Kernel error, or userspace? Aug 03 11:36:55 the filesystem dissolved itself at some point after i did reset the system several times Aug 03 11:37:11 i think the root cause is a kernel or bootloader issue with the SD bus though Aug 03 11:38:00 Well if you can get me some logs, I can try to do something about it Aug 03 11:41:36 ogra.. just fixed the ro bit last night.. http://bazaar.launchpad.net/~beagleboard-kernel/%2Bjunk/2.6.35-devel/annotate/head:/patches/rcn/xm-wp-testing.diff Aug 03 11:41:58 verified by another user, i'll clean up the patch a little. Aug 03 11:42:07 lag, ^^^ Aug 03 11:42:19 can i has that ? pleeeease Aug 03 11:42:51 basicly, the xm schematic has no wp, the current kernel defaults to a bx or cx non-existent wp line on the beagle.. (bad) Aug 03 11:43:02 hrm, yeah Aug 03 11:44:50 but there's another weird bug in 2.6.35 i'm going after.. on both my Bx and Cx boards, the mmc card is defaulting to 'ro' on boot. Have you guys seen that too on your kernel? Aug 03 11:45:52 yes, thats what i described above Aug 03 11:46:06 it appears like its locked Aug 03 11:46:50 yeap, well that patch fixes the xm.. the Bx and Cx have a gpio issue, playing around with the write protect lever it seems to be ignored.. Aug 03 11:48:25 this brings ti back to 2.6.34/2.6.33 behavor in my testing: http://bazaar.launchpad.net/~beagleboard-kernel/%2Bjunk/2.6.35-devel/annotate/head:/patches/rcn/regression-disable-wp.diff but i think there's bigger issues in the mmc write protect detection as it doesn't register the write protect lever in my testing.. Aug 03 11:49:50 it's basicly revert ed8303fc111e58530e22bd29b0d7e08dced75999 introduced in 2.6.35-rc1 Aug 03 12:05:59 ping: ogra Aug 03 12:10:28 rcn-ee: Have you seen the -110 error? Aug 03 12:10:36 rcn-ee: On XM? Aug 03 12:15:39 lag, probally.. i see lots of errors on mine.. 'sudo aptitude' opps it for me.. (i really need to get production hardware.. very early proto "P7" full of extra solder wires for traces..) Aug 03 12:16:04 i think that's the usb -110 error right? Aug 03 12:16:17 rcn-ee: "mmc0: USB HID whilst initialising SD card" Aug 03 12:16:38 You'd know if you had it, because it dies on the way up Aug 03 12:16:51 It doesn't find the SD card Aug 03 12:18:07 that's very weird.. mine finds the SD: (last saved dmesg) http://pastebin.com/4Dtysi8W Aug 03 12:19:04 It must like your MicroSD card Aug 03 12:19:08 Which one are you using? Aug 03 12:19:15 just generic sandisk.. Aug 03 12:19:27 SDHC? Aug 03 12:19:30 Or SC? Aug 03 12:19:41 4Gb/2Gb sdhc.. Aug 03 12:19:51 That's interesting Aug 03 12:19:55 Are you using our kernel? Aug 03 12:20:04 but i almost think they are clones.. the adapters don't work and i had to use another one.. Aug 03 12:20:12 yeap that's mine kernel.. Aug 03 12:20:21 Okay Aug 03 12:20:31 Our kernel doesn't like SDHC cards Aug 03 12:20:38 weird... Aug 03 12:20:43 We have to turn off preemption to get them to work Aug 03 12:21:03 does it also fail with the Bx/Cx's? Aug 03 12:21:11 (sdhc) Aug 03 12:21:12 No idea Aug 03 12:21:20 I don't have either of those Aug 03 12:21:26 I haven't heard of it Aug 03 12:21:30 Only XM Aug 03 12:21:43 rcn-ee: bug 591941 Aug 03 12:21:46 Launchpad bug 591941 in linux (Ubuntu Maverick) (and 1 other project) "SDHC card not recognized (affects: 2) (dups: 1) (heat: 80)" [High,In progress] https://launchpad.net/bugs/591941 Aug 03 12:23:25 that actually might be 'too' cheap cards...... cat-ing my config, wondering if? # CONFIG_MMC_SDHCI is not set Aug 03 12:24:37 It's a SanDisk Aug 03 12:27:44 you guys don't off hand happen to know where the mmc keeps there error code list.. (looking 110) Aug 03 12:28:31 Not off hand, sorry Aug 03 12:29:34 rcn-ee: 110 is usually ETIMEOUT Aug 03 12:29:36 i found another reference in the plug computer forums, looked like a bad sandisk card.. Aug 03 12:30:03 thanks ukleinek Aug 03 12:30:11 I've seen it happen with others Aug 03 12:31:24 which isn't good... reading the bug report, it's pretty consistent, but is there a specific image i should test with my xm and collection of sd cards? Aug 03 12:33:03 Please :) Aug 03 12:33:30 rcn-ee: http://cdimage.ubuntu.com/ubuntu-netbook/ports/daily-preinstalled/current/ Aug 03 12:33:45 gunzip it and dd it to your MicroSD card Aug 03 12:35:24 cooloney: CONFIG_FIXED_PHY is enabled in mx51_defconfig Aug 03 12:35:30 got it.. i'll pull it down at work in a bit, just getting ready at the moment.. i'll log back in a couple hours with my findings.. Aug 03 12:35:50 rcn-ee: Great, thanks Aug 03 12:43:16 lag: any news regarding the problem you had yesterday with your lg monitor? Aug 03 12:43:24 lag: I got the same problem with mine :-) Aug 03 12:43:39 lag: with panda Aug 03 12:44:09 What's it doing? Aug 03 12:45:46 lag: http://paste.ubuntu.com/472128/ Aug 03 12:45:58 ukleinek: hmmm, but do we use CONFIG_FIXED_PHY in ARM system Aug 03 12:46:10 mythripk: ping Aug 03 12:46:13 rsalveti: Wait one Aug 03 12:46:23 rsalveti: What monitor are you using? Aug 03 12:46:50 lag: lg with hdmi Aug 03 12:47:32 cooloney: mx51 is the only defconfig that has it Aug 03 12:47:45 lag: is this regarding the dump from rsalveti ? Aug 03 12:49:21 mythripk: Yep Aug 03 12:49:29 Mine is LG with HDMI too Aug 03 12:49:42 rsalveti: Which model? Aug 03 12:50:57 lag: W2253V Aug 03 12:51:16 ukleinek: if we don't need it, we can disable it in mx51 Aug 03 12:51:25 rsalveti: Okay mine is W2261VP Aug 03 12:51:32 ukleinek: it looks like just for x86 Aug 03 12:51:58 cooloney: then it should depend on X86, no? Aug 03 12:53:31 lag: any news regarding this bug? still didn't look for patches into other trees Aug 03 12:54:22 ukleinek: from the code, 'Fixed MDIO bus (MDIO bus emulation with fixed PHYs)' Aug 03 12:54:35 ukleinek: i am not sure about what is Fixed PHY Aug 03 12:54:53 * ukleinek isn't either Aug 03 12:55:16 rsalveti: Ask mythripk Aug 03 12:55:35 mythripk: were you debugging this lg monitor issue? Aug 03 12:58:42 rsalveti: yes i was and the issue is fixed now but then the patches will be pushed to our tree only by this friday. Aug 03 12:59:16 mythripk: and where can I find these patches? is it just an internal tree? Aug 03 12:59:35 rsalveti : The issue is because in the lg monitor block 0 has 1080P timing with 138.5Mhz which is not a standard Aug 03 12:59:50 its still in the internal tree Aug 03 12:59:59 =\ Aug 03 13:00:03 oh wait let me check robclark's tree Aug 03 13:00:10 he must have pushed Aug 03 13:00:11 ok Aug 03 13:02:16 nice to know that my monitor doesn't follows the standard :-) Aug 03 13:02:53 http://gitorious.org/~robclark/pandaboard/robclarks-kernel-omap4/commit/f2fa54fcfe8fa09ad14f104ae64d1bb5c93982bc and this http://gitorious.org/~robclark/pandaboard/robclarks-kernel-omap4/commit/5553031b56322a7dbaa2f57b8f773be9ae2baaff Aug 03 13:03:16 rsalveti : other block timings are still ok :) Aug 03 13:03:40 mythripk: nice, thanks for the links Aug 03 13:07:30 rsalveti : you dont have to give any bootargs with this if you were giving any for HDMI , just try and let me know. Aug 03 13:07:49 mythripk: sure, will do Aug 03 13:07:50 thanks Aug 03 13:22:49 amitk: mx51 doesn't use IMX_IO_ADDRESS. Do you prefer the mx51's current approach or did this just slip through? Aug 03 13:25:07 rsalveti: What are you going to do with that patch/ Aug 03 13:25:09 ? Aug 03 13:25:46 lag: test it? :-) Aug 03 13:26:02 And then/ Aug 03 13:26:03 ? Aug 03 13:26:27 lag: will let you all know if it worked or not Aug 03 13:26:35 Okay Aug 03 13:26:47 and then we can think if we're going to merge or wait for friday's tree Aug 03 13:26:50 Those patches should all be coming to us sooner or later anyway Aug 03 13:26:54 yep Aug 03 13:27:07 Let me know how you get on and we'll have a chat Aug 03 13:27:16 the sooner the better Aug 03 13:28:07 yep Aug 03 13:36:01 ogra: It matters not Aug 03 13:36:22 lag, it does Aug 03 13:36:42 we'Re way behind on the omap arches and need the HW to work Aug 03 13:40:52 I'm still getting OOM Aug 03 13:41:00 on XM Aug 03 13:41:09 I thought this was a HW issue Aug 03 13:41:22 We can only work with what we've got Aug 03 13:49:03 lag: i guess mdelay is missed in the patch from rob's tree can you please point that out to rsalveti ? Aug 03 13:50:08 lag, yes, and there are a ton of patches for XM that surely arent applied to our tree Aug 03 13:50:20 some crappier some not Aug 03 13:50:54 i know that people in #beagle do some work on booted XMs so we have to be missing a lot Aug 03 13:53:34 rsalveti: ping Aug 03 13:53:39 lag: pong Aug 03 13:55:01 http://kernel.ubuntu.com/git?p=lag/ubuntu-maverick.git;a=blobdiff;f=drivers/video/omap2/dss/hdmi.c;h=0830bbc6baed30e04afca7b1c1a5b83ec298c890;hp=a8bedb1facd324eb6d2f07767ae6399f7c24ec3a;hb=76dd0768b77f731bbe6ad4df55379734f3a38770;hpb=f6c95ac85cfa087a84cd82564dcaea8ce4a6c867 Aug 03 13:55:17 mythripk says this is missing from robclark's patches Aug 03 13:55:29 Insure you add it, or your monitor won't work Aug 03 13:55:38 yes it is Aug 03 13:55:48 robclark: Don't shoot the messenger Aug 03 13:55:51 ukleinek: MX51_IO_ADDRESS should be replaced with IMX_IO_ADDRESS at some point Aug 03 13:55:51 ;) Aug 03 13:56:02 amitk: ok, will do Aug 03 13:56:04 you need that one from mythripk's patches :-) Aug 03 13:56:09 no shooting involved :-) Aug 03 13:56:24 ("yes it is" == "yes it is missing") Aug 03 13:56:33 sorry, I noticed my wording wasn't so clear Aug 03 13:56:34 lag: ok, will apply the patches and test it here, thanks for the link Aug 03 13:56:36 ukleinek: thanks Aug 03 13:56:44 robclark: Ah, lost in translation (from US to English) ;) Aug 03 13:57:07 no.. I just haven't had my coffee yet this morning ;-) Aug 03 13:57:19 texan vs australian you mean ? Aug 03 13:57:26 heheh Aug 03 13:57:57 * lag kicks ogra in the nether-regions Aug 03 13:58:10 ouch Aug 03 13:59:48 geez ! Aug 03 13:59:57 :) Aug 03 13:59:59 logging out on the panda steals my display Aug 03 14:00:09 no signal anymore Aug 03 14:00:28 ah, its just slow Aug 03 15:28:22 what adds flash-kernel to the /etc/kernel-img.conf file? It is currently not enabled in the 20100802 image, so updating to the latest kernel doesn't run flash-kernel. Aug 03 15:29:09 GrueMaster: Usually, it's flash-kernel-installer, but it might be the image generation script Aug 03 15:34:57 Thanks. I see it in the changelog as being added in May, but I see nothing in the code now. Looking at actual diffs. Aug 03 15:53:12 lool: It looks like this was heavily discussed in the last few cycles, but never really resolved (that I can see). See bug 365053. Aug 03 15:53:13 Launchpad bug 365053 in initramfs-tools (Ubuntu) (and 1 other project) "On armel (Babbage platform), kernel image upgrading breaks if Ubiquity is instructed not to install a bootloader (heat: 12)" [Medium,Triaged] https://launchpad.net/bugs/365053 Aug 03 15:54:00 Of course this bug is moot with preinstalled images as we don't use ubiquity (except for oem-config). Aug 03 15:55:18 I would think that it should be up to the flash-kernel-installer.postinst script to ensure that it is added to /etc/kernel-img.conf. Aug 03 15:56:55 rcn-ee: Hey Robert Aug 03 16:27:03 GrueMaster, lool, kernel-img.conf isnt used anymore by flash-kernel (debian dropped it) flash-kernel is always run by update-initramfs now Aug 03 16:27:33 Hmmm. It didn't run on this update. Aug 03 16:28:05 does /etc/flash-kernel.conf exist ? Aug 03 16:28:44 yes Aug 03 16:29:13 then there is nothing that could block it from being executed at least Aug 03 16:29:33 are you sure you got a new kernel ? Aug 03 16:29:53 with this update i mean Aug 03 16:29:54 I manually ran flash-kernel and it updated the boot partition with the new kernel. It just didn't run when installing the new kernel. Aug 03 16:30:01 Yes. Aug 03 16:30:39 thats pretty weird since our kernel packages usually run update-initramfs from their postinst Aug 03 16:31:31 which in turn should run flash-kernel Aug 03 16:32:50 the 20100802 image has 2.6.35-13-omap kernel installed. Updating pulled in 2.6.35-14-omap. Aug 03 16:33:14 Flash-kernel should have run, but it didn't. Aug 03 16:33:15 really the kernel or just meta ? Aug 03 16:33:21 kernel. Aug 03 16:33:29 i didnt actually see a linux upload Aug 03 16:33:30 I'm looking at /boot Aug 03 16:33:37 but there was a meta upload yesterday Aug 03 16:34:01 thats on a panda ? Aug 03 16:34:08 beagle. Aug 03 16:34:10 ah Aug 03 16:34:24 (hence th 2.6.35-14-omap kernel) ;P Aug 03 16:34:37 if you run update-initramfs, does it run flash-kernel ? Aug 03 16:37:18 checking... Aug 03 16:38:05 dmesg Aug 03 16:38:09 oops Aug 03 16:38:15 heh Aug 03 16:39:34 I didn't see that it ran. is there a log I can check? Aug 03 16:40:08 i dont think so Aug 03 16:40:28 it should tell you it runs, its actually still very noisy Aug 03 16:40:32 Nevermind. timestamp on mmcblk0p1/uInitrd is an hour old. Aug 03 16:40:50 So no, it isn't running. Aug 03 16:41:25 hmm Aug 03 16:42:00 if you run: sudo flash-kernel --supported; echo $? Aug 03 16:42:04 Grrrr. terminal reset. Aug 03 16:42:07 whats the return value ? Aug 03 16:42:38 running flash-kernel manually works fine. I already tested that to make sure (and rebooted to verify new kernel loads). Aug 03 16:43:33 The return value is 0 (which I assume is good). Aug 03 16:43:41 yep Aug 03 16:43:54 means your HW is supported Aug 03 16:44:32 if flash-kernel --supported >/dev/null 2>&1; then Aug 03 16:44:32 flash-kernel Aug 03 16:44:36 ... Aug 03 16:44:44 thats what update-initramfs executes Aug 03 16:45:27 urgh Aug 03 16:45:44 i think i see the issue Aug 03 16:49:58 It doesn't even run that test. Aug 03 16:51:09 no, because there is still old code lool added once to check for the postinst_script value in kernel-img.conf Aug 03 16:51:26 i thought i had dropped that when i merged the new flash-kernel Aug 03 16:51:32 oops Aug 03 16:52:27 comitted and pushed Aug 03 16:52:58 i dont think its critical to upload it now though, we'll get just in the way of other arches ... Aug 03 16:54:18 ok. Aug 03 16:54:31 As long as it makes beta Aug 03 16:54:31 as a quick fiox you can just edit update-initramfs Aug 03 16:54:41 Planned on it. Aug 03 16:54:54 jumpo to flash-kernel and remove the outer if statement Aug 03 16:55:12 the one that checks for kernel-imf.conf contents Aug 03 16:58:43 yep, that fixed it. Aug 03 16:58:51 great Aug 03 16:59:14 Should I post a bug against initramfs-tools to track this? Aug 03 16:59:21 nah Aug 03 16:59:29 the fix is already in the tree Aug 03 17:00:04 It's in the debian git tree. Will we pull an update prior to Beta? Aug 03 17:00:11 next image will have an up to date kernel and before the next kernel comes we'll have the update in Aug 03 17:00:21 ok Aug 03 17:00:31 its in the ubuntu bzr branch Aug 03 17:00:49 Oh. Didn't find that. Only found the debian git tree. Aug 03 17:01:27 Didn't look too hard either. Aug 03 17:07:15 rcn-ee: And now? Aug 03 17:14:57 GrueMaster, http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/maverick/initramfs-tools/maverick/revision/210 btw Aug 03 17:15:25 Yea, got it. Aug 03 17:49:56 ogra_cmpc: Are we supposed to be generating netboot images for dove & imx? Aug 03 18:46:35 GrueMaster, no, but i wont switch them off unless they cause failures Aug 03 18:46:55 Just emails from iso.tracker. Aug 03 18:47:00 they are built automatically if debian-installer is built Aug 03 18:47:17 oh, they should be removed Aug 03 19:35:56 hi my friends Aug 03 19:38:43 lag, same mmc bug as your guys xm boards: http://pastebin.com/R0tTmXjE Aug 03 19:39:16 however this sandisk card works fine with my 2.6.35 kernel, so it's got to be a patch/config difference... Aug 03 19:40:41 rcn-ee, did you get the mmc from GrueMaster ?? Aug 03 19:41:55 nope, off amazon. ;) Aug 03 19:42:30 back in april when i realized i should stock up before everyone found out the xm's used micro sd cards. .;) Aug 03 19:42:34 What is it? (class/size) Aug 03 19:42:43 Sandisk 4GB SDHC Aug 03 19:43:18 Should work, although you have oops that I haven't seen yet. Aug 03 19:44:07 Yeah, this XM rev P7 (256Mb) isn't 100% anyways.. ;) Aug 03 19:44:47 rcn-ee: what filesystem are you using by default? Aug 03 19:45:29 oh this was lag's image he wanted me to test this morning.. just a dd of http://cdimage.ubuntu.com/ubuntu-netbook/ports/daily-preinstalled/current/ Aug 03 19:45:40 normally i rootstock my own over ext4 Aug 03 19:46:18 for some reason my kernel 2.6.35-dl12 works fine with these sd cards, but ubuntu's kernel can't load the mmc.. since most of the xm patches are similar we are left with the config... Aug 03 19:46:22 There is an updated kernel, but I am not sure how you would install it w/o booting. Aug 03 19:46:45 that's what the bx is for.. ;) give me 5mins.. Aug 03 19:47:05 with a rootstock rootfs you can generate it, with qemu user emulation Aug 03 19:47:29 rcn-ee: I had to drop using your patched kernel :-( Aug 03 19:47:39 or just mount the dist, copy qemu-arm-static there and install it with qemu user emulation Aug 03 19:47:44 *disc Aug 03 19:47:45 yeap.. i read that... Aug 03 19:48:47 500Mhz sucks,,, Aug 03 19:49:08 blah.. i've built kernels on a Bx at 400Mhz.. (debian etch 'arm').. Aug 03 19:49:14 I'm doing a build now, almost to the part that kept causing trouble, so I";ll let you know how it goes Aug 03 19:49:41 beats my 200Mhz Sharp Zarus... Aug 03 19:50:43 rsalveti, may I ask which zaurus you have ? Aug 03 19:51:10 rsavoye: ^ Aug 03 19:51:22 me, I've got several, the 3200 clamshell being my favorite Aug 03 19:51:26 crap there goes the upgrading idea, my Bx's musb port isn't coming alive... ;) Aug 03 19:51:36 rsalveti, :) Aug 03 19:51:51 rsavoye, :) Aug 03 19:52:01 rsavoye, the akita is a lovely device Aug 03 19:53:32 I wound up doing a project a bunch of years ago for NASA, and we used 6000Ls, cause I could install ipsec Aug 03 19:54:09 I was pumping air traffic data over the network to it for monitor alerts Aug 03 20:06:15 dyfet: are you at DebConf? They have you on the schedule giving a talk? Aug 03 20:18:48