**** BEGIN LOGGING AT Mon Aug 30 02:59:57 2010 Aug 30 03:12:33 Say, I really wish we could get those OMAP DSP accelerated codecs packaged. :( Aug 30 03:12:50 Or at least, have a packaged thing where you point it at the .bin file they give you, and it sets it up. Aug 30 03:13:06 I think some folks are working on that Aug 30 03:13:15 At least for omap3/omap4 Aug 30 03:14:58 http://www.slashgear.com/texas-instruments-blaze-video-demo-1674291/ Aug 30 03:15:16 It'd be an awesome thing to have: 1080p video encode/decode. Aug 30 03:15:26 Or even 720 would be nice. Aug 30 03:16:36 I heard 1080p was the target, but depends on all sorts of factors. Aug 30 03:16:53 Or heck, implementing va-api would be one way they could do it. Aug 30 03:17:07 That'd be the most useful for things such as gnash. Aug 30 03:17:15 Unfortunately, I can't find any work-in-progress for those immediately offhand. Aug 30 08:20:39 morning Aug 30 09:56:32 ndec, whats the magic to make the tablet display work ? (/me gets omapdss DISPC error: SYNC_LOST_DIGIT on boot atm when booting teh 2.6.34 ubuntu omap4 kernel) Aug 30 09:57:36 (i'm likely wanting the 2.6.35 kernel with robs patches but we dont have a package for it yet) Aug 30 11:50:55 ogra: you could try http://people.canonical.com/~rsalveti/maverick/kernel/linux-image-2.6.34-903-omap4_2.6.34-903.7rsalveti1_armel.deb Aug 30 11:51:07 that's our current tree with the hdmi fixes Aug 30 11:51:24 this is the deb I mainly use here Aug 30 11:52:00 all fixes are included at our current 2.6.35 tree, but will be only for es2 and after beta Aug 30 11:52:35 right Aug 30 11:52:42 i'm focusing on es1 now Aug 30 11:53:11 rsalveti, btw, a bug for the LED issue would be nice :) (and thanks a lot for the fix) Aug 30 11:53:13 ogra: yep, this deb is for es1 Aug 30 11:53:30 oh, ok Aug 30 11:53:58 well, still i cant play with the tablet until i have beta half way working :) Aug 30 11:54:16 ogra: ok, I can create a bug for it Aug 30 11:54:21 the good thing with the tablet is that our bootloader setup seems safe though Aug 30 11:54:37 cool Aug 30 11:55:08 ogra: so, today's image installs fine and boots fine, but the bar is still wrong Aug 30 11:55:12 using the default gnome bar Aug 30 11:55:17 shouldn't this be fixed already? Aug 30 11:55:26 yes, i just uploaded the last bits for the fix Aug 30 11:55:41 and the other bit hasnt been approved yet by ubuntu-release Aug 30 11:55:54 i'll take care for it as soon as my upload shows up in the queu Aug 30 11:55:56 e Aug 30 11:56:13 * ogra twiddles thumbs waiting for it to appear Aug 30 11:57:34 ogra: oh, nice Aug 30 11:57:52 * ogra waits for the bot in #ubuntu-release to pick it up Aug 30 12:10:29 NCommander, bug 626749 Aug 30 12:10:30 Launchpad bug 626749 in flash-kernel (Ubuntu) "Generation of initramfs fails on OMAP4 when no 'Kernel' mtd partition exists, preventing configure/install. (affects: 1) (heat: 8)" [Undecided,New] https://launchpad.net/bugs/626749 Aug 30 12:10:45 NCommander, your subarch spec seems to cause even more issues Aug 30 12:11:15 NCommander, MTD should never be tried on omap4 Aug 30 12:11:33 no matter if flash-kernel.conf exists or not, that seems very wrong to me Aug 30 12:11:49 And named MTD partitions aren't reliable anyway. Aug 30 12:12:01 they are on beagle Aug 30 12:12:06 ogra: argh. what-the-hell, it shouldn't be using MTD at all Aug 30 12:12:08 screw me Aug 30 12:12:10 * NCommander sighs Aug 30 12:12:12 but thats because the names are hardcoded in the kernel Aug 30 12:12:15 No they aren't. MTD partitions are entirely fictional. Aug 30 12:12:27 There's nothing like a "partition table" Aug 30 12:12:39 That's a bug in the kernel :) Aug 30 12:12:44 persia, there is a fake one in the beagle kernel Aug 30 12:12:56 Ugh. That's too ugly for words. Aug 30 12:13:04 as long as we control that we can be sure there are the right names Aug 30 12:13:16 We don't. Aug 30 12:13:22 currently we do Aug 30 12:13:29 "control" and "free software" mix badly. Aug 30 12:13:44 if people build their own kernels thats up to them Aug 30 12:13:56 How about if people upload their own kernels to Ubuntu? Aug 30 12:14:01 if the naming changes in our kernel we can adjust Aug 30 12:14:14 then we need to react Aug 30 12:14:22 and i would expect us to get a bug+ Aug 30 12:14:45 Better to have a design that works well with social norms, but if I got into a critique of armel kernels, I'd be here all night, so I'll let it rest :) Aug 30 12:15:05 heh Aug 30 12:15:23 well, maverick images dont use MTD at all Aug 30 12:15:46 the MDT stuff is really only to make lucid->maverick upgrades not break Aug 30 12:15:47 I know. I blame myself. I never finished shaving that particular yak. Aug 30 12:15:56 *MTD Aug 30 12:16:15 * persia wants nice happy MTD support, and *will* get it, but has several precursors that get in the way Aug 30 12:17:12 * ogra takes a break Aug 30 12:18:04 (hoping the queue bot will have picked up my upload if i return ... 30min seems a bit long for it to pick up stuff) Aug 30 12:19:19 Some of the RMs actually check the queue directly once in a while :) Aug 30 13:53:15 persia: Thanks a gain for the recommendation to solve onboard issues upstream. They welcomed my recommendations a lot. Aug 30 14:46:09 GrueMaster: do I need to add any different testing tag to the bug so you could easily track the "needs-testing" bugs? Aug 30 14:46:35 for example, we got a package with possible fix, but needs testing to confirm Aug 30 14:46:57 Add a tag "verification-needed". Aug 30 14:47:02 And good morning. Aug 30 14:48:11 rsalveti: any further u-boot issues? Aug 30 14:48:46 sakoman_: nops :-) Aug 30 14:48:55 didn't try with es2 yet Aug 30 14:49:02 sakoman_: should it work? Aug 30 14:49:25 GrueMaster: good morning :-) Aug 30 14:49:30 rsalveti: I believe it should, but I don't have an OMAP4 ES2 to test with Aug 30 14:49:41 sakoman_: ok, will test along the day Aug 30 14:49:46 and let you know about it Aug 30 15:24:24 ubuntu-netbook-efl-default-settings 0.6 (Accepted) Aug 30 15:24:27 \o/ Aug 30 15:24:30 theer we go ! Aug 30 15:24:33 *there Aug 30 15:26:30 w00t Aug 30 15:30:36 nice! Aug 30 15:44:17 ogra: Could you elaborate what is ubuntu-netbook-efl-default-settings ? Aug 30 15:44:58 ogra: Is it an approach to cut the need of jasper writing configuration ? Aug 30 15:46:36 https://launchpad.net/ubuntu/maverick/+source/ubuntu-netbook-efl-default-settings/0.6 Aug 30 15:49:58 Nice I have been wondering where all those settings are :) Aug 30 15:53:01 ogra: Hi! Do you know when we can expect your instructions to make our own pre-installed images? After the beta release? Aug 30 15:55:15 mopdenacker: for a specific device ? Aug 30 15:58:16 mopdenacker, i'll start on it during this week, beta looks ok so far so i should hve some time the next days to extract the build scripts into something for home use Aug 30 16:00:04 dcordes: I'm interested in generic instructions, but we will use them on Blaze and Panda. Aug 30 16:00:51 mopdenacker: for generic stuff I guess it will be best to use rootstock and put custom kernel etc Aug 30 16:00:59 ogra_cmpc: perfect, thank you very much! This will also help us to make the image work on eMMC storage, and to help you with the kernel flashing scripts. Aug 30 16:01:06 mopdenacker, a good first step is to get familiar with livecd-rootfs, the other scripts are just wrapping around the resulting image Aug 30 16:01:29 mopdenacker: I am also interested in such instructions though - because as of now I am unable to produce a fully functional image with rootstock. I am wondering how the daily autobuilds are produced. Aug 30 16:01:31 ogra_cmpc: right, this makes sense. We can parallelize. Aug 30 16:01:36 yeah Aug 30 16:04:34 ogra: So that howto of yours will cover how to manually create complete images like http://cdimage.ubuntu.com/ubuntu-netbook/ports/daily-preinstalled/20100830/maverick-preinstalled-netbook-armel+omap4.img.gz ? Aug 30 16:06:20 dcordes, well, you can set up a debian-cd cofiguration and have a livefs builer machine running livecd-rootfs already, i'm just extracting the related debian-cd scripts into a separate omap4 build script for mopdenacker Aug 30 16:07:14 ogra_cmpc: is the script available ? Aug 30 16:07:24 read above :) Aug 30 16:07:42 :) Aug 30 16:07:51 livecd-rootfs creates the filesystem image, debian-cd the partitioned one Aug 30 16:08:04 but you need powerful HW Aug 30 16:08:19 livecd-rootfs is all native Aug 30 16:08:31 script being 'separate omap4 builds cript' Aug 30 16:08:48 i will make that available, yes Aug 30 16:09:00 but it already is ... as a part of debian-cd Aug 30 16:09:21 That's the answer I was looking for. Thank you. Aug 30 16:11:31 I'm always a friend of transparency in such projects, that's why I was wondering. Aug 30 16:13:14 ogra_cmpc: I'm finally up-to-date with all of the daily images. Anything I should know as I start whacking away? XM is already booting second stage of first boot. Aug 30 16:13:59 GrueMaster, only that the settings package fix just got accepted today so only tomorrows image will have a proper netbook session Aug 30 16:14:09 beyond that, file bugs as you find them :) Aug 30 16:14:15 Ok. Aug 30 16:14:39 ogra_cmpc: Will you anounce the publication of the script / instructions somewhere ? Aug 30 16:15:06 dcordes: It will more than likely be part of the release notes. Aug 30 16:15:28 dcordes, no, i'll put it on the wiki, its actually rather a personal favour i do for mopdenacker and really not targeted at anything else but omap4 Aug 30 16:15:39 GrueMaster: Hello. I created bug 626055 on your proposal. Can you take a look and maybe confirm it if you find a minute ? Aug 30 16:15:40 Launchpad bug 626055 in ubiquity (Ubuntu) "oem-config: make on-screen keyboard available (affects: 1) (heat: 3442)" [Undecided,New] https://launchpad.net/bugs/626055 Aug 30 16:16:04 ogra: Ah I get the idea :) Aug 30 16:16:18 its not the job of oem-config to make a11y functionallity available Aug 30 16:16:51 on the "normal" ubuntu images thats done by selecting assitive technologies at boot time Aug 30 16:17:07 which then makes gdm spawn the necessary bits Aug 30 16:17:40 ogra: Can you elaborate selecting assitive technologies at boot time ? Aug 30 16:18:14 on the initial screen you have on the normal ubuntu isos Aug 30 16:18:44 Actually, Colin Watson re-targeted the bug to ubiquity (parent source of oem-config). Other than that, I can bump the importance and milestone, but there is enough info for the dev's to go on I think. Thanks. Aug 30 16:18:46 anyway ... off for the evening Aug 30 16:21:12 ogra: aha ok. But if you read the bug you will notice it is not about "normal" ubuntu images Aug 30 16:22:19 GrueMaster: No, thank you. I was just worried about it not being seen because of the undecided importance. Aug 30 16:24:25 First step is to file a bug. Then the bug triagers can reset priorities, etc. Aug 30 16:31:24 dcordes: What kind of network bandwidth do you have? Aug 30 16:32:41 GrueMaster: Unfortunately my dormitory SDSL connection is rather slow as it's shared between many Aug 30 16:33:46 Downloading http://cdimage.ubuntu.com/ubuntu-netbook/ports/daily-preinstalled/20100830/maverick-preinstalled-netbook-armel+omap4.img.gz right now at ~30KB/s Aug 30 16:33:56 I was thinking that you could setup your desktop to mirror the armel packages from maverick and let it pull overnight when bandwidth is more readily available. Then keeping it updated is trivial. Aug 30 16:34:19 Painful at first, but a lot of gain in the end. Aug 30 16:35:03 GrueMaster: That's an awesome idea. I can always take my laptop to the library and get ~5mbit download speed for such one time purposes Aug 30 16:35:17 GrueMaster: Do you know where I can find documentation on that ? Aug 30 16:46:58 Not offhand. I had to learn the hard way, before I found a document doing a google search. For your needs, apt-mirror would pull in a copy of everything by distro (lucid, maverick, etc) and pool (main, universe, multiverse, etc). Once you have a copy, it can get updates very fast with little bandwidth. You can then use approx to have your dev system pull packages from your local copy without modifying sources.list. Aug 30 16:47:39 I also use ubumirror, but it will pull down everything (and I do mean everything). Aug 30 16:49:53 My mirror which has everything to build complete images of Lucid & Maverick for armel is 135G. But that includes universe & multiverse. For base images & maverick only, just pull main. Should be around 15-25G max. Aug 30 16:50:52 I think I will do that after my vacation. Then I will hopefully also have a laptop that has a battery :) Aug 30 16:51:07 ~in 2 weeks Aug 30 17:48:30 rsalveti: You around? I'm getting an error on my XM. BUG: Soft Lockup - CPU#0 stuck for 61s! [alsa-utils:577]. Will deep dive unless it works for others (could be my hw). Aug 30 18:21:04 GrueMaster: back now Aug 30 18:21:52 ok Aug 30 18:22:37 GrueMaster: can you paste the full log? Aug 30 18:22:45 GrueMaster: does it happen with latest image? Aug 30 18:23:14 my xM is up for 4 hours already and didn't happen Aug 30 18:23:42 but depends on the kind of activity you were doing Aug 30 18:23:48 mine was just idle Aug 30 18:25:47 This was before oem-config came up, but after rootfs resize & reboot. Aug 30 18:25:58 What is the strategy about updating the ARM kernel packages ? Are you aiming for bleeding edge code to enable more features ? Stability ? Aug 30 18:27:40 GrueMaster: hm, didn't see it, but can try again Aug 30 18:27:55 GrueMaster: do you have any other message or just this one? Aug 30 18:28:13 Well, could be my hw. Same sd moved to beagle boots through oem-config fine. Aug 30 18:28:38 Will finish oem-config and move back. Better able to debug with a user account. Aug 30 18:28:38 GrueMaster: possible also Aug 30 18:28:47 sure Aug 30 18:31:32 hmmm. no gdm on beagle. possibly due to updated netbook-launcher-efl settings recently checked in? Aug 30 18:32:03 GrueMaster: pre-installed image or by update? Aug 30 18:32:39 with latest image I was able to install at my c4 with no problems Aug 30 18:33:07 the latest netbook-launcher-efl settings just got to the archive Aug 30 20:10:24 would 10.04 or 10.10 run on a Sharp NetWalker ? new toy... Aug 30 20:11:21 hm, sharp netwalker... Aug 30 20:11:35 portable build machine I hope Aug 30 20:11:44 rsavoye: do you know the specs? Aug 30 20:11:59 imx515 Aug 30 20:12:19 800Mhz i.mx51, 4GB SSD, it comes with jaunty Aug 30 20:12:37 iirc, it was preloaded with Jaunty. Would require some kernel tweaking to get it to run Lucid. Aug 30 20:12:57 nice Aug 30 20:13:12 yep, the kernel and bootloader is always the same mess Aug 30 20:13:26 that's why linaro is up there now trying to fix most of these issues Aug 30 20:14:23 right Aug 30 20:14:27 on my SmartTop, I'm running Maverick user space on the older karmic kernel, so was hoping to do that with the netwalker Aug 30 20:14:57 google says the custom kernel was done by Canonical :-) Aug 30 20:15:55 rsavoye: ah, easy then. just buy the company and have them fix it for maverick then Aug 30 20:16:30 kblin: I think it's being done anyway :-) Aug 30 20:16:51 I just can't wait that long :-) Aug 30 20:16:52 rsavoye: You should be able to take the kernel it has and compare it with the stock jaunty kernel for imx51 and go forward. Aug 30 20:17:15 yeah, I'm download the src now Aug 30 20:17:42 on the SmartTop, I just changed the repos to maverick, upgraded, and it survived the process Aug 30 20:19:23 ultimately, I was hoping to run unity Aug 30 20:24:24 http://translate.google.com/translate?hl=en&sl=ja&u=http://d.hatena.ne.jp/fslasht/20100714&ei=jxJ8TKjxO839ngeC2pGdCw&sa=X&oi=translate&ct=result&resnum=8&ved=0CDgQ7gEwBzgK&prev=/search%3Fq%3Dnetwalker%2B%2Blucid%2Bupgrade%26start%3D10%26hl%3Den%26client%3Dfirefox-a%26sa%3DN%26rls%3Dorg.mozilla:en-US:official%26prmd%3Ddf Aug 30 20:24:33 10l04 on NetWalker supposedly Aug 30 20:32:59 just as a reminder, i am trying to finish up on the hardware features for the bamboo board, feel free to post comments suggestions - http://www.elinux.org/Panda_Bamboo Aug 30 20:41:45 prpplague: If possible, you should post at least a rudamentory mockup case that has leds & button on it. Doesn't need to be final, but it would help convey the idea. Aug 30 20:42:27 GrueMaster: hmm, ok, i'm not an artsy type, i'll see what i can do Aug 30 20:42:54 GrueMaster: my main concern was the actual hardware features Aug 30 20:43:05 Understood. Aug 30 20:49:27 ndec: i have an updated L24.9 branch for panda - http://gitorious.org/pandaboard/kernel-omap4/commits/L24.9 Aug 30 20:49:28 Let me mess with the base image of yours and I'll see if I can come up with an "artitst rendition". Aug 30 20:49:42 prpplague: hi Aug 30 20:49:54 GrueMaster: i'll try and take a picture of the board Aug 30 20:49:57 prpplague: what's new? Aug 30 20:50:21 ndec: about 20 or 30 new grey hairs (which is most of the hair i have left) Aug 30 20:50:39 prpplague: that doesn't sound too good... Aug 30 20:50:51 * prpplague jokes with ndec Aug 30 20:51:09 ndec: i've applied a bunch of fixes from robclark the that branch Aug 30 20:51:24 ndec: support for the DVI displays and HDMI should be alot more robust Aug 30 20:51:50 ndec: you should be able to cherry-pick some for your kernel builds Aug 30 20:52:11 prpplague: on our Dell DVI displays, we have noticed that the resolution picked at boot was not the best one (too small) Aug 30 20:52:29 ndec: even with robclark 's patches? Aug 30 20:52:36 prpplague: and on 1 HDMI screen, only the top half of the screen was used Aug 30 20:52:55 prpplague: no, without them. well with the ones from a few days back... should that be better now? Aug 30 20:53:25 ndec: yea robclark 's done alot of work cleaning up the hdmi/dvi support - http://gitorious.org/pandaboard/kernel-omap4/commits/L24.9 Aug 30 20:53:41 ndec: we've tested a handful of displays that were known to be an issue Aug 30 20:53:55 prpplague: ok. i will be working from home without panda tomorrow ;-) so sebjan will give this a try. Aug 30 20:54:02 ndec: any testing/feedback would be appreciated Aug 30 20:54:10 prpplague: for sure... Aug 30 20:54:10 ndec: gotcha Aug 30 20:55:43 ndec: if you and sebjan have time, some feedback on the bamboo accessory board would be appreciated as well - http://www.elinux.org/Panda_Bamboo Aug 30 20:59:37 ndec: the reduced vertical resolution is likely a symptom of framebuffer that is shrunk due to insufficient vram Aug 30 21:00:07 in addition to omap.vram=... you also need to give vram=... Aug 30 21:00:15 brb Aug 30 21:00:31 robclark: that could be that... what's the min vram for 1080p? Aug 30 21:00:33 * prpplague makes a note of that symptom Aug 30 21:00:54 ndec: min recommendation for the panda is to allocate 16MB Aug 30 21:01:10 ndec: but we normally test with 32MB since i have multiple FB's running Aug 30 21:20:17 ndec: 8MB Aug 30 21:20:24 robclark: thx. Aug 30 21:33:54 rsavoye, The .jp article you link talks about running lucid on a jaunty kernel on netwalker. Aug 30 21:34:40 ogra, The more common use case for enabling a11y with oem-config would be pre-installed machines where users did not have the option of enabling a11y earlier in the process (likely not a maverick thing) Aug 30 21:36:04 dcordes, The images are really built from livecd-rootfs and debian-cd for transparency: any one-off script produced is unlikely to either precisely match the infrastructure build instructions, or be kept up-to-date (although it may be useful as a one-off). Aug 30 21:36:13 persia: I'm going to probably try it after making a backup Aug 30 21:38:36 rsavoye, OK. You could also just prepare a live image on SD for testing: take a look at the recovery image to see how the kernel & filesystem must be placed/named, then construct an SD that doesn't install, but rather provides a live experience, then boot that with the double-mouse-button trick. Aug 30 21:38:56 good idea Aug 30 21:39:29 are there live images for ARM ? Aug 30 21:42:50 rsavoye: We have a live lucid image for imx51, but I make no promises it will work for your needs. Aug 30 21:43:19 I found a 9.10 image for the i.MX51, Aug 30 21:43:44 on my other iMX51 system I;m running a maverick user space on the karmic kernel and boot loader Aug 30 21:43:52 rsalveti, The live images published at cdimage.ubuntu.com are in a completely different format than those required by the bootloader on the NetWalker. Aug 30 21:44:04 but I'll gladly try the lucid one just so we know :-) Aug 30 21:44:29 And the lucid Ubuntu imx51 kernel was never safe to run on the NetWalker. Aug 30 21:44:41 maybe I'll stick to the karmic one Aug 30 21:44:50 That either. Aug 30 21:44:57 None of the Ubuntu kernels are safe to run on the Netwalker. Aug 30 21:44:58 oh, bummer Aug 30 21:45:10 You can use a Sharp kernel or a Canonical kernel safely, but those are for Jaunty. Aug 30 21:45:41 I'm compiling the jaunty araneo kernel now Aug 30 21:45:42 You can mix that with newer userspace, expecting some bugs (which is why I recommend a live environment to test first) Aug 30 21:45:52 Why recompile? Binaries are available. Aug 30 21:46:00 I like the live test idea too Aug 30 21:46:20 when I screwed up my other imx51 it took a while to fix Aug 30 21:47:25 binaries from where ? I didn't find any Aug 30 21:49:11 I always used the Canonical kernels, from http://netbook-remix.archive.canonical.com/updates/pool/public/l/linux-fsl-imx51/ Aug 30 21:49:52 I believe the "araneo" kernels are for the clamshell, and the "sendai" kernels for the tablet. Aug 30 21:50:09 I have the clamshell version Aug 30 21:50:09 But I've only used the "araneo" kernels myself, so I can't be sure. Aug 30 21:52:20 Alternately, if you grab the recovery image, the kernel on that ought to be fine for doing a test run against a newer rootfs. Aug 30 21:52:42 downloading araneo19 tarball... Aug 30 22:10:58 persia: should I install one of the arfaneo debs on an x86 machine to make the live SD card Aug 30 22:11:36 I wound up with the kernel source instead Aug 30 22:12:05 The tar.gz is the source :) Aug 30 22:12:16 yeah, I noticed; _) Aug 30 22:12:35 I already had that Aug 30 22:12:36 OK. First, let me say that my Netwalker had an unfortunate accident involving dishwater, so this is from memory. Aug 30 22:12:47 I believe the procedure is as follows: Aug 30 22:12:55 1) download the recovery SD image from sharp Aug 30 22:13:26 2) put that on SD Aug 30 22:13:59 3) remove the rootfs from that filesystem (inspect it if you like: it seems to contain some low-level tools to reinstall) Aug 30 22:14:27 4) add a replacement rootfs (with the exact same name as the one you removed) to the SD Aug 30 22:14:49 5) insert the hacked SD into the netwalker Aug 30 22:14:58 6) hold down both mouse buttons and power up Aug 30 22:15:13 so basically follow the debain directions ? Aug 30 22:15:32 I've not seed the Debian directions, but yeah, it's likely largely the same. Aug 30 22:15:51 The key bit being that you don't want to modify the ubifs until you're sure Aug 30 22:44:46 rsavoye, I've suddenly had a worry: you really want to inspect the rootfs you pull off the recovery image: you need to replace the one with the mini-installer, not the one with the jaunty image. Aug 30 22:45:13 I'm still making the recovery. **** ENDING LOGGING AT Tue Aug 31 02:59:57 2010