[01:45] ho ho hum [01:45] new laptop is working pretty well [04:26] mine too [04:27] I added a 16GB SD card to a a Sharp NetWalker, so very portable ARM build machine [04:32] hmm, can you run ubuntu on it? Lucid and Maverick, specifically. [04:33] ah, Freescale i.MX515. [04:33] A bit expensive for the specs, though. [04:36] I'm running a maverick chroot [04:36] yeah, pricy compared to the other imx51 machines, but smaller, and has a touchscreen and keyboard [04:37] I couldn't find anything else that was actually available. got a road trip ion a few days... [04:37] at least it' [04:37] s twice as fast as a beagleboard :-) [04:42] Talk about setting the bar low. :-) [04:45] error: implicit declaration of function '__cpu_to_be16' === ApOgEE__ is now known as ApOgEE === plars` is now known as plars === hrw|gone is now known as hrw [08:56] morning [09:39] evening [10:24] ogra: hi. is it possible for me to know which version of package was pulled in a daily image? [10:29] ndec, not currently, i'm working on a fix for deploying the .manifest files for preinstalled images [10:30] ogra_cmpc: thx. so which kernel version was used in the 09/06 image? [10:30] ndec, the latest from sebjan's tree [10:31] ndec, but still the ES1 x-loader so i think they wont boot ... new x-loader was just uploaded and i'll do a 0906.1 image as soon as it shows up in the archive [10:31] ogra_cmpc: thx. I think this isn't the latest but this one: https://launchpad.net/ubuntu/+source/linux-ti-omap4/2.6.35-903.8, right? bryan has made a new pull request over the week end for 8-layer board. [10:32] ogra_cmpc: ok. i see. so the current image will work on 6 layer ES2.0. on 8-layer the USB host isn't working (as per my email) [10:32] yes, its the one we got during the beta freeze [10:33] ndec, ok, i'll make sure we'll get the patch in asap === amitk is now known as amitk-afk === ApOgEE__ is now known as ApOgEE [10:52] cooloney, are you on top of the above ^^^^ ? [10:59] ogra: i just got my new ES2.0 board booting with the kernel 903.9 based on sebjan's latest tree [10:59] builds for 20100906.1 are running, we should have a working ES2.0 (6 layer) image in about 2h [10:59] cooloney, 6 or 8 layer ? [10:59] ogra: will test the usb host soon [10:59] (6 layer is painted black, 8 is green) [10:59] ogra: it's 8 layer, green one [11:00] ok [11:03] ogra and ndec, usb host works on my es2.0 8 layer board [11:03] with the current kernel package from the archive ? [11:06] cooloney: ^^^^ [11:08] ndec: http://people.canonical.com/~roc/kernel/omap4/ [11:08] i just prepared a branch for our ti-omap4 updates [11:08] cooloney: so this is with all patches from sebjan, not current archive, right? [11:08] it is based on sebjan's latest branch [11:09] ndec: yeah, exactly [11:09] it is still waiting for review and pull [11:14] ah, k === amitk-afk is now known as amitk [11:41] ndec, If you've *booted* a daily image, `dpkg -l ${packagename}` will tell you which version you have (although the .manifest files will let one discover that without booting) [11:42] i just added a fix for the manifest files [11:42] next builds should have it [11:43] Are you running one manually, or tomorrow's daily? [11:43] manually atm [11:44] for ES2.0 ... [11:44] we had a gcc breakdown over the weekend, so i held back the x-loader fixes [11:44] and only uploaded them this morning [11:44] Saw that. Much thanks to ScottK for helping sort that. [11:49] grmpf === ogra_ is now known as ogra [11:50] * ogra mumbles something about disconnects [11:50] Someone needs to write a good multi-host IRC client. I've heard of irssi scripts that try, but there's no good reason we oughtn't be able to have two proxies on two hosts, and have our clients connect to the proxies, and have it all get sorted. [11:51] well, if my line goes down a proxy behind the gw doesnt help much [11:51] down is down [11:52] The idea would be to put one proxy behind e.g. your line, and one proxy behind e.g. my line (and let me have a proxy behind yours), and we'd not lose backscroll. [11:52] which makes disconnects less bad, assuming the client has infinite backscroll features (like e.g. quassel) [11:52] or xchat [11:53] xchat doesn't have infinite backscroll, does it? [11:53] * persia hasn't found a way to have more than about a week before xchat crashes on startup [11:53] i have logs since 2004 for the ubuntu channels on my disk [11:53] several gig [11:54] But can you reach them with PgUp in your client? [11:54] no and i wouldnt want to :) [11:54] i have 5000 line scrollback set or some such, for more i look at the local logs [11:55] Makes sense. Having infinite backscroll basically just integrates the experience of looking at the logs, as one does it in one's client. [11:55] Anyway, well-off-topic for this channel :) [11:55] heh, yeah [11:55] persia, did you see the new pulse bug above ? [11:56] oh, it wasnt on IRC ... only in mail [11:56] bug 631362 [11:56] Launchpad bug 631362 in pulseaudio (Ubuntu Maverick) (and 1 other project) "Include several configuration files (affects: 1) (heat: 14)" [Medium,Confirmed] https://launchpad.net/bugs/631362 [11:58] I don't like it architecturally (we ought sort things so that we don't need to do that), but that's long-term, really. I have no objections for maverick, assuming that it either backports sanely, or there's a new upstream pull for Maverick anyway. [11:58] yeah, i'm waiting for TheMuso to reply [11:58] i pinged him in -devel ... assuming he's back from vac. [11:59] He is, but you pinged him late local time. [11:59] yep [11:59] persia, oh, btw, did you see my ping on the weekend ? [12:00] i have access to toshiba ac100's for 380€ here [12:00] (tegra2 based netbook) [12:00] I did. It's larger and heavier than I like, and has less battery power than other devices I can source locally. [12:00] Err, less battery life. [12:01] Oh, and it has the same annoying issue of needing special kernels :( [12:01] yes [12:01] its very very light though [12:01] That said, if you're planning to make a clean kernel available (or know someone who is), I'll take one as a buildd. [12:01] i took a look on saturday [12:01] It's heavier than a netwalker :p [12:01] but has a full sized kbd and reasonable display [12:02] sure, even my n900 is heavier than a netwalker i guess :) [12:02] I think n900 is about 30g lighter than netwalker. netwalker and ac100 have the same resolution. [12:02] (given the amount of metal in the case) [12:02] i did say resolution above on purpose (since i knew you would come up with that) ;) [12:03] *didnt [12:03] heh, you said "reasonable display": I prefer DPI to size :) [12:03] Anyway, food. [12:03] enjoy [12:46] morning [12:46] heya [12:50] hm, cooloney is not here anymore [12:51] any issues ? [12:53] ogra: not much, I sent an email with my current issues already, just wanted to hear more testing feedback from current sebjan's tree [12:53] ah [12:53] well, the USB issues with 8 layer boards seem to be in the works [12:53] it's the last bit to have es2 6 and 8 layer support [12:54] cool [12:54] right, i guess there is a pull request for it (that was discussed above) [12:54] now we just have the weird bug we face when building the kernel [12:54] when using 1gb [12:54] rsalveti, on a sidenote the 20100906.1 image should have all your x-loader changes [12:54] * ogra is just zsyncing [12:54] ogra: nice, will do the same, thanks [12:55] ogra: then we can start using 1gb already, but need to change the kernel cmd line at jasper [12:55] rsalveti: I did some more testing: I cannot reproduce the issue if I disable highmem support in the kernel config (so around 760M are acces-able without highmem) [12:55] i would have uploaded earlier, but the gcc desaster somehow kept me from it (wouldnt have built until this morning anyway due to it) [12:56] rsalveti, jasper was uploaded too [12:56] ogra: oh, cool [12:56] sure, np [12:56] i still need to modify persia's patch but decided to make the change first [12:56] sebjan: interesting [12:56] sebjan: did you test without smp? [12:56] rsalveti: I can easily reproduce problems by using memtester [12:56] ogra, Anything you didn't like about my patch, or just integration with the moving trunk? [12:57] sebjan: nice, easier [12:57] persia, the changes of the defaults in omap4 need to be adjusted [12:57] rsalveti: with memtester, I can reproduce the issue with 'nosmp' [12:57] persia, your patch is fine by the looks of it [12:57] rsalveti: sudo memtester -p 0xb0000000 120 [12:57] Ah, good. Yeah, any changes need to get integrated into that :) [12:58] rsalveti: when it cashes, it's quite fast [12:58] sebjan: hm, interesting [13:06] persia: thanks for your comment... i was looking for package version before booting the image ;-) [13:07] That *should* be available soon, based on the traffic in the relevant channel. [13:08] my patch sdaly had a thinko ... already doing a rebuild [13:12] ndec, et voila ... http://cdimage.ubuntu.com/ubuntu-netbook/ports/daily-preinstalled/20100906.2/maverick-preinstalled-netbook-armel+omap.manifest [13:12] err [13:12] http://cdimage.ubuntu.com/ubuntu-netbook/ports/daily-preinstalled/20100906.2/maverick-preinstalled-netbook-armel+omap4.manifest indeed :) [13:13] awesome [13:13] GrueMaster, http://cdimage.ubuntu.com/ubuntu-netbook/ports/daily-preinstalled/20100906.2/maverick-preinstalled-netbook-armel+omap4.manifest with love and kisses :) [13:13] (he is waiting the longest for it i think :) ) [13:15] * ogra takes a break [13:32] ogra: thanks for the image, and thanks for the manifest ! [13:33] ogra: i downloaded beta image, how do I use zsync now? never used it... [13:34] you need the .gz file from last download around [13:34] ogra: so I can't do this from the beta .gz... [13:35] then in the same dir you just call zsync http://cdimage.ubuntu.com/ubuntu-netbook/ports/daily-preinstalled/20100906.2/maverick-preinstalled-netbook-armel+omap4.img.gz.zsync [13:36] it pulls down the .zsync file, compares the changes and then downloads the differences and applies them to the existing .img.gz file === Riotta is now known as Riot777 [13:50] hmm, seems i dont have *any* USB support on the ES2 [13:51] neither on the 6 nor on the 8 layer [13:54] ogra: guess what... it worked ;-) I had to use '-i' option for the beta file since it has a difference name, but this is much better! [13:54] yeah, its quite fast :) [14:02] hrm, i though the USB issue only affects 8 layer boards [14:05] ogra: you can try the uImage from http://people.canonical.com/~rsalveti/maverick/kernel/es2/linux-image-2.6.35-903-omap4_2.6.35-903.8rsalveti1_armel.deb, that includes the latest not-yet released patches [14:05] I created to test the new patches we're getting [14:06] but I also thought that it'd affect just the 8 layer board [14:07] once the image download finish I'll try on my 6 layer [14:21] hmm, i should probably also drop the hardcoded usb0 stuff from jasper now [14:24] hmm, it also looks like the display driver is completely broken now [14:24] ogra: yep, should work ok without it [14:25] no output during resize :/ [14:25] dang ... it all worked so well before [14:25] ogra: this is what I'm getting http://www.flickr.com/photos/rsalveti/4932601965/, but beside that it seems to be working fine [14:25] lucky you [14:26] ogra: hm, you probably testing the new hdmi patches for the first time [14:26] ogra: are you testing with current deb file or from mine? [14:26] i dont even get a signal [14:26] still with the current image [14:26] hm, ok, you could try with mine because we also have some more new patches [14:26] i freshly dd'ed it again, booting the 6 layer ... no display no nothing [14:27] and one that fixed a possible regression with many monitors [14:27] i *saw* the oem-config screen already on that image [14:27] * ogra doesnt get it [14:28] hm [14:32] now thats weird [14:32] seems it didnt even boot at all [14:32] ouch [14:32] at the fifth try with the same SD i now get output on the screen and it is *resizing* ! [14:34] i dont get why it didnt resize the 4 times before yet [14:34] i guess i should start from scratch and check with serial console set upü [14:35] Gruemaster reported a couple cases where it didn't resize on some boots but did on others, with same SD and same image. [14:36] Might be something transient, or a race, etc. [14:36] ogra: and check your sd card :-) [14:36] * rsalveti never saw it [14:37] persia, it doent boot [14:37] *doesnt [14:37] so it doesnt get to the resize step [14:37] i assume the kernel locks up before [14:38] * ogra blames lag [14:38] I don't have enough information to say if that is the same behaviour or not. [14:38] ogra: add earlyprintk=ttyO2 and serial console [14:38] then you'll see what's wrong [14:39] some instability is expected with the 2.6.35 hehe :-) [14:39] well, thats very odd instability [14:40] what we know from now is that the highmem support is making our kernel instable atm [14:40] but it should work most of the time, we only got issues when stressing the system [14:42] * ogra is brave and tries the ES1 [14:43] haha, at least your usb will be broken, if you get the kernel to boot [14:44] well, if it would boot :) [14:44] same hang it seems [14:44] ogra: any message at your console? [14:44] nope, at least not without fiddling with the cdmline (which i didnt do yet) [14:45] Starting kernel ... [14:45] Uncompressing Linux... done, booting the kernel. [15:01] rsalveti, so dropping the mem args seems to make it boot on all boards [15:04] ogra: interesting, so the memory issue we saw is affecting more than we wanted [15:05] so it seems that the best for now would be to disable highmem and use 760M, as sebjan pointed before [15:05] * ogra takes back the 'all' ... doesnt boot the ES1 [15:05] but who cares :P [15:05] well, currently i dotn have any mem arg at all [15:06] thats likely wrong too [15:06] yup [15:06] but i get through to oem-config at least [15:06] let me add the stuff back and fiddle more with the cmdline [15:06] ok [15:07] argh, just finished the download, very slow [15:07] will test it now [15:10] HA ! [15:10] ogra: and? [15:10] * ogra blames lag ... i said so from the beginning ! i get the same errors he had last week ! [15:10] (indeed its not his fault *g*) [15:11] ogra: what errors? [15:11] http://paste.ubuntu.com/489261/ [15:11] good old ASoC [15:12] WARNING: at /build/buildd/linux-ti-omap4-2.6.34/sound/soc/soc-jack.c:67 snd_soc_jack_report+0x30/0x100() [15:12] * rsalveti asks why 2.6.34... [15:12] probably just old builddir [15:12] oh, intresting [15:12] that shouldnt be ... [15:13] I2C write to TSP61305 failed [15:13] ogra: which board are you using? [15:14] the black one [15:14] 6 layer if i'm not wrong [15:15] yep [15:22] ogra: and for the led to work we still need a patch at u-boot === Riot777 is now known as Riotta [15:22] I sent it already for sakoman, and as soon he get it applied at his tree I'll ping jcrigby to update linaro's package [15:23] then we'll have it working [15:23] k [15:23] ok, time to try the image with my es2 6 [15:28] first boot is still with mem=463M, so not mem related [15:29] ouch, booom :-) [15:29] hm.... [15:29] Linux version 2.6.34-903-omap4 (buildd@hawthorn) (gcc version 4.4.5 20100728 (prerelease) (Ubuntu/Linaro 4.4.4-8ubuntu1) ) #7-Ubuntu SMP PREEMPT Thu Aug 5 16:12:58 UTC 2010 [15:30] ogra: ^ [15:30] linux-image-2.6.34-903-omap4 2.6.34-903.7 [15:30] linux-image-omap4 2.6.35.903.4 [15:31] no meta upload? [15:32] awwwww !!!!! [15:32] bah ! [15:32] rsalveti, you rock ! [15:37] cool :-) [15:38] ogra: we need to ping cooloney to always request a meta-upload when sending a tree update [15:38] it's the second time we face similar issues === playya__ is now known as playya [15:52] ogra: this is really bad luck ;-) [15:52] heh, yeah [15:53] i could have looked at the manifest file :P [16:02] lunch! === bjf is now known as _bjf [16:16] ogra: if the initial install fails for some reasons, is it possible to restart the installer from scratch without reflashing the SD card? [16:21] ndec, fails ? in what way ? [16:21] ogra: i don't know... just an open question ;-) [16:22] ogra: if I don't plug the hdmi before booting, what happens? [16:22] well, if the resizing fails you are kind of screwed [16:22] if the resizing works you will always get to eom-config until you finished it properly [16:23] the critical part is the re-partitioning and resizing [16:23] *oem-config [16:25] ogra: can we get a console prompt on the console by default? [16:25] ogra: I am not asking for a root console, just a prompt [16:26] well, i'm still planning to add teh code that brings up a getty on serial, but that requires that you fiddle with boot.scr and add a console= line [16:27] * ogra wont add that by default [16:27] jasper will see a bunch of changes before final freeze, thats one of the ones on my list [16:35] ogra, rsalveti, robclark: i just tested with a new display (Full HD, ACER AT 2355) and it worked out of the box. xrandr tells me 1920x1080p. I just had to set the 'HDMI scan info' to underscan in the TV menu. [16:36] ndec, i suppose not with the kernel on the image though, right ? [16:37] ogra: right, I should have said this... i am using a different MLO, uboot and uImage. the ones that you will get soon too [16:37] i think we wont get any newer MLO anymore [16:38] ours should be the latest [16:38] (uploaded this morning) [16:38] it depends the latest of whom ;-) [16:39] rsalveti pulled teh recent changes from sakoman i think ... i uploaded that today [16:39] * new upstream release [16:39] - adds Omap 4 ES2 6 layer and 8 layer support (LP: #624652) [16:39] - uses branch omap4_panda_L24.9 from http://gitorious.org/pandaboard/x-loader [16:39] - es2 compatible only [16:39] * adding 02-panda-fix-ddr-timings.patch and 03-panda-x-loader-emif-1gb-support.patch [16:39] to have 1gb support [16:40] for u-boot we wait for some additional fixes and for linaro to pull them into the package [16:42] ogra: ok. I logged in with the desktop, not UNE, but apps still open full window. is that expected or is it a bug? [16:42] * ogra thinks the bug is rather that you can select a desktop session :P [16:42] well, file one, i'll take a look [16:43] smells like metacity is somehow overridden [16:43] its just silly that we have to ship a full desktop just to make GDM happy [16:44] such a waste of space ... [16:45] * ogra really looks forward to http://bobthegnome.blogspot.com/2010/07/lightdm.html [16:45] then we only need to ship what the session needs (the panel and some applets) [16:45] ogra: i need to open the bug against which package? metacity? [16:45] or gdm? [16:46] nah [16:46] try gnome-session but make clear its arm related and only happens if you have efl too [16:53] * ogra goes afk now === hrw is now known as hrw|gone === cwillu_at_work is now known as cwlu === cwlu is now known as cwillu_at_work [23:29] it seems, that we might get EFL 1.0 in 11.04 :)