**** BEGIN LOGGING AT Wed Jun 23 02:59:56 2010 Jun 23 07:22:48 What flavours are supported on Panda/Beagle? Jun 23 07:22:56 Is Panda just Maverick? Jun 23 07:23:10 And Beagle? Both? Jun 23 07:24:13 lag: beagle is omap3 which is a flavour in our master branch of Maverick Jun 23 07:24:39 lag: panda is omap4 which is a separated topic branch from master, it is ti-omap4 branch Jun 23 07:25:23 but in the future, when all the omap4 patches are merged into mainline, we don't need the ti-omap4 branch anymore Jun 23 07:26:35 lag: omap3 is branch in lucid (ti-omap), part of master in maverick. omap4 is maverick-only (ti-omap4 branch) Jun 23 07:29:21 amitk: do you know what's the difference between x-loader and u-boot? Jun 23 07:29:39 amitk: i just clone the x-loader for omap4, it looks like u-boot. Jun 23 07:30:56 Isn't x-loader == MLO Jun 23 07:31:11 cooloney: x-loader is a stripped version of u-boot. So same code base but minimal size. Jun 23 07:32:08 sebjan: thanks, man. and is x-loader required for omap4 board booting? Jun 23 07:32:43 cooloney: today yes. We shall be able to get rid of it in a near future. Jun 23 07:34:04 sebjan: ok, so in the near future, u-boot is good enough for booting the system, right? Jun 23 07:34:21 cooloney: yes, that's it :) Jun 23 07:34:32 morning Jun 23 07:34:40 hrw: morning Jun 23 07:35:09 sebjan: back to lag's question, x-loader == MLO? what's MLO? Jun 23 07:35:26 sebjan: or it's a secret name Jun 23 07:35:32 MLO is X-Loader Jun 23 07:36:02 I though MLO was for cards Jun 23 07:36:02 hrw: just another name of x-loader? Jun 23 07:36:29 MLO == x-loader for MMC Jun 23 07:36:41 Not a secret Jun 23 07:36:51 MLO just has an additional header added to the x-loader binary Jun 23 07:38:07 omap4 "panda"? That's new. Jun 23 07:38:25 I wanna' see a pic of that. Jun 23 07:40:46 DanaG: I want hw to take a pic Jun 23 07:41:28 It seems to be so brand-spanking-new, the only google results are the kernel commits. Jun 23 07:42:24 DanaG: iirc release in fall Jun 23 07:42:42 http://marcin.juszkiewicz.com.pl/2010/05/14/uds-continues/ Jun 23 07:43:12 I still say: I don't call 3D useful until it can do compiz. Open or closed, doesn't matter too much. Jun 23 07:43:30 Well, as long as the closed thing actually builds -- TI PowerVR build script fails miserably. Jun 23 07:44:08 A username and password are being requested by http://www.pandaboard.org. The site says: " pandaboard.org is coming soon. Please check back later. " Jun 23 07:45:27 I also think it really sucks that there's an x86 Flash, an x86_64 flash (though not anymore), an ARM-based Android flash... yet no simple ARM flash! Jun 23 07:45:34 Same for dropbox. Jun 23 07:46:07 All it takes is copying files, installing headers, and running "make" (at least, that's what my own software required). Is that too much to ask? Jun 23 07:46:39 DanaG: all it takes is someone to give Adobe a six-figure cheque for that Jun 23 07:47:32 if you have spare change lying around, perhaps you want to become the hero of the OSS community? ;) Jun 23 07:47:39 I mean, Android would have taken MORE effort than just plain ARM! Jun 23 07:47:44 That makes no sense. Jun 23 07:47:55 DanaG: there is one company behind android... forgot? Jun 23 07:48:27 Yeah, I know Google does Android, but the fact that they have Android means they probably have ARM hardware.... and thus there's no excuse for not doing a mere "make" on the existing Flash code. Jun 23 07:48:30 On ARM. Jun 23 07:48:49 money is a reason Jun 23 07:49:04 What money does it take to do "scp" and "ssh" and "make"? Jun 23 07:49:07 each of them gave Adobe cheques. A much larger cheque is required to free it all. OTOH, perhaps effort is wasted there and everyone should help with gnash instead? Jun 23 07:49:12 if you can get money from Google, Nokia, others when why release basic one? Jun 23 07:49:43 And same is true of Dropbox. Jun 23 07:49:53 never used Jun 23 07:50:09 * amitk neither Jun 23 07:50:38 And unfortunately, ubuntuone rather completely devours my CPU. Jun 23 07:50:38 DanaG: dropbox is blocked in China, although some people are using it Jun 23 07:50:50 100% of one core. Jun 23 07:51:10 probably a bug Jun 23 07:51:22 My use case is having Pidgin logs in it. Jun 23 07:51:27 Thousands of files. Jun 23 07:52:37 In fact, the transition from 32-bit to 64-bit x86 has more changes, at least in my experience, than the transition from 32-bit x86 to 32-bit ARM. Jun 23 07:53:56 more changes in what sense? Jun 23 07:53:59 Oh yeah, are any of you in positions to talk directly to those companies (Dropbox or Adobe)? Jun 23 07:54:21 In terms of things like pointer size, and "cast from pointer to uint32_t loses precision" (or such). Jun 23 07:55:39 http://laptopmemo.com/2010/06/22/adobe-leaks-out-all-android-handsets-that-get-the-upgrade-to-2-2-froyo/ Jun 23 07:55:57 Say, does "meego" use Xorg? Jun 23 07:56:30 yes, Meego uses X Jun 23 07:56:57 ah, then this means they will be making an ARM-based X-based Flash. Jun 23 07:57:00 Sweet. Jun 23 07:57:09 not sure abt that Jun 23 07:57:20 I'd find it particularly awesome to have an Ubuntu phone. Jun 23 07:57:55 that would require significant amounts of new UI work Jun 23 07:58:43 Or even just something that I could do "ssh -X" from would be enough. Jun 23 07:58:59 Android doesn't satisfy that. Then again, there are probably VNC clients for Android. Jun 23 08:00:46 DanaG: maemo has flash too Jun 23 08:01:17 har, I go to get.adobe.com/flashplayer in chromium... it gives me x86 version. Jun 23 08:01:37 ah, must just not bother trying to detect. Jun 23 08:01:48 DanaG: dig a bit there, fake useragent so maybe you will get android Jun 23 08:01:50 http://get.adobe.com/flashplayer/otherversions/ -- nothing ARM there. Jun 23 08:03:12 ah, looks like it's just not available yet. Jun 23 08:04:26 DanaG: ARM versions are Adobe's cash cows at the moment, since they give away the x86 ones for free Jun 23 08:04:58 they're getting lots of money from each of the mobile vendors, so why make it easily downloadable? Jun 23 08:05:02 Aah, that's the best explanation anyone's ever given me. Jun 23 08:05:29 Oh, the generic ARM one wouldn't work on Android... Jun 23 08:05:41 Perhaps once they make it for one of the Xorg-running embedded ones, it'll be hackable. Jun 23 08:06:27 perhaps Steve Jobs is right and we should all abandon Flash completely and concentrate on HTML5 Jun 23 08:06:33 Yeah, I'd agree with that. Jun 23 08:06:36 Flash sucks everywhere. Jun 23 08:07:44 Dropbox, though, remains as a target for ARM. Perhaps we just need market prevalence with ARM netbooks. Jun 23 08:08:01 That Toshiba one that's really new looks nice -- though could use an extended-battery option. Jun 23 08:09:46 http://www.liliputing.com/2010/06/toshiba-ac100-10-inch-netbook-with-android-nvidia-tegra.html Jun 23 08:11:36 It'd be awesome to be able to get all-day (as in 12-hour, not 8-hour) battery life. Jun 23 08:13:50 http://www.liliputing.com/2010/06/lenovo-ideapad-u1-hybrid-skylight-arent-dead-yet.html Jun 23 08:13:54 Would be awesome with Ubuntu. Jun 23 08:14:39 DanaG: my x86-64 laptop does 8-10h on one charge Jun 23 08:15:51 yeah, that's what I mean... why bother going to ARM for just 8 hours battery life? Jun 23 08:16:03 Something ARM should have way longer battery life to be worthwhile. Jun 23 08:16:27 Well, they can be lighter, I'll grant that.... but some people would rather have slightly heavier for way longer battery. Jun 23 08:17:16 I'd love to see a mixed arch system, not sure if that's really possible, but it'd be dandy Jun 23 08:17:44 You'd have to have Universal Binaries (like what Apple did with PPC and x86 / x86_64). Jun 23 08:17:45 I want 1GB RAM, at least 16GB of storage, bt, wifi, 12-13" screen with 1280x800/1366x768, good keyboard and fast enough to run kde4 desktop Jun 23 08:18:04 My killer-app any system I buy must be able to run: Compiz. Jun 23 08:18:06 kai: arm cpu + x86-64 one? Jun 23 08:18:11 a low power chip for all the hard-core idling a usual desktop system is doing, and then a beefy multi-core that'll kick in when I start a copile or number-crunch job Jun 23 08:18:14 DanaG: I prefer kwin Jun 23 08:18:23 Or that. Jun 23 08:18:29 kai: omap4 you mean? Jun 23 08:18:32 I don't actually care about the arch Jun 23 08:18:33 But the key is texture_from_pixmap support. Jun 23 08:18:59 Even an old Radeon 7500 can do that. Jun 23 08:19:38 * ogra wonders about all the flash babbling ... there *is* and adobe flash for ARM, but you have to sign contracts with adobe to get it Jun 23 08:19:38 I just know that compiling samba on my beagle takes two hours, compiling it on my desktop takes two minutes Jun 23 08:20:14 ogra: I plan to check maemo flash on beagle running ubuntu Jun 23 08:20:24 yeah, thats the one Jun 23 08:20:30 and I'd like to have the low power consumption of my beagle, _unless_ I actually need the power Jun 23 08:20:53 kai: stack few beagles? Jun 23 08:21:03 Ah, they could just say that, on their page... Jun 23 08:21:16 instead of pretending it doesn't exist, say "go to meego or android or whatever"... or such. Jun 23 08:21:38 well, if you are $big_company you likely know where to ask at adobe :) Jun 23 08:21:58 i dont think they want to make it available to the public in general Jun 23 08:22:18 Damn. Jun 23 08:22:34 If I were to get an ARM netbook, I'd want Ubuntu, quite specifically. Jun 23 08:28:52 * zyga wants to throw a few cents Jun 23 08:29:01 grreat, and youtube.com also tells me "I need to upgrade my flash player!!!!1one!" Jun 23 08:29:05 I worked with one version of flash for arm several years ago Jun 23 08:29:14 they had this nice porting layer you'd have to write Jun 23 08:29:32 at least at that time flash didn't even care about X existing Jun 23 08:30:03 we could plug our own rendering code Jun 23 08:30:18 and a/v sink Jun 23 08:30:21 ah, had to "leave html5 beta" and then "join html5 beta". Jun 23 08:30:25 and it would more less 'just work' Jun 23 08:30:27 DanaG, HTML5 FTW :) Jun 23 08:30:34 (ah, you found it already) Jun 23 08:31:05 hmm, it's being dog-slow... but that may partly be due to me running it over ssh. =þ Jun 23 08:31:22 Browser is Chromium. Jun 23 08:31:31 And even scrolling, with no videos, is dog-slow. Jun 23 08:32:48 And even closing tabs is slow. Jun 23 08:32:52 you likely need hardware optimization in ffmpeg Jun 23 08:33:39 WebM is also slow on my 64-bit host system, both with fglrx on Linux and with binary driver on Windows. Jun 23 08:33:45 No hardware accel, for now. Jun 23 08:34:38 update-initramfs: Generating /boot/initrd.img-2.6.34-3-omap Jun 23 08:34:39 Cannot find mtd partition 'Kernel' Jun 23 08:34:43 root@beagle:~# cat /proc/mtd Jun 23 08:34:43 dev: size erasesize name Jun 23 08:34:43 root@beagle:~# Jun 23 08:34:48 auch Jun 23 08:36:15 which module do I need to load? Jun 23 08:37:08 I'm going to try firefox on ARM. Jun 23 08:40:45 ogra: who maintains xserver-xorg-video-omap3? it needs rebuild for newer xserver Jun 23 08:42:32 hrw: I'd probably have to stack a lot of beagles. Jun 23 08:42:34 Silly hack: http://hackaday.com/2009/02/22/x11-on-android/ Jun 23 08:42:37 hrw, anyone who likes to touch it :) Jun 23 08:42:41 They used VNC to localhost? Jun 23 08:42:45 Why not just use fbdev? Jun 23 08:42:48 =þ Jun 23 08:42:56 hrw, given that i touched it last i'm probably in charge :P Jun 23 08:48:36 ogra: any hints for kernel update problem? Jun 23 08:49:48 https://wiki.ubuntu.com/Specs/M/ARMGraphicsStackOnX Jun 23 08:49:49 woot Jun 23 08:52:45 * DanaG wishes his uefi weren't broken. Jun 23 08:54:15 Specifically, it claims GraphicsOutputProtocol support, but then claims the framebuffer address is zero. Jun 23 09:46:47 asac, for CHS i needed to add -D to the sfdisk call to enforce DOS compatibility, that solved all probs Jun 23 09:47:44 that apparentlxy leaves a slightly bigger gap at the beginning of the partition to add the bootloader binary Jun 23 09:48:44 ogra: good. Jun 23 09:49:05 have you tried on a tiny and big SD card? Jun 23 09:49:13 ogra: I said long time ago - check OE script... Jun 23 09:49:21 { Jun 23 09:49:22 echo ,9,0x0C,* Jun 23 09:49:22 echo ,,,- Jun 23 09:49:23 } | sfdisk -D -H 255 -S 63 -C $CYLINDERS $DRIVE Jun 23 09:50:24 hrw, doesnt help for that use case, but thanks Jun 23 09:50:46 this is about repartitioning on the fly with changed CHS values Jun 23 09:52:53 (we're using the OE script as a base for building the images, the repartitioning is a lot harder) Jun 23 09:53:20 ok Jun 23 09:53:50 for example the vfat is trashed afterwards and needs to be reformatted Jun 23 09:54:35 intrestingly that doesnt seem to affect any linux partitions, only vfat/fat Jun 23 09:58:21 i still believe this is not all worth it ;) Jun 23 09:58:33 write a great media creation script/app -> done ;) Jun 23 09:58:48 to late Jun 23 09:58:51 i know Jun 23 09:58:56 its all done and in the infrastructure now Jun 23 09:59:03 heh Jun 23 09:59:25 only flash-kernel changes are pending and a udev rule to hide the boot partition Jun 23 09:59:35 ogra: is it possible to disable this resizing feature? Jun 23 09:59:37 then we should have preinstalled dailies Jun 23 09:59:56 e.g. can i just use jasper to get the default configs? Jun 23 10:00:00 asac, if you have root=UUID=... on the cmdline it wont run Jun 23 10:00:23 ogra: hmm Jun 23 10:00:27 ogra: and the settings? Jun 23 10:00:45 the settings look for /root/etc/flash-kernel.conf Jun 23 10:00:47 and oem config etc. thats done outside? Jun 23 10:00:56 if that does exist they'll skipp configuration Jun 23 10:01:06 oem-config is run after boot Jun 23 10:01:12 jasper is run during boot Jun 23 10:01:40 they are distinct but jasper depends on oem-config so it gets removed automatically after oem-config was run Jun 23 10:01:42 what settings are done in jasper? what settings are done in oee-config? Jun 23 10:02:04 is jasper just doing this resizing? Jun 23 10:02:25 nearly all settings are done in oem-config, jasper only enables oem-config and creates the initial fstab ... and to make sure X comes up it sets up loopback networking Jun 23 10:02:54 and i'm pondering to add the udev rule for hidint the vfat from jasper_setup Jun 23 10:03:35 jasper_growroot is doing the resizing in local-premount, jasper_setup is doing the setup from local-bottom Jun 23 10:06:49 ogra: i assume jasper also finds the root partition like casper? Jun 23 10:06:58 or did you hardcode that ;)? Jun 23 10:07:00 it only looks at root= Jun 23 10:07:38 asac, feel free to look at the code :) there is a MIR pending ;) Jun 23 10:08:04 ogra: anyone from your team that could help out on MIRs ;)? Jun 23 10:08:07 currently its totally bound to the way we build the images Jun 23 10:08:22 i'm the only core dev in the team Jun 23 10:08:38 and i really cant MIR my own packages :) Jun 23 10:09:18 its not about jasper, but about the huge backlog Jun 23 10:14:26 ogra: wow. you used functions in your sh script ;) Jun 23 10:14:33 pfft Jun 23 10:14:34 j/k Jun 23 10:15:03 i even plan to add a jasper_functions file to source common functions across the scripts :P Jun 23 10:15:22 i.e. i want the root device detection in both scripts ... Jun 23 10:15:45 though with the recent kernel changes i shouldnt even need a function for finding root= anymore Jun 23 10:16:22 (new kernels will just export cmdline entries completely to initramfs so they are in env vars) Jun 23 10:16:44 ogra: did you also fix flash-kernel to flash if available and otherwise update first vfat partition? Jun 23 10:16:50 (for OMAP) Jun 23 10:16:55 not yet, thats next on my list Jun 23 10:17:20 ogra: that cmdline to env stuff was already there in lucid, wasnt it? Jun 23 10:17:27 it will check for UBOOT_PART Jun 23 10:17:33 at least i remember that i could access them there Jun 23 10:17:34 no, it wasnt Jun 23 10:17:39 but could be it was after initram Jun 23 10:17:49 or was that in casper done manually? Jun 23 10:18:12 * [Config] enable passing all kernel command line to init Jun 23 10:18:12 - LP: #586386 Jun 23 10:18:20 linux 2.6.35-5.6# Jun 23 10:18:48 casper works differently (though a lot of stuff could be dropped with the new kernel feature) Jun 23 10:18:59 it exports all that stuff var by var Jun 23 10:19:00 right. so casper does that on its own. thats what i remember Jun 23 10:19:05 (which costs extra time) Jun 23 10:19:25 all the cmdline parsing can be dropped with the latest kernel Jun 23 10:19:44 which will also help hrw with the automatic serial console setup Jun 23 10:19:48 ogra: so oem-config is running flash-kernel-installer? Jun 23 10:19:51 or when is that done? Jun 23 10:20:04 upadet-initramfs is running flash-kernel --supported Jun 23 10:20:15 if that returns true it runs flash-kernel Jun 23 10:20:32 jasper has a trigger to rebuild the initramfs on deinstallation Jun 23 10:20:37 ah ok and that is at end of removal Jun 23 10:20:39 kk Jun 23 10:20:45 oem-config removes itself and tears jasper out Jun 23 10:20:57 since jasper has a hard dep on it Jun 23 10:21:06 yeah got that Jun 23 10:21:29 flash-kernel-*installer* isnt used at all in this setup Jun 23 10:21:35 jasper_setup does that part Jun 23 10:22:04 (generating an initial boot.scr and creating flash-kernel.conf with the UBOOT_PART variable in it) Jun 23 10:23:00 flash-kernel will check if UBOOT_PART is set (it sources flash-kernel.conf by default if it exists) and will then write to NAND or to patition based on that value Jun 23 10:23:21 so that the old style is still supported for lucid installs Jun 23 10:28:29 ogra: i am a bit unhappy with the logic about how uboot images are created and how the boot.scr etc. are done are spread around in the archive Jun 23 10:28:47 assuming we will do uboot in future ... isnt there some potential to factor that out ? Jun 23 10:28:48 uboot images ? in jasper ? Jun 23 10:28:57 ogra: well you create the boot.scr there ;) Jun 23 10:29:11 well, i could just replace root=UUID... Jun 23 10:29:14 that logic is also in the image builders Jun 23 10:29:22 yeah. why do you change the UUID? Jun 23 10:29:24 effectively i do the same flash-kernel-installer does Jun 23 10:29:37 because i want a plain ubuntu install Jun 23 10:29:42 ubuntu uses UUIDs Jun 23 10:30:06 ogra: you could set the UUID in the .img, couldnt you? Jun 23 10:30:12 no Jun 23 10:30:15 why not? Jun 23 10:30:23 then every install on the planet would have the same UUID Jun 23 10:30:32 thats a problem? i dont think so ;) Jun 23 10:30:40 it is according to cjwatson Jun 23 10:30:48 he asked me to generate a unique one Jun 23 10:31:34 which is why i run tune2fs to create a new one and set that in the respective places Jun 23 10:31:54 the .img.bz2 doesnt use UUIDs at all Jun 23 10:32:22 it just uses root=/dev/mmcblk0p2 on the cmdline Jun 23 10:32:51 (which we need to change as soon as we support other setups than omap but thats not part of the current implementation) Jun 23 10:33:13 (though the code is ready to be changed if needed) Jun 23 10:33:24 (on cdimage.u.c) Jun 23 10:35:36 i need to create the boot.scr because i might have to use different load addresses for omap4 and because i want to detect the EDID at some point for setting the best resolution on the cmdline Jun 23 10:55:56 ogra: so can we do somethning about the une-launcher spec Jun 23 10:56:24 asac, not sure yet, currently the user needs to select a different session in gdm Jun 23 10:56:25 from what i can tell in linaor we could just screw this as we could produce "just" ubiquity ... and "just" efl images Jun 23 10:56:34 ogra: is that good enough? Jun 23 10:56:40 not really Jun 23 10:56:44 how about the jockey parts? Jun 23 10:56:45 i want autodetection Jun 23 10:57:10 i havent looked at jockey yet and until all preinstalled SD image parts are implemented i wont have time Jun 23 10:57:28 i dont like the idea of chaning ~/.dmrc though Jun 23 10:57:49 (/me is generally against fiddling with files in users homedirs) Jun 23 10:59:18 oh, i see you targeted lightweight panel for A2 in your spec Jun 23 10:59:28 that wont work :) Jun 23 10:59:38 we wont get anything from DX before A2 Jun 23 10:59:58 (which is why lightweight panel is A3) Jun 23 14:56:16 ogra: update on yesterday's image testing. Seemed to work fine on my 16G class 4 card. Some issues on my 8G class 4 card though. It didn't actually resize, and instead dumped me down to busybox. Jun 23 14:56:28 ugh Jun 23 14:56:39 did you save the log ? Jun 23 14:57:12 It had the root filesystem mounted under /root, which was odd, and instead of a jasper.log, I had /dev/.initramfs/jasper-tmp/ directory with no logs. Jun 23 14:57:35 /dev/.initramfs/jasper-tmp/ is fine Jun 23 14:57:54 /root is the default dir where the rootfs gets mounted in initramfs Jun 23 14:58:14 the log should be saved on /root/var/log in this case Jun 23 14:58:20 Ok, well it failed shortly after that. Jun 23 14:58:25 jasper_setup moves it now Jun 23 14:58:30 I will retest today and look. Jun 23 14:58:38 great, thanks Jun 23 15:00:08 I'm looking at my 8G SD card now (on the desktop) and not seeing a jasper.log. Will run find. Jun 23 15:00:44 nothing. Jun 23 15:01:33 weird Jun 23 15:02:46 Found one on my 16G device, so it is at least attempting to copy. Jun 23 15:02:59 right, thats the default Jun 23 15:05:06 As soon as I get setup again here at home, I'll retest some more (coffee first). Jun 23 15:07:47 yeah, no hurry Jun 23 15:08:13 all bits apart from flash-kernel are ready btw, the only thing we miss is the MIR for jasper Jun 23 15:10:11 flash-kernel... Jun 23 15:10:22 my bb is unable to update kernel Jun 23 15:11:04 hrw, why is that ? Jun 23 15:15:59 10:34 < hrw> update-initramfs: Generating /boot/initrd.img-2.6.34-3-omap Jun 23 15:15:59 10:34 < hrw> Cannot find mtd partition 'Kernel' Jun 23 15:16:00 10:34 < hrw> root@beagle:~# cat /proc/mtd Jun 23 15:16:00 10:34 < hrw> dev: size erasesize name Jun 23 15:16:18 no mtd kernel modules loaded Jun 23 15:16:29 so flash not deteced Jun 23 15:17:07 not an ubuntu kernel Jun 23 15:17:08 :P Jun 23 15:17:23 it is one of maverick kernels Jun 23 15:17:39 its a leftover from lucid ... archive mess Jun 23 15:17:52 the omap3 kernel in maverick is a .35 one Jun 23 15:18:41 the metapackage was only fixed today to depend on the right kernel Jun 23 15:38:29 https://bugs.launchpad.net/ubuntu/+source/linux-ti-omap/+bug/594382 Jun 23 15:38:31 Launchpad bug 594382 in linux (Ubuntu Maverick) (and 1 other project) "Wake up daisy chain activation failed on omap3 (affects: 1) (heat: 8)" [Critical,Fix committed] Jun 23 16:06:39 ogra: does Touchbook work with Lucid now? Jun 23 16:07:16 amitk, nope Jun 23 16:07:30 ogra: kernel features missing? Jun 23 16:07:32 amitk, it kind of works with my hand rolled 2.6.32 kernel Jun 23 16:07:36 lots Jun 23 16:07:55 that "kind of" is, its not charging the battery Jun 23 16:08:08 ogra: ok, are there bugs for it? Jun 23 16:08:13 and there is no sound support, everything else with that kernel works Jun 23 16:08:17 only one Jun 23 16:08:42 amitk, and i really doubt we want to break the rest of omap3 for supporting touchbook Jun 23 16:08:53 Bug 581771 Jun 23 16:08:54 Launchpad bug 581771 in linux-ti-omap (Ubuntu) "omap3 dss2 touchbook patch missing in lucid kernel (affects: 1) (heat: 97)" [Undecided,New] https://launchpad.net/bugs/581771 Jun 23 16:09:17 ogra: agreed, I'm checking with you to see if it would be feasible to support it in maverick Jun 23 16:09:21 there are a lot more patches missing, some of them are very intrusive and will likely break other omap3 HW Jun 23 16:09:48 but it looks like it will require non-mainlined patches to be applied Jun 23 16:09:53 right Jun 23 16:10:01 and even outdated ones Jun 23 16:10:20 i dont think anything has been ported to anything beyond .33 or .34 Jun 23 16:10:58 ok, thanks Jun 23 16:11:55 amitk, if we could get the DSS2 patch in without breaking anything that would surely help a bit so people can debug etc without having to solder Jun 23 16:12:24 I thought the Touchbook was a repackaged Beagle board Jun 23 16:12:34 it roughly is Jun 23 16:12:41 ogra: hopefully mpoirier, cooloney or lag will get to that bug 581771 Jun 23 16:12:42 Launchpad bug 581771 in linux-ti-omap (Ubuntu) "omap3 dss2 touchbook patch missing in lucid kernel (affects: 1) (heat: 97)" [Undecided,New] https://launchpad.net/bugs/581771 Jun 23 16:12:42 emphasis on roughly :) Jun 23 16:13:28 rsavoye, its a newly layed out SoC *based* on the beagle Jun 23 16:14:03 I was looking at one also... so it'd be nice if it worked :-) Jun 23 16:14:39 well, most of the important patches arent upstreamed Jun 23 16:14:57 are they in maverick though ? That's what I'd be running on it Jun 23 16:15:06 they arent Jun 23 16:15:16 maverick uses mainline 2.6.35 for omap3 Jun 23 16:15:25 hum... bummer Jun 23 16:15:29 the touchbook patches are a) older and b) not mainlined Jun 23 16:15:58 the generic defconfig is in and the basic support but you wont i.e. have any display support Jun 23 16:16:19 (which means you need to solder an RS232 port for it since it doesnt have one) Jun 23 16:16:30 been there, done that... :-) Jun 23 16:16:43 but sounds useless for any development Jun 23 16:16:56 right, but thats not really the ubuntu philosopy :) Jun 23 16:17:04 it should just work :) Jun 23 16:17:29 if i find the time i'll provide hand-rolled images with a handmade custom kernel for maverick Jun 23 16:17:38 since i want to use it too ... Jun 23 16:17:46 I assume the Beagle board is the standard for ubuntu development then Jun 23 16:18:03 beagle or the upcoming panda Jun 23 16:18:13 ah, so if I did buy one, there'd be some support ? :-) Jun 23 16:18:23 I thought the Panda wasn't shipping yet Jun 23 16:18:32 it isn't Jun 23 16:18:39 its not but ubuntu will run on it once it is :) Jun 23 16:19:18 * ogra will provide the first manually rolled panda images tomorrow btw Jun 23 16:19:36 in case anyone is intrested, watch this space :) Jun 23 16:19:44 ogra: dandy Jun 23 16:21:02 so even with your patches, there is no working display with the touchbook ? Jun 23 16:36:04 rsavoye, the kernel i rolled myself from the touchbook tgz for 2.6.32 has nearly everything working but battery charging ... Jun 23 16:36:08 and sound Jun 23 16:37:23 I can live without sound, but I think charging the battery is a good idea... Jun 23 16:37:40 just buy a new one Jun 23 16:39:49 rsavoye, http://dl.free.fr/getfile.pl?file=/0mYeCOWC is the download link for their tgz Jun 23 16:40:42 if you have the official angstrom image from their site you can charge under angstrom, then replace the SD and reboot to ubuntu, it actually survives 10h on one charge Jun 23 16:41:11 its just that you have to reboot and replace the SD every time to charge Jun 23 16:41:16 10h ? nice! Jun 23 16:41:43 although swapping SD cards isn't too bad for the time being Jun 23 16:41:54 well, the SD is inside the case :) Jun 23 16:42:01 oh, ouch... Jun 23 16:42:02 you have to rip it apart every time Jun 23 16:42:30 its not to hard to take apart (no screws or anything) but its annoying Jun 23 16:44:07 sounds like it'd be good to keep it plugged in :-) Jun 23 16:44:14 well, doesnt help Jun 23 16:44:26 it doesn't run on AC ? Jun 23 16:44:37 it always pulls power through the battery Jun 23 16:45:15 at least it seem like, it might work on AC if the driver for the power regulating chip works Jun 23 16:46:16 if you use their shipped image it should be fine though, but you are stuck at 2.6.29 with that and they have a very very weird image setup (everything is a squashfs/aufs, no idea why) Jun 23 16:46:16 Too bad the standard beagleboard didn't have the connectors in place already, for batteries. Jun 23 16:47:17 ogra: so it runs 10,04 but with an older kernel ? Jun 23 16:47:22 no Jun 23 16:47:39 unless you build your own kernel it will miss features Jun 23 16:47:45 ah... Jun 23 16:47:46 their image is based on 9.10 Jun 23 16:48:19 i didnt manage to boot 10.04 with their kernel, upstart needs some features that entered after .29 Jun 23 16:48:42 i wish they would properly upstream their patches, then it wouldnt be any prob Jun 23 16:50:59 anyway, out for today ... Jun 23 16:51:23 * ogra has to do his national duty and watch a soccer game on tv tonight ... and i'm out of beer ! Jun 23 17:07:34 ogra: out of beer? what kind of human are you? that is just plain disgusting Jun 23 17:08:26 ogra: I'll fie a bug and assign you ownership. Jun 23 17:08:36 s/fie/file Jun 23 17:12:04 say, anyone know when there'll be pics of this "Panda"? Jun 23 17:12:17 Or at least a list of specs? Jun 23 17:20:42 ogra: did you ever get your alwaysinnovation touchsmartbook thing enabled? Jun 23 17:43:27 asac, see backlog :P Jun 23 17:43:51 asac, we talked about it for 1h Jun 23 17:44:19 prpplague, fixed :) Jun 23 17:45:02 ogra_cmpc: any idea on how to debug this issue I am seeing? I have the 8G SD booting, jasper appears to work fine (found the log), but the system stops after mounting mmc0p2 on /root. Jun 23 17:45:10 ogra_cmpc: what is fixed? Jun 23 17:45:20 prpplague, the out of beer issue Jun 23 17:45:21 DanaG: http://fc01.deviantart.net/fs31/f/2008/201/1/5/Panda_Board_by_elanamullaly.jpg Jun 23 17:45:26 ogra_cmpc: ahh Jun 23 17:46:10 GrueMaster, not really, so it resizes properly and also creates fstab etc ? Jun 23 17:46:36 Yes Jun 23 17:46:46 hmm Jun 23 17:47:08 it should just move on, is it possible thats the MMC issue from before ? Jun 23 17:47:28 (note that my images still use the .34 kernel) Jun 23 17:47:37 No, the mmc issue would appear in dmesg, and the filesystem would be corrupt. Jun 23 17:47:49 I'm aware of that. Jun 23 17:48:01 no idea from the top of my head Jun 23 17:48:20 Lian is building me a new .35 kernel with the daisy chain fix. Jun 23 17:48:49 if /root is mounted and fstab is created in /root/etc/ there is no reason it should stop Jun 23 17:49:01 yeah, i know Jun 23 17:49:10 It doesn't happen on my 16G SD card. Both are Kingston, class 4 SDHC cards. Jun 23 17:49:24 that kernel isnt there yet though, i'll switch the image once its available Jun 23 17:49:51 i only have kingston microSD 4G ones, i'll test with one tomorrowq Jun 23 17:49:58 No, i meant lian is building me a test kernel now. It will be uploaded to the pool on Friday. Jun 23 17:50:05 ah Jun 23 17:52:18 I'll continue smacking it around here. Have to regenerate the boot.scr & add serial console output and some other modifications. Jun 23 17:52:24 heh, prpplague thats a cute panda Jun 23 17:52:41 GrueMaster, then oem-config will break Jun 23 17:53:13 ogra_cmpc: actually i have no clue the site is blocked from inside TI, i think avr500 posted that Jun 23 17:53:15 It has worked fine when I add console=ttyS2,115200 console=tty1 Jun 23 17:53:32 GrueMaster, input doesnt work iirc Jun 23 17:53:47 DanaG: seriously though. i don't think are going to release specs and pics for a few more months Jun 23 17:53:50 it does when you list a local console as well. Jun 23 17:53:53 oh, i thought you wanted to run it completely on serial Jun 23 17:54:38 besides, I am not even getting that far yet. It dumps me at a busybox shell. Jun 23 17:55:04 drop quiet from the cmdline Jun 23 17:55:17 hmm, did i even set that ? Jun 23 17:55:38 No it isn't set. Jun 23 17:55:42 right Jun 23 17:56:00 and it spills no error to the console ? Jun 23 17:56:32 i think you can set some debug value on the cmdline that will spit out more info from the initramfs scripts Jun 23 17:56:50 No errors (yet). Jun 23 17:56:54 brb Jun 23 17:57:01 i'll also add more logging to jasper_setup, currently the second script doesnt log at all Jun 23 17:57:14 * ogra_cmpc will do that tomorrow first thing Jun 23 18:01:19 second script? Jun 23 18:01:32 jasper_serup Jun 23 18:01:37 *setup Jun 23 18:02:01 first script is jasper_growroot living in scripts/local-premount Jun 23 18:02:20 second script is jasper_setup living in scripts/local-bottom Jun 23 18:02:24 found it. I'll tear it apart and see if it is havng issues. Jun 23 18:03:02 would be weird if it had and wouldnt have on the other SD Jun 23 18:03:52 i could understand if the first script had issues because of different cards but the second one that only moves data around and creates files Jun 23 18:04:47 I'm wondering if the remount line is actually working. Jun 23 18:05:01 it works here Jun 23 18:05:06 no, that isn't it. Jun 23 18:05:10 (and apparently on your other card) Jun 23 18:05:13 Thinking out loud. Jun 23 18:05:25 yeah, good thing Jun 23 18:05:40 but if the remount wouldnt work you would still boot Jun 23 18:05:58 the stuff done by the second script isnt essential for moving on Jun 23 18:07:41 only for rebooting (boot.scr) but it should still move without fstab and /etc/network/interfaces Jun 23 18:14:12 ogra_cmpc: cheers (/me goes for lagavulin for the game ;)) Jun 23 18:14:36 heh Jun 23 18:16:38 very odd. Rebooting now brings up oem-config. Something is not going through in the first boot. Will continue investigating. Enjoy the game & beer. Jun 23 18:16:57 will do (starts in 15) Jun 23 18:17:08 US and england already made it today Jun 23 18:47:28 asac: vuvuzela! Jun 23 18:48:40 latest xkcd is fun. Jun 23 22:54:52 mpoirier: ping Jun 23 22:55:03 yes. Jun 23 22:55:34 GrueMaster: ping Jun 23 22:55:38 have you tested the kernel after making the daidy chain fix? Jun 23 22:56:03 the temporary fix, yes. Jun 23 22:56:16 Did you get video out? Jun 23 22:56:34 ha.... Jun 23 22:56:39 that is another issue. Jun 23 22:56:46 I'm getting the following errors on boot:[ 2.054840] omapfb omapfb: no displays Jun 23 22:56:46 [ 2.058654] omapfb omapfb: failed to setup omapfb Jun 23 22:56:46 [ 2.063476] omapfb: probe of omapfb failed with error -22 Jun 23 22:56:51 plymouth core dumps... Jun 23 22:56:58 yes indeed. Jun 23 22:57:11 No, they should be unrelated. I get those on .34 as well. Jun 23 22:57:12 not related to daisy chain - was there since I joined the company. Jun 23 22:57:22 Understood. Jun 23 22:57:22 yes, indeed. Jun 23 23:00:08 GrueMaster: not sure which kernel you are on.. but one obvious thing to sanity check... some recent defconfig from kernel-omap4.git had VRAM defaulting to zero.. so if you didn't give some bootargs you wouldn't get any framebuffers Jun 23 23:00:23 you could try something along lines of: vram=8M omapfb.vram=0:8M Jun 23 23:00:37 (for example) Jun 23 23:01:26 robclark: I'm using the same bootargs as I was for 2.6.34. vram=12M omapfb.mode=dvi:1280x720MR-16@60. And this is on the beagleboard (omap3). Jun 23 23:01:51 ahh.. ok.. that should be not the issue then Jun 23 23:02:27 This is kernel 2.6.35-6. It is scheduled to hit the pools on Friday. Jun 23 23:03:17 do you even get the penguin at bootup? Or nothing at all on dvi? Jun 23 23:03:41 Nothing on dvi. See my error post a few lines back. Jun 23 23:04:02 rebooting to 2.6.34 kernel is fine. Jun 23 23:06:26 hmm, is kernel config not enabling any DSS devices? Jun 23 23:07:00 I think it does not go thru this loop at all: for_each_dss_dev(dssdev) { ... } Jun 23 23:08:42 make menuconfig, and then Drivers -> Graphics -> OMAP2/3/4... -> and then hopefully there is some DVI option Jun 23 23:10:13 Not sure. Let me check the output against 2.6.34 Jun 23 23:30:36 Maybe it has something to do with "# CONFIG_OMAP2_DSS_RFBI is not set"? I haven't tweaked the kernel in several years (since 2.4.xx times). Jun 23 23:30:52 But I did see that in the config. Jun 23 23:31:20 nevermind. same in 2.6.34 Jun 23 23:33:20 Interesting. I'm reviewing my bootlogs from earlier 2.6.35 test kernels, and I am seeing the same error in 2.6.35-RC1 raw kernel (no ubuntuisms). Jun 24 00:13:49 ogra_cmpc: What's the score? Jun 24 00:14:10 My bamboo board was DOA Jun 24 00:14:18 -sigh- Jun 24 00:14:31 which one is that? Jun 24 00:21:38 AMCC 440EP eval board? **** ENDING LOGGING AT Thu Jun 24 02:59:58 2010