**** BEGIN LOGGING AT Thu Jul 29 02:59:57 2010 **** BEGIN LOGGING AT Thu Jul 29 05:10:14 2010 **** BEGIN LOGGING AT Thu Jul 29 05:24:18 2010 **** ENDING LOGGING AT Thu Jul 29 05:37:22 2010 **** BEGIN LOGGING AT Thu Jul 29 05:54:15 2010 Jul 29 05:56:52 512MB is a bit on the low end for a regular distro Jul 29 06:23:46 ah. So they need to add more RAM! Jul 29 06:24:44 Still can't seem to find Marvell Dove boards anywhere... are they just not out? Jul 29 06:25:02 Retail, I mean.... to where beagleboard is 'retail". Jul 29 06:28:18 http://soltesza.wordpress.com/2010/06/27/toshiba-a100-smartbook-with-android-but-why/ Jul 29 06:31:08 I also wonder: why in the world are AMOLED displays always made glossy? AMOLED is bright enough without gloss... adding gloss just makes it hard to see outside! Jul 29 07:34:47 mrnng Jul 29 07:44:21 I remember there's a wiki page describing the switches we are using for ARM on Lucid, anyone has that reference? Jul 29 07:44:30 gcc switches Jul 29 07:45:30 -arch=armv7-a -mfpu=vfpv3-d16 like ones? Jul 29 07:45:39 hrw, yeah Jul 29 07:45:58 hrw, like we decided to use thumb2 in lucid for code density Jul 29 07:47:24 ericm_: Correct Jul 29 07:47:51 lool, you have that reference, cannot find it on wiki.u.c Jul 29 07:48:07 -mthumb -mthumb-interwork - first enables Thumb (Thumb2 on arm1156 and cortex), second enables mixing arm and thumb code Jul 29 07:48:44 https://wiki.ubuntu.com/ARM/Thumb2 you mean? Jul 29 07:48:48 lool, hrw, and do you know if how we handle ThumbEE in Lucid and Maverick? Jul 29 07:49:12 no idea Jul 29 07:49:54 hrw, I think that's the page I was looking for, thanks man Jul 29 07:52:27 hrw, did we use ThumbEE maybe in some libraries? Jul 29 07:53:11 for run-time Java acceleration possibly? Jul 29 07:53:30 ericm_: I have no idea if we use any thumb EE, openjdk might? Jul 29 07:53:35 do not know Jul 29 07:53:38 ericm_: we don't in the toolchain Jul 29 07:53:51 ericm_: thumb2 != thumbee though Jul 29 07:53:57 we use thumb2 all over the place Jul 29 07:54:09 -mthumb + -march=armv7 implies thumb2 Jul 29 07:55:21 openjdk has a branch which use java arm extensions/instructions but thats not merged yet iirc Jul 29 07:57:11 lool, ok I see - so toolchain won't automatically generate ThumbEE instructions unless explicitly coded in the assembly file right? Jul 29 07:58:20 hrw, chances are it still could be merged in the future, and you know how we could handle SoC with ThumbEE and SoC without ThumbEE in this case? Jul 29 08:02:33 "ThumbEE is a variant of the Thumb-2 instruction set. It is designed as a target for dynamically generated code. This is code compiled on the device either shortly before or during execution from a portable bytecode or other intermediate or native representation. It is particularly suited to languages that employ managed pointers or array types. ThumbEE provides increased code density for the compiled binary compared with the compiled code for th Jul 29 08:02:56 and jazelle (java thing) is other stuff Jul 29 08:19:58 ericm_: I dont think the toolchain uses thumbee indeed Jul 29 08:20:06 ericm_: usually it's generated by JITs Jul 29 08:36:15 lool, ok Jul 29 15:13:16 ogra: any luck on the image build issue? Jul 29 15:13:39 the archive is constantly out of sync :( Jul 29 15:14:12 Yea, I've known that for several cycles now. Jul 29 15:14:23 How about the mke2fs issue? Jul 29 15:14:27 i wrote a script that loops until it has one successfull build and then takes an archive snapshot from my package proxy Jul 29 15:14:51 thats running since yesterday afternoon without finishing successfull once Jul 29 15:15:28 i cant move on with the filesystem issue without having at least for a few hours a stable archive Jul 29 15:15:30 I think it is just a matter of finding the right combination of parameters to mke2fs. Jul 29 15:15:51 well, we shouldnt need *any* parameters, thats the worrying issue Jul 29 15:17:16 I was comparing the dumpe2fs output from the 7/20 image and a test fs that I created. Major differences. Today I'll look to see if there is a difference when I use mke2fs on a real partition. Jul 29 15:19:12 I also looked at the source for genext2fs. It has hard coded inode and block sizes that are different than the defaults for mke2fs. Jul 29 15:19:28 oh, thats intresting Jul 29 15:20:05 but it should just work still ... and it obviously does for a filesystem you create yourself Jul 29 15:20:52 could be an issue with how the image is created Jul 29 15:21:18 In my testing yesterday, I created a blank fs with dd that was 2G, then formatted it with mke2fs using different parameters each time. I still couldn't copy the 7/20 image contents over without failing. Jul 29 15:21:26 I mean, you're using dd Jul 29 15:21:40 for some reason mkfs is not behaving well with it Jul 29 15:22:00 Nah. dd should just be making a blank file full of zeros. Jul 29 15:22:19 Other than no chs info, it should be ok. Jul 29 15:31:20 ogra: question on the beagleboard lucid>maverick upgrade. I'm testing it this week, but is it really an option, considering we never officially released lucid for beagleboard? (I don't see an image on releases.ubuntu.com with the other armel images) Jul 29 15:32:22 GrueMaster, http://cdimage.ubuntu.com/ports/releases/lucid/release/ Jul 29 15:32:54 Hmmm. It never made it to releases.ubuntu.com. Not sure why. Jul 29 15:33:03 deliberately Jul 29 15:33:31 we only added it as new port while its fully supported in maverick Jul 29 15:33:47 ok Jul 29 15:35:00 Thought I'd check. Jul 29 16:53:10 rcn-ee: there? Jul 29 16:53:28 rcn-ee: is there still a ti hosted omap3 kernel tree with all the goodies like powervr module etc.? Jul 29 16:55:03 rcn-ee: afaiui git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git is not broken as they do omap4 there Jul 29 16:55:09 is there a separate omap3 branch? Jul 29 18:36:07 asac, just read the irc log, you still looking for the powervr goodness? Jul 29 18:36:57 rcn-ee_work: yes, i wonder where its originating. and whether there is a full omap3 tree still hosted by ti Jul 29 18:37:30 i would assume the latter would have it applied already Jul 29 18:38:08 hey asac, nope no tree yet.. ;) i saw the gpl license in the SDK and just went for it... no one at TI's complained yet and it beats cross compiling them later.. ;) Jul 29 18:38:44 Patches here: against 2.6.35-rc http://bazaar.launchpad.net/~beagleboard-kernel/%2Bjunk/2.6.35-devel/files/head:/patches/sgx/ Jul 29 18:39:33 just wired them into the kernel myself one saturday. so no ryme or reason for the kconfig settings, but it works.. ;) Jul 29 18:39:37 rcn-ee_work: whats the canonical place for omap3 SDKs? TI folks said there are many SDKs floating around ;) Jul 29 18:40:08 i got mine from what you mentioned on your site ... still TI didnt know who is owning that etc. if you have info about that i would be happy! Jul 29 18:40:09 oh no idea... (here i thought you were working for canonical.. ;) ) Jul 29 18:40:18 i am ;) Jul 29 18:40:22 but even ti doesnt know ;) Jul 29 18:40:52 i should dump a readme in there... I'm leaving it up to TI to submit (and then get denied by the kernel guys) Jul 29 18:40:57 depends on the TI department Jul 29 18:41:35 chances of TI submitting SGX modules is probably less than zero Jul 29 18:42:03 well. chances of those landing as they are now is probably less than zero too ;) Jul 29 18:42:27 slangasek: 20:38 < rcn-ee_work> Patches here: against 2.6.35-rc http://bazaar.launchpad.net/~beagleboard-kernel/%2Bjunk/2.6.35-devel/files/head:/patches/sgx/ Jul 29 18:42:48 exactly, but having them in the tree for ubuntu or for my customers it does help remove an extra recompile step.. Jul 29 18:42:51 those are apparently shipped in the SGX SDK ... which we don't know whats the right place Jul 29 18:43:08 rcn-ee_work: yes, thats why i am asking. i am pushing for getting them in some linaro tree Jul 29 18:43:11 and package Jul 29 18:43:13 I have it synced with the latest, i try not to ship the old sdk for too long.. Jul 29 18:43:20 so we don need to pull your .debs etc. all the time Jul 29 18:43:59 rcn-ee_work: i hoped there would be a dirty full omap3 tree with all kind of patches that ti hasnt upstreamed ... would be easiest to just package that up. but seems none such thing exist Jul 29 18:44:13 the sad part, an x86 is still needed for the final sgx binary (libGL stuff) http://bazaar.launchpad.net/~beagleboard-kernel/%2Bjunk/2.6.35-devel/annotate/head:/create_sgx_package.sh Jul 29 18:44:16 so we need to use our tree and add the patches from gsx there Jul 29 18:44:19 GFX modules are a different team than the kernel team Jul 29 18:44:40 XorA: what's cookin? Jul 29 18:45:01 XorA: still they could land their stuff in their tree rather than shipping patches etc. Jul 29 18:45:04 hey prpplague hows the big office in Dallas Jul 29 18:45:13 XorA: still big Jul 29 18:45:15 asac: heh, try working for TI :-) Jul 29 18:45:39 rcn-ee_work: hmm ... isnt OMAP35x_Graphics_SDK_setuplinux_${SGX_VERSION}.bin just a shell unpack installer thing? Jul 29 18:45:49 or is there really x86 binary code in it that gets run? Jul 29 18:45:53 yeap... it is.. but the *.bin is x86 code.. ;) Jul 29 18:46:01 XorA: :D hey. long time no see Jul 29 18:46:13 prpplague: post me some BBQ Jul 29 18:46:17 prpplague: or new toys :-) Jul 29 18:46:19 so they wrote the unpack installer code in C? wowo Jul 29 18:46:20 XorA: mmm ti nice Jul 29 18:46:21 with a little help qemu on arm probally could do it? Jul 29 18:46:22 XorA: hehe Jul 29 18:46:35 XorA: should have a new round of toys soon Jul 29 18:46:55 talkign with koen, the next release might be atleast 'wget-able' doubt you could extract it on anything other then x86 thou. Jul 29 18:46:59 XorA: i've been so busy with board bringup i've not had time to work on new products Jul 29 18:47:02 rcn-ee_work: yeah. i think we shouldnt bother too much on the user space pieces. i think they are working to make packages happen - so lets hold our breath ;) Jul 29 18:47:15 probably not for omap3 though ... or at least with low prio Jul 29 18:47:24 ok tanks Jul 29 18:47:24 the team is nice is making packages for the driver Jul 29 18:47:26 the team is nice is making packages for the drivers Jul 29 18:47:30 in Nice Jul 29 18:47:49 XorA: zippy and zippy2 are still selling pretty good, and the trainer is slowly starting to pick up in sales Jul 29 18:48:44 I know ubuntu has shipped closed blobs before, so as long as the kernel as the gpl parts, the userspace maybe could be downloaded from ubuntu repo? (like nvida/ati/etc stuff) but that would be something between ubuntu and ti... Jul 29 18:49:24 prpplague: put zippy support in ubuntu yet? Jul 29 18:49:59 i thought asac was working on the zippy stuff too.. (he was looking at my tree) Jul 29 18:50:00 XorA: not i Jul 29 18:50:28 zippy2 support might be a better choice for ubuntu Jul 29 18:50:45 since the zippy2 uses the same chipset as the 4430sdp and blaze Jul 29 18:50:58 the only difference is the spi driver, so it's pretty easy to support both.. Jul 29 18:51:22 true Jul 29 18:51:57 * prpplague wonders if the ubuntu-arm folks have ordered some zippy boards Jul 29 18:52:08 prpplague: but you gave me a zippy :-D Jul 29 18:52:18 XorA: indeed Jul 29 18:52:35 XorA: i'll bring some other boards if i can when i come in october Jul 29 18:52:53 prpplague: you gouing to ELC-E Jul 29 18:53:02 prpplague: yep, I got one here Jul 29 18:53:11 prpplague: the annoying thing is I think I might end up at UDS which is the same week Jul 29 18:53:19 didn't have time yet, but I'm planning to push the zippy 2 patches forward Jul 29 18:53:27 XorA: doh Jul 29 18:53:34 rsalveti: ahh Jul 29 18:53:36 at least to be supported by ubuntu's kernel Jul 29 18:53:48 XorA: http://www.embeddedlinuxconference.com/elc_europe10/sessions.html#Anders Jul 29 18:54:10 prpplague: heh Jul 29 18:54:20 prpplague: you is famous Jul 29 18:54:40 XorA: hehe, well we will have to see if anyone actually shows up for the presentation Jul 29 18:55:23 prpplague: that's the elinux.org tux! Jul 29 18:55:49 * dcordes_ has never been to UK Jul 29 18:55:56 maybe I will stop by Jul 29 18:56:23 dcordes_: well we have the best beers :-) Jul 29 18:56:58 dcordes_: elinux.org is sponsored by CELF Jul 29 18:57:16 * prpplague is an original founder of elinux.org Jul 29 18:57:21 cool Jul 29 18:57:42 I need to add some information about htc-linux.org in elinux.org Jul 29 18:58:02 prpplague: you cant be, you dont have a waist length beard, all *linux* guys do Jul 29 18:58:12 XorA: hm beers are best thing at geek events Jul 29 18:58:25 XorA: at fosdem in belgium I drank many delirium tremens Jul 29 18:58:38 * XorA doesnt drink much beer Jul 29 18:58:46 and other funny beers from strange 0,2l bottles Jul 29 18:59:27 XorA: hehe Jul 29 18:59:28 XorA: do they also listen to metal ? Jul 29 18:59:51 mmmmmm belgian beers Jul 29 18:59:55 dont know, I listen to a lot of metal :-) Jul 29 19:01:19 rsalveti: let me know if you have any questions on the zippy2 Jul 29 19:01:52 rsalveti: (and if you need any other specialized accessory boards) Jul 29 19:01:57 XorA: ^^ you still using HTC phones ? Jul 29 19:02:13 dcordes_: got a TouchDiamond2 and a Dell Streak these days Jul 29 19:02:20 XorA: ahh rhodium Jul 29 19:02:31 no wait that's htc topaz Jul 29 19:02:38 topaz2 Jul 29 19:02:39 rhodium is the touch pro 2 Jul 29 19:03:08 I see Android is almost 100% on it Jul 29 19:03:27 yes but the kernel is a total mess Jul 29 19:03:38 they are stuck at 2.6.29 Jul 29 19:03:51 pretty much all android devices are Jul 29 19:03:53 hardcode everything Jul 29 19:04:06 sorry 2.6.27 Jul 29 19:04:15 android was written in LARGE crayons as far as I can see from the code quality Jul 29 19:04:24 but with qualcomm merging msm7 and qsd8 in mainline it will only be a question of time to rebase easily Jul 29 19:06:02 prpplague: sure, thanks :-) Jul 29 19:06:48 XorA: mhm I'm not a big fan of android either way Jul 29 19:06:58 rsalveti: if i can ever find the time, i need to finish up with the showdog, which would be a good item for you ubuntu guys Jul 29 19:07:10 XorA: and regarding kernel I'm trying to keep some order in the chaos at least for the devices I have Jul 29 19:07:30 XorA: still have the kaiser :) ? Jul 29 19:08:21 prpplague: hm, that would be a nice toy Jul 29 19:08:26 dcordes_: no, swapped the kaiser for part of my car Jul 29 19:09:23 prpplague: how is it going? Jul 29 19:09:56 XorA: no reason to keep it when you have same device with better performance Jul 29 19:10:05 prpplague: get designing that quad omap4 :-) Jul 29 19:10:06 XorA: I somehow can't give mine away Jul 29 19:10:15 dcordes_: well I wanted a car :-) Jul 29 19:10:42 XorA: lol. with the leo (htc hd2) I got my first linux device w/o keyboard Jul 29 19:12:07 never getting used to the on screen keyboard only situation Jul 29 19:12:13 rsalveti: it's pretty much done, i just need to run a few more tests, clean up a few items on the schematic and get the gerbers off to china for pcb production Jul 29 19:12:25 rsalveti: just been too busy with board bringup Jul 29 19:12:37 XorA: but there were no other qsd8250 devices available when I got it Jul 29 19:13:20 oh asac, sorry misread one of your questions: TI has told me to always use: http://software-dl.ti.com/dsps/dsps_public_sw/sdo_sb/targetcontent/gfxsdk/latest/index_FDS.html (to get latest) Jul 29 19:13:39 prpplague: BTW dude, is there a guide to debugging x-load with JTAG anywhere? Jul 29 19:13:56 XorA: i don't think there is Jul 29 19:14:03 XorA: running into problems? Jul 29 19:14:23 omapzoom3 needs external UART support Jul 29 19:14:25 rcn-ee_work: thanks a bunch Jul 29 19:14:49 rcn-ee_work: how about adding #linaro to your autojoin list ;) ... you are more than welcome there! Jul 29 19:14:59 XorA: for booting? or output? Jul 29 19:15:20 prpplague: so I can see why it is failing to load u-boot :-) Jul 29 19:15:37 prpplague: but some form of output would be nice Jul 29 19:15:41 XorA: ahh Jul 29 19:15:43 asac, i will when i get home tonight, too many pc's took me 5mins to get back into this channel at work. .;) Jul 29 19:15:46 prpplague: beagle x-load is verbose :-) Jul 29 19:18:00 heh Jul 29 19:18:03 XorA: btw you shouldn't use evil msm7* phone. get one with omap850 :D Jul 29 19:42:25 hey robbiew Jul 29 19:42:29 hey robclark Jul 29 19:44:07 * prpplague throws EHCI PHY chips at robclark and XorA like ninja throwing stars Jul 29 19:44:14 XorA: looking for me or robclark? Jul 29 19:44:24 robbiew: robclark, sorry! Jul 29 19:44:28 np ;) Jul 29 19:44:36 return to sleep :-D Jul 29 19:44:49 hey XorA Jul 29 22:05:50 anyone got dual framebuffers up and running on ubuntu? Jul 29 22:06:20 more accurately dual framebuffers running a desktop Jul 29 22:14:15 given a zippy that gives me a second dvi port from the lcd headers, I would :D **** ENDING LOGGING AT Fri Jul 30 02:59:57 2010