[00:03] * ogra hugs lool ... awesome, thanks ! [00:04] ogra: how is it going for you guys? is the latest hardware pleasing? :-) [00:06] its wonderfully fast [00:06] we have 400MHz RAM now [00:07] still enough small issues with 1080p video processing and sound though [00:07] but release looks really good for panda, blaze and oma4 tablet :) [00:07] *omap4 [00:09] rsalveti: is the ability to saveenv to sd cards something of interest (on panda and beagle xM)? [00:11] (would require a raw partition to be added to the sd card) [00:11] sakoman: probably, but from the distro pov [00:11] *not [00:11] sakoman, could it just create boot.scr right away ? [00:11] ogra: no, file systems in u-boot are read only [00:12] ah, sad [00:12] indeed [00:12] that would be the most elegant solution [00:12] read boot-scr as input and write it again on saveenv [00:13] sakoman, so we modify u-boot to support this feature, heh -:) [00:13] on the other hand, with a bit of work one might be abble to eliminate the FAT partition and put MLO and u-boot in the raw partition [00:14] * ogra is not a big fan of raw partitions from an image creator POV [00:14] cooloney: I suspect that would be difficult to get upstream [00:15] painful to create in a sane way (you need to wrap a non data partition around it) ... [00:16] ogra: understood, it would require 3 carefully crafted dd commands [00:16] and a lot of math for parted (which we use on the image builders) [00:17] sakoman, it looks like no other choice to me, since we need to update boot.scr which is in SD partition. [00:17] OK, just wanted to ask [00:17] cooloney, well, we have ubootenvtools which can read/write the environment from/to NAND already [00:17] ogra, or is that possible for us to store boot.scr on the board instead of SD [00:17] *uboot-envtools [00:17] it is a technique used in phones that run from emmc [00:17] ogra, cool, man [00:18] ogra, that's what i wanna ask [00:38] sakoman: One thing which I found hard the last time I looked at this kind of stuff is creating an environment from userspace [00:38] sakoman: The current tools allow manipulating it, but not creating one from scratch [00:39] lool: understood, I'll take a look at that. may not be a big deal [00:40] sakoman: I worked on a set of patches a while ago to transform the tools in the u-boot tree to work on files as well as MTDs, but for some reason I had an error in the checksum part of things, and never took the time to track it down [00:41] I didn't like the result though, I had tons of ifdefs; I should have refactored the code to have backend specific read/write instead of ifdefing all the read/writes [00:41] lool: want to send me the patches? [00:41] if I manage to find them [00:41] * lool scratches head [00:42] oh I actually found the perl script I had started to do it in perl instead [00:44] * sakoman has been known to user perl on occasion [00:44] sakoman: Hmm did not find it; I found files from after and before, so either it's on my previous laptop now powered off, or it was rm-rfed in a kill-this-old-stuff fury [00:45] lool: no problem [00:48] If I come across them, I'll post them your way === asac_ is now known as asac [02:25] man, the docs for zeitgeist are just horrible :( === amitk-afk is now known as amitk === suihkulo1ki is now known as suihkulokki === hrw|gone is now known as hrw [08:55] nirnung [09:07] nirnung hrw [09:51] I heard there's a magic launchpad ppa where I can find debug versions of packages... where is that? Looking for libasound2-dbg package [09:53] It's not a ppa. [09:54] * persia verifies that armel ddebs are present [09:54] Yeo. Just add "deb http://ddebs.ubuntu.com/" to your sources.list [09:55] After that, `apt-get install libasound2-dbgsym` ought work. [09:55] persia: thanks, I'm going to try that, sounds good [09:56] http://ddebs.ubuntu.com/pool/main/a/alsa-lib/libasound2-dbgsym_1.0.23-1ubuntu2_armel.ddeb is the file you want, if you want it for some other reason [09:57] persia: how libasound2-dbgsym differ from libasound2-dbg? [09:58] hrw, It's a matter of packaging. [09:58] ok [09:58] If pkg-create-dbgsyms is installed on the buildd, when dh_strip runs, it creates the -dbgsym ddeb automatically. [09:58] If the packager chooses to override dh_strip to create a -dbg package, it doesn't do this, and the -dbg packages sits in the normal archives. [09:59] Personally, I prefer that folks do not create -dbg packages, as it clutters mirrors for a rare use case. [09:59] Mind you, I felt the other way before pkg-create-dbgsym existed, and I'm still undecided which is the best approach in Debian, but for Ubuntu, not creating it is cleaner. [10:00] persia: thanks a lot for the detailed explanation :) [10:02] berco, No problem. I'm always happy to answer questions in arbitrary detail where I know the answer. [10:03] persia: thx [10:10] has rcn been seen lately? [10:12] ~seen marcos [10:13] hrw, is there an implication I'm to infer from that? :) [10:14] * cwillu checks his log [10:14] wow, I've managed to miss him... every day for the last 2 weeks [10:15] cwillu: no, I just have a question to markos [10:15] okay [10:24] davidm: hi [10:28] Hello [10:31] davidm: you are at London now? [10:32] does anyone know the power consumption of OMAP4 compared with OMAP3? [10:33] jo-erlend, might have more luck in #beagle, I know there's some ti guys that hang around there (not sure if they're here too) [10:34] hrw, Yes I'm in London now [10:34] jo-erlend: #beagle and #pandaboard in ~6h from now - ask TI people [10:35] jo-erlend: timezone differences kill [10:35] * hrw bootstraps armelhf toolchain [10:36] thanks for the advise. On the release party for Maverick in Oslo, we'll focus on Green IT, and in that context I'll present the igepv2. Thought it'd be nice to talk a little about the future as well. [10:37] jo-erlend: pandaboard for sure is nicer desktop replacement then igep. and both should take <20W fully equipped [10:37] jo-erlend: power work is still WIP for OMAP4 and I don't think any public numbers are shared with comparisons between omap 3 & 4 [10:38] where fully equipped for me means: board, keyboard, mouse, some networking (ethernet/wifi), some storage [14:45] mopdenacker: nice, good to know if also worked fine for you :-) [14:46] ndec: mopdenacker: are we going to have the usual call? [14:46] hi rsalveti ! No, I believe that the call is cancelled this week... [14:46] rsalveti: no. i tried to cancel the meeting... but I think something got messed up with TI exchange server ;-) did you receive the cancellation? [14:46] ndec: not yet, but my network here sucks [14:47] cool, just to know :-) [14:47] rsalveti: ok... so please pass the message around in case some did not get it [14:47] ndec: sure, thanks [14:48] rsalveti: ogra: the customization of pre installation worked like a charm! even with kernel upgrade. so we have pre installed image with all TI packages! and wifi work right after install [14:48] ndec: awesome :-) [14:51] That's very cool. Now we know how to do all this with other boards (in private projects, don't worry, there are no new OMAP4 boards to support) ;-) [14:52] ndec, wohoo !!! === zyga is now known as zyga-lunch [14:53] ogra: next step is flash the .img in eMMC and boot without SD card ;-0 [14:53] thats for natty though :) [14:53] but we'll solve it [14:53] well.. we have to do it for maverick... all our releases need to work from emmc [14:54] so we will do something short term, until a better solution is there. [14:56] ndec, well, create a little script that tars up the rootfs while running from it (make sure to exclude all tmpfs mounts), fire up a partitioning tool, partition, untar ... [14:57] yeah, same thing if you want to use with external usb [14:58] ogra_ac: we could do this in initrd at first boot before resizing, right? [14:58] ndec, hmm, that would work but would be slow [14:58] then we would resize the emmc or any other external drive, and continue installation [14:58] yep [14:58] will require some hacks to jasper [14:58] why would that be slower than what you proposed? [14:59] you could have an extra param in boot.scr such as relocateroot=/dev/xxx [15:00] ndec, not slower just more annoying :) what i proposed would run from a running system so the user couls play solitaire while it copies :) [15:01] ogra: let's fire solitaire in ascii from initrd then... [15:01] haha [15:02] ndec, well, seriously i dont think it matters where you run the copying so jasper seems to be a good place [15:02] ogra: when you resize the partition to you erase partitions that might exist, or do you just use free space? [15:02] ogra_ac, is the TI call happening today? [15:02] davidm: nops, canceled [15:02] ndec, when the resizing runs the mbr and partition table were already overwritten by your zcat/dd [15:02] OK thanks [15:03] well, but for emmc, if I have /dev/mmclk0p1 and /dev/mmcblk0p2 on emmc. and I try to relocate to one of them, will jasper remove the other partition? [15:03] ndec, so there are no partitions i need to care about in the SD case ... for eMMC you need to come up with something ... a question or some such [15:03] jasper wont remove anything [15:03] hmm [15:03] davidm: sorry.. tried to cancel the meeting request.. but ubuntu/thunderbird does not like our exchange server... or maybe the other way around. [15:04] though probably it would [15:04] since we forcefully create the new partition table [15:04] ndec, NP [15:08] "Thank you for holding. Please wait for the chair person to join" Arrrrrrrrrrrrrrrrrrrrrrrrr [15:09] ndec, i got "Annulé: Ubuntu / OMAP working group weekly" in my inbox [15:09] so it partially worked at least [15:10] lag: no call today ;-) [15:10] Thanks for the email ;) [15:10] ogra: yes. for someone that knows a little of French at least! === zyga-lunch is now known as zyga [16:18] rsalveti, http://paste.ubuntu.com/508854/ [16:21] ogra: do you have an ES2.0 panda ? [16:22] lrg: yea they have a couple [16:23] lrg: greetings vtw [16:23] btw [16:23] prpplague: greetings [16:23] prpplague: I now have some time in my schedule for Panda config [16:24] prpplague: although, I'm having some issues even geting it to boot atm :( [16:25] prpplague: I have USB keyboard/mouse + ethernet plugged in and when I boot it keeps on detecting new keyboards/mice/ethernet until I physically remove the connectors [16:25] I had 35 keyboards [16:25] lrg: uh never seen that before [16:25] are you ES2.0 ? [16:25] yea and es2.1 [16:25] ok [16:25] can you send me a link to your image ? [16:26] http://omapedia.org/wiki/OMAP_Minimal_Linux_Main [16:26] lrg: validation images are there [16:26] prpplague: thanks ! [16:26] brb [16:27] * prpplague needs hot brown liquid [16:29] prpplague: filled with holy IT fuel? [16:36] hrw: 1,3,7-trimethyl-1H-purine-2,6(3H,7H)-dione [16:37] lrg, 2.0 and 2.1 === amitk is now known as amitk-afk [16:37] lrg, i though you talked with rama all day yesterday about it [16:38] ogra: yeah - I just now have a cable to connect it to my monitor :) [16:38] ah :) [16:38] ogra: did you see my previous remark on the multiple keyboards etc [16:38] seems weird [16:38] unless I have the wrong image ? [16:38] but Rama sent me the link [16:39] lrg, http://cdimage.ubuntu.com/ubuntu-netbook/ports/daily-preinstalled/current/ [16:39] ogra: yep, that's the link I used [16:39] great [16:40] ogra: ok, so I may have some flakey hardware here [16:40] lrg, just zcat it to the SD [16:40] yeah - did all that [16:40] hmm [16:40] * ogra_ac didnt see your remark about kbd, whats wrong ? [16:41] prpplague: I now have some time in my schedule for Panda config [16:41] prpplague: although, I'm having some issues even geting it to boot atm :( [16:41] prpplague: I have USB keyboard/mouse + ethernet plugged in and when I boot it keeps on detecting new keyboards/mice/ethernet until I physically remove the connectors [16:41] I had 35 keyboards [16:41] wow [16:41] thats odd [16:41] ogra: I cant get past the welcome screen due to this [16:41] yeah, seems very odd [16:41] * ogra_ac has never seen such behavior [16:42] afaik, I'm the only one with this behaviour [16:42] are you sure its a 2.0 ? [16:42] we dropped support for 1.0 [16:42] yeah, green board - Rama confirmed [16:42] got it last week [16:42] k [16:43] well, there are several 1.0 that are green too [16:43] does it have a wlan chip ? [16:43] (1.0 didnt) [16:43] yes [16:43] k [16:43] then its definitely 2.0 [16:44] everything failing is on the LAN/USB connector [16:44] and green means 8 layer ... that should just work [16:44] we tested here for the whole week [16:44] ok, it's looking more like hw [16:44] any hub involved ? [16:44] no [16:45] and did you try another kbd [16:45] no, not yet - but the ethernet also is detected 36 times [16:45] with different MAC addresses [16:45] wow i've never seen that before [16:46] * ogra_ac neither [16:46] lrg: do you have anything plugged into the OTG port? [16:46] I wonder if the USB/LAN connector is needing reflowed [16:46] prpplague: no [16:48] prpplague, ogra: ok, let me try todays image [16:48] nice, 36 ethernets! [16:49] hope you do a trunking with them! [16:49] hehe === hrw is now known as hrw|gone === JaMa is now known as JaMa|Off [18:22] hi all i have installed 10.10 in my board after gdm login input given it just shows blank [18:23] i mean it is stopping in between after login input given === zyga is now known as zyga-gone [22:39] rcn-ee, poke poek [22:45] hey cwillu what's up [22:46] still in the kernel business? [22:46] incidently, if anyone is talking about btrfs on sd, 2.6.37 is going to improve some matters [22:47] yeah.. well not today, pulling the 302 out of my mustang. ;) do they have anything different from mainline btrfs? [22:48] which, .37, or the mustang? [22:48] I have an ecu from a '90 miata sitting on my desk, if that counts for anything [22:48] yeah, i have the mainline 2.6.36-rc7 built.. was there more for btrfs that you were looking at.. ;) [22:49] actually, that's not a bad version [22:50] it's only a couple days old too. ;) [22:50] 2.6.37 should have raid5/6, and also shared block allocations for small devices such that enospc issues are gone [22:50] yep; .37rc6 has a noisy dmesg in btrfs :p === XorA is now known as XorA|gone