**** BEGIN LOGGING AT Mon Jul 12 02:59:57 2010 Jul 12 07:02:29 morgen Jul 12 11:39:42 hello everybody Jul 12 11:40:01 I'm trying to use rootstock on ubuntu lucid but I have a blocking problem... Jul 12 11:40:45 anybody have a suggestion? Jul 12 11:41:04 the error is: /usr/bin/rootstock: line 282: 6890 Segmentation fault qemu-system-arm $QEMUOPTS -append "${APPEND}" > $QEMUFIFO 2>&1 Jul 12 11:41:41 it seems a problem related to qemu itself... Jul 12 11:46:50 anybody use rootstock from ubuntu lucid? Jul 12 12:00:15 anybody use rootstock with ubuntu lucid? Jul 12 12:30:48 furibondox: You may want to report this into launchpad. Jul 12 12:31:58 vstehle: I've just reported... https://bugs.launchpad.net/ubuntu/+source/rootstock/+bug/570588 (item 13) Jul 12 12:32:01 Launchpad bug 570588 in rootstock (Ubuntu) (and 1 other project) "qemu-system-arm can not handle more than 256M in versatile machine mode using the -m option (affects: 2) (heat: 53)" [Undecided,Invalid] Jul 12 12:33:12 I just would like to know if someone experienced the same behaviour and have found a solution/workaround... Jul 12 12:34:47 if you see the exact same bug, just revert your changes to the rootstock script Jul 12 12:40:22 ogra: which change? Jul 12 12:40:51 furibondox, did you read the bug before commenting ? Jul 12 12:40:57 yes Jul 12 12:41:05 its about someone who hacked his rootstock script to use 512M Jul 12 12:41:16 so revert that and it will work Jul 12 12:42:26 I've also tried to use 512M changing the rootstock script but it fails again Jul 12 12:43:05 well, qemu cant use 512M Jul 12 12:43:10 thats what the bug is about Jul 12 12:44:53 sorry ogra, I know that but I've read some bug report on google describing the same error but in different threads... and I took the 570588 to add a comment Jul 12 12:45:07 may be is not the more approriate item opened Jul 12 12:45:47 well, if you changed the script to use 512M thats the bug, if you didnt, its not that bug and should be filed as a new one Jul 12 12:47:23 I tell you my tests: 1) with 512M 2) with 256M 3) with more seeds 4) with only one seed Jul 12 12:47:27 the result is the same Jul 12 12:48:31 and you are onyl using packaged versions of rootstock, qemu and friends ? Jul 12 12:48:53 * ogra knows that pleanty of people use rootstock under lucid and it works for them Jul 12 12:50:57 ogra: just to let you know that your udev script worked fine in the end. Can't think I told you. Jul 12 12:51:13 * ogra hugs berco Jul 12 12:51:15 perfect ! Jul 12 12:57:16 yes ogra, all my packages (qemu, rootstock, debootstrap etc) come from the lucid repository Jul 12 12:57:57 in your pm you used rootstock-native, thats definately not packaged Jul 12 12:59:44 yes sorry... it was just a test... Jul 12 13:01:51 ii rootstock 0.1.99.3-0ubuntu1 shellscript to create armel rootfs tarballs Jul 12 13:02:48 May be there's something wrong with my command line? Jul 12 13:03:07 sudo rootstock -f NGP --seed setserial,openssh-server,ubuntu-minimal -i 1G --serial ttyS2 --doswap --swapsize 256 --restore-package-cache Jul 12 13:03:27 setserial should be included in ubuntu-minimal, beyond that all looks fine Jul 12 13:03:42 and adding setserial shouldnt cause issues Jul 12 13:03:47 ok Jul 12 13:04:58 but, as far as you know, do you think that is a qemu problem or rootstock problem? Jul 12 13:05:35 if you think that is a rootstock problem I can try to uninstall/re-install qemu and try again Jul 12 13:05:41 what do you think? Jul 12 13:07:43 well, qemu segfaults Jul 12 13:07:52 its definately not a rootstock problam Jul 12 13:07:57 *problem Jul 12 13:08:36 ok Jul 12 13:08:45 I try to remove all and reinstall Jul 12 13:09:31 ogra: it's not long ago when I told you how to spell definitely :-) Jul 12 13:10:01 ukleinek, i blame the heat Jul 12 13:10:12 * ogra melts slowly Jul 12 13:10:13 ogra: so Berlin is hot, too? Jul 12 13:10:23 ukleinek, kassel here Jul 12 13:10:55 28°C in my office, 36°C outside Jul 12 13:10:55 ogra: oh, Kassel, I thought you'd live in Berlin Jul 12 13:11:02 ogra: similar here Jul 12 13:11:14 i'd love to ... (who wants to live in kassel anyway) Jul 12 13:11:35 ogra: so why do you? Jul 12 13:11:51 b-----i------g house Jul 12 13:11:53 free living :) Jul 12 13:11:55 :-p Jul 12 13:12:18 no rent, solar heating system ... major cost factor :) Jul 12 13:12:46 * ukleinek has a solar heat here for free, too Jul 12 13:13:54 ogra: I'm retring... Jul 12 13:16:09 morning Jul 12 13:21:17 hm, another qemu segfault Jul 12 13:21:24 interesting that this is happening with lucid Jul 12 13:22:03 ogra: was finally able to create the rootfs as user, but still have many issues to solve Jul 12 13:22:23 rsalveti, might be realted to amd64 systems Jul 12 13:22:33 rsalveti, good to hear :) Jul 12 13:22:51 first, fuseext2 is incredibly unstable =\ Jul 12 13:23:18 I can create the same image many times, just with 'ro', and get different results everytime Jul 12 13:23:37 lots of files get the wrong size and data Jul 12 13:24:01 so just after running the second stage, to be able to test, I mounted as loop, until we get this solved Jul 12 13:24:14 k Jul 12 13:24:18 ogra: but my biggest problem is the seg fault that I'm getting most of the time Jul 12 13:24:29 qemu segfault too ? Jul 12 13:24:34 ogra: yep :-( Jul 12 13:24:38 crap Jul 12 13:24:41 just after running the second stage Jul 12 13:24:46 x86 or amd64 ? Jul 12 13:24:55 amd64, this could be the issue Jul 12 13:24:58 yeah Jul 12 13:24:59 will try on x86 to see Jul 12 13:25:20 sebjan: Ping Jul 12 13:25:30 ogra: see comment 54 on bug 532733 Jul 12 13:25:38 Launchpad bug 532733 in qemu-kvm (Ubuntu Lucid) (and 2 other projects) "apt/dpkg in qemu-system-arm hangs if a big task is installed (affects: 7) (dups: 1) (heat: 79)" [High,Incomplete] https://launchpad.net/bugs/532733 Jul 12 13:25:55 rsalveti, that bug isnt about segfaults Jul 12 13:26:00 yeah, I know Jul 12 13:26:13 but many people reported about the segfault while trying to reproduce it Jul 12 13:26:34 that bug slowly turns into a mess :( Jul 12 13:26:35 that's why I posted there, cause it can be similar to what people was getting Jul 12 13:26:47 bug for sure, it's different Jul 12 13:26:52 the hang doesnt produce any segfaults at all Jul 12 13:27:09 ogra: are you using x86? Jul 12 13:27:16 upstream already refused to look at it because of the confusing comments Jul 12 13:27:18 yes Jul 12 13:27:23 * rsalveti wasn't able to get just the 'hang' Jul 12 13:27:32 oh, ok Jul 12 13:28:05 the hang only shows up if you install a big task like ubuntu-desktop or ubuntu-netbook Jul 12 13:28:17 dpkg hangs at some point Jul 12 13:28:29 ogra: yeah, but I'm getting the seg fault before that :-), but I'm using amd64 Jul 12 13:28:33 your segfault seems userspace related Jul 12 13:28:38 will see with x86 Jul 12 13:32:18 ogra: same error: http://pastebin.ca/1898986 :-( Jul 12 13:32:45 furibondox: how are you calling rootstock? Jul 12 13:33:04 sudo rootstock -f NGP --seed openssh-server,ubuntu-minimal -i 1G --serial ttyS2 --doswap --swapsize 256 --restore-package-cache Jul 12 13:33:24 from ubuntu lucid Jul 12 13:33:55 all packages (qemu, rootstock, etc...) came from the lucid repository Jul 12 13:34:28 furibondox: are you running on x86 or amd64? Jul 12 13:34:53 x86 Jul 12 13:34:54 furibondox: ok, can try to reproduce it here, but many people did run rootstock without this issue on lucid Jul 12 13:35:47 the only unusual component is that my lucid x86 runs under vmware Jul 12 13:35:59 heh Jul 12 13:36:12 :-) Jul 12 13:36:14 thats probably something you should have told in the beginning :) Jul 12 13:36:30 not sure if qemu can run inside vmware Jul 12 13:36:41 yeah, could be the problem Jul 12 13:36:53 some times ago I tested qemu inside vmware w/o problems Jul 12 13:37:00 i know qemu cant run inside a kvm instance Jul 12 13:37:14 or insice vbox Jul 12 13:37:17 *inside Jul 12 13:37:28 ogra: uh? Jul 12 13:37:42 I thought qemu could work just fine in kvm Jul 12 13:37:44 lool, can it now ? Jul 12 13:37:53 soren told me it cant Jul 12 13:37:56 First time I heard it can't Jul 12 13:38:04 You cant use qemu acceleration though Jul 12 13:38:05 so i never bothered to try to stack qemu instances Jul 12 13:38:21 hey asac Jul 12 13:38:23 You can't run kvm in QEMU though Jul 12 13:38:31 omg Jul 12 13:38:36 the heat is on Jul 12 13:38:40 warm here, eh ? Jul 12 13:38:45 * ogra grins Jul 12 13:39:09 ok... so your suggestion is to try within physical ubuntu installation, right? Jul 12 13:39:46 furibondox: yep, I'm trying it here on x86 with your command line Jul 12 13:39:49 if you have one around, i would suggest that Jul 12 13:40:00 tnx rsalveti Jul 12 13:46:04 lag: pong Jul 12 13:46:11 * ogra goes to find some icecream Jul 12 13:46:18 sebjan: HI Jul 12 13:46:20 Hi* Jul 12 13:46:33 What's the latest with the Syslink driver? Jul 12 13:46:44 Is it going to make our build? Jul 12 13:47:45 I have tested with your last patch update, and could see that the modules where automatically loaded, as expected Jul 12 13:48:33 we have no solution yet for the issues when it is built as modules. We may have to re-test with syslink v2 and debug on this version rather than on the current one Jul 12 14:02:37 rsalveti: can you tell me if the building is finished without errors? Jul 12 14:02:56 furibondox: still going Jul 12 14:03:22 going to run the full vm now Jul 12 14:03:38 ok Jul 12 14:05:35 sebjan: Thanks for the update Jul 12 14:06:04 sebjan: Do any of your chips have parallel ports? Jul 12 14:17:22 lag: I don't think we have parallel ports in the OMAP per se, but it can be "emulated" with GPIO if needed. Jul 12 14:25:49 rsalveti: is finished now? Jul 12 14:26:41 furibondox: not yet, but it's just finishing the full emulation part, no crash until now Jul 12 14:26:48 good Jul 12 14:31:54 ogra: Hey Jul 12 14:32:01 lool, yup Jul 12 14:32:06 ogra: Do you folks intend to include x-loader + u-boot in omap pre-installer images? Jul 12 14:32:12 *pre-installed Jul 12 14:32:23 yep Jul 12 14:32:32 ogra: Ok; is this tracked in a bug/blueprint somewhere? Jul 12 14:33:12 err, sorry, was distracted Jul 12 14:33:25 we *do* already include both Jul 12 14:34:12 vstehle: Thanks, but there's no need. The parport_pc driver is crashing your devices. Jul 12 14:34:37 lool, https://blueprints.edge.launchpad.net/ubuntu/+spec/preinstalled-sd-card-images-for-omap Jul 12 14:34:49 lool, "Change armel+omap debian-cd scripts to create a two partition image with first partition being vfat with proper bootloader setup" Jul 12 14:36:39 ogra: Hmm Jul 12 14:36:40 lool, dailies are here: http://cdimage.ubuntu.com/ubuntu-netbook/ports/daily-preinstalled/current/ (still lacking web indicies, manifest and proper md5sum stuff, but its on teh list) Jul 12 14:36:57 ogra: Yes, this didn't boot with qemu for me Jul 12 14:37:08 * ogra never tried it with qemu Jul 12 14:37:27 did you dd it to an SD card and ran qemu with it as hdd1 ? Jul 12 14:37:33 ogra: My ports-dev PPA has an updated package Jul 12 14:38:04 you will definately need a real disk for it Jul 12 14:38:35 since it tries to expand to the full disk size, it wont work if it cant expand to have free diskspace Jul 12 14:39:05 we only leave 10M in the root partition that are eaten up ny the ext3fs journal Jul 12 14:39:12 s/ny/by/ Jul 12 14:39:44 so even if you would get it to boot, it would need to be dd'ed to a bigger sized (i'd recommend 4G) image Jul 12 14:40:34 lool, your qemu is omap3 i guess, we only include the actual beagleboard MLO in the image atm Jul 12 14:40:42 ogra: I did a bunzip2 Jul 12 14:40:46 and ran it with qemu -sd Jul 12 14:40:53 so if you dont strictly emulate a beagle that might be the prob Jul 12 14:41:02 ogra: My QEMU boots the Angstrom beagleboard image somewhat Jul 12 14:41:11 Well into kernel boot messages for instance Jul 12 14:41:28 and ours ? where does it stop ? Jul 12 14:41:48 * ogra is in the process of updating to x-loader 1.4.4 from 1.4.3 ... probably that helps Jul 12 14:42:29 i didnt touch the omap3 stuff since pre-A2 but it definately works on real HW Jul 12 14:42:41 * ogra focuses on omap4 atm Jul 12 14:43:51 lool, angstrom images are not partitioned, they are tarballs, no ? Jul 12 14:44:28 ogra: they are Jul 12 14:44:40 unless something changed significantly recently Jul 12 14:44:45 ogra: you mean 'narcissus' ones I assume Jul 12 14:45:00 hrw, no idea what lool used above for qemu tests Jul 12 14:45:35 neither do I Jul 12 14:46:18 i know for sure our images work on actual HW and i would have never gotten the idea to try one of them in qemu :) Jul 12 14:46:44 especially since its quite some hassle you have to do with the image sizing Jul 12 14:46:55 if you dont actually dd to an SD card Jul 12 14:47:16 ogra: No, it's a partitioned SD card image Jul 12 14:47:24 Angstrom-Beagleboard-demo-image-glibc-ipk-2010.3-beagleboard.sd-image-2GiB.img1 * 1 9 72261 c W95 FAT32 (LBA) Jul 12 14:47:27 Angstrom-Beagleboard-demo-image-glibc-ipk-2010.3-beagleboard.sd-image-2GiB.img2 10 240 1855507+ 83 Linux Jul 12 14:47:28 where did you get that ? Jul 12 14:47:38 i only know the tarballs Jul 12 14:47:53 I know that OE can generate any type of image Jul 12 14:47:55 the partitioning seems to be identical to ours though Jul 12 14:48:13 and since we use the same code i bet it actually is :) Jul 12 14:48:42 so the only difference can be xloader or uboot if you dont get any serial output Jul 12 14:49:39 our omap3 x-loader package is still at 1.4.3 with the XM patches on top ... in 1.4.4 the XM patches are included, i'll update it this week Jul 12 14:49:52 lool, so try an image from the end of this week Jul 12 14:50:08 so we can exclude MLO here Jul 12 14:50:22 its my only explanation Jul 12 14:50:41 lool, you can also try to replace the binaries in the vfat and see Jul 12 14:51:05 furibondox: yep, no problem Jul 12 14:51:08 furibondox: same arguments Jul 12 14:51:15 furibondox: vmware can be your problem Jul 12 14:51:49 thank you very much rsalveti Jul 12 14:51:55 np Jul 12 14:52:08 I will try with a native ubuntu installation Jul 12 14:52:34 ogra: I tried the image from yesterday evening Jul 12 14:52:52 lool, cant be, the livefs builder was broken since thu :) Jul 12 14:53:00 rsalveti: I've a question... do you have tested with a lucid? Jul 12 14:53:03 ogra: I grabbed the "current" image from yesterday Jul 12 14:53:09 it might be a stale one Jul 12 14:53:18 lool, as i said above, i'll update x-loader-omap3 this week Jul 12 14:53:25 ogra: Ok, thanks Jul 12 14:53:35 until then try to replace the binaries in our image witrh the angstrom ones Jul 12 14:53:41 and see if it boots then Jul 12 14:54:30 furibondox: yep Jul 12 14:54:37 our vfat is exactly 9 clinders and "W95 FAT32 (LBA)" so there shouldnt be a difference apart from MLO and uboot Jul 12 14:55:00 rsalveti: can you also send me the output of a dpkg -l of your pc? Jul 12 14:55:02 furibondox: 10.04.1 Jul 12 14:55:16 furibondox: sure, 1 sec Jul 12 14:55:45 I leave my email in pm Jul 12 14:55:58 * ogra takes a break and hunts for more icecream Jul 12 14:57:52 furibondox: http://paste.ubuntu.com/462558/ Jul 12 14:58:08 tnx Jul 12 15:40:46 lag: did you got working screen finally on panda? Jul 12 15:41:02 Nope Jul 12 15:41:08 TI are working on it Jul 12 15:41:19 I've been working on something else Jul 12 15:41:59 lag: maybe http://gitorious.org/pandaboard/kernel-omap4/blobs/L24.6_panda/drivers/video/omap2/dss/hdmi.c will help you to find working hdmicode value Jul 12 15:42:27 or http://omappedia.org/wiki/Bootargs_for_enabling_display Jul 12 15:42:39 we had all that in the dicussing last week :) Jul 12 15:43:15 *discussion Jul 12 15:43:18 ;) Jul 12 15:43:44 Finding a working hdmicode is not the issue Jul 12 15:43:49 right Jul 12 15:44:01 When I use sysfs almost all of them work for me and my monitor Jul 12 15:44:39 When I use the cmdline arguments, the best I can hope for is a fuzzy screen and an "out of range" message from my monitor Jul 12 15:45:34 * ogra just thinks its a matter of the right glasses Jul 12 15:45:47 they should just ship them with the boards ;) Jul 12 15:55:25 Hello, I am following these instructions to get a rootfs for ARM https://wiki.ubuntu.com/ARM/RootfsFromScratch, I compiled a kernel and generated a zImage, when I try to run qemu (as specified in the tutorial) I got a black screen, I tried adding -d options file.log at the end of the command to get the output but I got nothing, am I missing something? Jul 12 15:55:38 I changed the -cpu option for amr11mpcore, Jul 12 15:55:43 thanks in advanced :D Jul 12 15:58:05 fjrivash, for which release are you building your rootfs ? Jul 12 15:58:19 lucid Jul 12 15:58:34 wont run with arm11mpcore Jul 12 15:58:46 lucid is built for armv7 Jul 12 15:59:02 arm11mpcore is an extended armv6 as i understand it Jul 12 15:59:51 ohhh I see. Jul 12 16:00:02 Yes it is compatible with armv6kz Jul 12 16:00:17 use the binary kernel from the tutorial Jul 12 16:01:29 well see : I did the first step of this section "Building a root filesystem image instead of a tarball" and after that compiled my own kernel and tried booting : it did not work. After that I got that image and is the same, that is why I am asking. Jul 12 16:03:44 is there a way to build a rootfs of a release wich support armv6 (or compatible) using rootstock? Jul 12 16:04:26 fjrivash: Try using Karmic or Jaunty. Jul 12 16:04:42 Otherwise you are kind of stuck with debian. Jul 12 16:05:00 karmic supports v6 Jul 12 16:05:50 Ok. i will try with them :D great!. Thank you (both) very much :D Jul 12 16:16:40 I have been reading different documents about this topic and some of them says that you need to specify initrd in qemu command line, is it necessary?, I am not pretty sure about that, thanks in advanced again Jul 12 16:19:07 hello all Jul 12 16:26:02 ogra: hm, same seg fault on x86 =\ Jul 12 16:26:11 will try to debug it now Jul 12 16:27:42 lool: committed and pushed to gitorious Jul 12 16:27:47 I wana to do same her http://nexusonehacks.net/nexus-one-hacks/how-to-install-ubuntu-on-your-nexus-oneandroid/ whit another version of ubuntu but I don't know how bullied an arm img of it it there any doc can help Jul 12 16:30:54 htc: try karmic Jul 12 16:31:26 how Jul 12 16:32:08 htc: no idea, never played with chroot on mobile devices Jul 12 16:32:51 and I do not like idea of 'run ubuntu/debian/fedora/anyotherdistro in chroot and tell everyone that you run it' Jul 12 16:33:34 chroot is chroot... if people boot that distro then I will say that they managed to do something worthy Jul 12 16:34:07 no , what I want is the way to builded from scratch there is any doc can help Jul 12 16:35:19 htc: you rather want to get rootfs for ARM rather then start from scratch Jul 12 16:35:57 yep like this exmple http://nexusonehacks.net/nexus-one-hacks/how-to-install-ubuntu-on-your-nexus-oneandroid/ in order to run it on an android device Jul 12 16:36:22 so use rootstock Jul 12 16:36:55 like her https://wiki.ubuntu.com/ARM/RootfsFromScratch Jul 12 16:37:32 yes Jul 12 16:38:59 I will need any thing else after I build the ARM img Jul 12 16:39:20 htc: ask nexusonehacks.net guy? Jul 12 16:39:25 hi prpplague Jul 12 16:40:25 hrw: greetings earthling Jul 12 16:41:47 ok men I will Jul 12 16:41:59 & tnx Jul 12 16:54:13 ogra: is LP #589624 still an issue for you? Jul 12 16:54:14 Launchpad bug 589624 in linux (Ubuntu) "[Maverick] omap flavour does not work on beagle XM board (affects: 1) (heat: 97)" [High,Triaged] https://launchpad.net/bugs/589624 Jul 12 16:54:20 suihkulokki: Thanks Jul 12 18:31:22 lool, yes, thats the main reason why i update the x-loader package Jul 12 18:31:42 lool, apparently it works on *some* XMs Jul 12 18:32:19 i'm hoping updating x-loader makes it work on all Jul 12 18:32:51 (recommendation from #beagle) Jul 12 20:18:26 npitre: thanks for your mails, great to have your support Jul 12 20:25:22 yeah! mv sh*t /dev/null Jul 12 20:27:03 zumbi: what happened? Jul 12 20:27:36 armin76: nothing! spain won, we are champions! congrats! :) Jul 12 20:29:03 armin76: linus wants to remove defconfigs from arm and ppc, but ukleinek did a proposal (he did not like it, but it removes 200k lines of sh*t) Jul 12 20:34:17 zumbi: :-) Jul 12 20:35:20 user@host:/usr/bin$ ls sh*t Jul 12 20:35:21 showcfont showfont Jul 12 20:36:04 ukleinek: this is best than TV series anyway (also we have the hardfloat arm stuff) :) Jul 12 20:37:16 zumbi: your sentence doesn't make it through my natural language parser :-( Jul 12 20:42:01 ukleinek: i meant that your thread at linux-arm@ is going to take long discussion (better to follow this thread than TV series - I have no TV at the moment -). We, as distro, also have long thread on having an arm hardfloat port, which it is involving upstream and it seems that lot of people is interested, but they need to workout mechanisms (on the upstream side) Jul 12 20:42:39 ah Jul 12 20:42:44 ukleinek: It seems that it is time to put some order in the ARM trees (linux+rootfs) Jul 12 20:43:20 zumbi: there is definitly potential for more order, yes Jul 12 20:44:01 still, I leave for bed now and will recheck tomorrow for the outcome of the discussion Jul 12 20:44:02 Sure, it'll take a while to put all bits in place Jul 12 20:44:29 g'night! and congrats for the good job :) Jul 12 20:44:31 There is even potential for more code sharing across archs Jul 12 20:45:35 zumbi: It was easy and I don't consider it "good", it's just nice and the best thing that currently works. My main concern is to be able to continue build testing until a better solution is implemented Jul 12 20:46:49 ukleinek: sure, s,good,fast & effective, but you are the one that came up with the short term idea, for others to think on the long term one. :) Jul 12 20:47:35 zumbi: if you check the changes I did to the ns9xxx_defconfig you see it's actually an old idea Jul 12 20:48:52 This file was first reduced and then I added some symbols that I expected to be mainlined next Jul 12 20:48:55 uhm.. haven't check the changes.. but i worked with ns9215 Jul 12 20:49:06 * ukleinek is now really away Jul 12 20:49:12 bye Jul 12 20:49:17 i'll have a look Jul 12 21:13:25 ukleinek: no problem Jul 12 22:30:58 ukleinek: ... and it is in now ;-) Jul 12 22:32:29 linus is fast! I like it :) Jul 12 22:33:23 npitre: and rmk warns linus about adopting DT? Jul 12 22:33:40 or did I misunderstood? Jul 12 22:34:04 zumbi: no, what RMK is refering to is not DT Jul 12 22:34:35 ah! I was thrilled about it Jul 12 22:34:49 zumbi: we're working on various patches to eventually allow a single kernel binary to support multiple SOC families, and that is orthogonal to DT Jul 12 22:35:26 but I guess both approaches target the same problem Jul 12 22:35:52 zumbi: not exactly Jul 12 22:36:29 zumbi: DT is about how to provide info to the kernel so it can configure itself even for yet-to-exist boards Jul 12 22:37:07 zumbi: so DT will allow to reduce the per machine static configuration code Jul 12 22:37:51 zumbi: but DT cannot solve the much bigger issue of being able to compile together support for more than one SOC Jul 12 22:39:40 which it is probably what RMK was talking about **** BEGIN LOGGING AT Tue Jul 13 15:10:14 2010 Jul 13 15:20:13 lag, ^^^ can you test one of the next omap3 images on your XM too ? Jul 13 15:20:21 ogra: Crashes and burns Jul 13 15:28:38 lag, everything after 20100713 on http://cdimage.ubuntu.com/ubuntu-netbook/ports/daily-preinstalled/ Jul 13 15:28:45 :P Jul 13 15:49:57 asac, i'm planning to add a call to "/usr/lib/gdm/gdm-set-default-session une-efl" to jasper (only if the .desktop file for that session exists) so that it always defaults to the 2D session if thats installed Jul 13 15:50:04 asac, any objections ? Jul 13 15:58:22 ogra: is usbfs no longer available with ubuntu 10? Jul 13 15:58:39 prpplague, thats obsolete since two years or so ?!? Jul 13 15:58:46 ogra? Jul 13 15:59:06 lag, i dont care about todays image :) Jul 13 15:59:13 ogra: problem is openocd uses usbfs Jul 13 15:59:22 lag, only about future images, after 20100713 Jul 13 15:59:29 * lag tuts Jul 13 16:00:22 prpplague, fix it to work with something more recent than 2.6.18 then :) Jul 13 16:00:45 (me is exaggerating, i dont know the exact version when usbfs vanished, but its quite a while ago) Jul 13 16:00:46 hehe, or just use fedora, hehe Jul 13 16:00:56 I've had OpenOCD work on later kernels than 2.6.18 Jul 13 16:01:14 lag: yes it works fine with later kernels, just needs to have usbfs turned on Jul 13 16:01:35 * prpplague can use openocd and usbfs with ubuntu 9 Jul 13 16:01:41 On the debugging machine? Jul 13 16:03:56 prpplague: Do you have an openocd.cfg that works with OMAPx Jul 13 16:04:20 lag: with omap3, yes, see the beagle openocd page on elinux Jul 13 16:04:32 I don't know where these places are Jul 13 16:04:33 Link! Jul 13 16:04:49 prpplague, heh, that means you used a non ubuntu kernel Jul 13 16:04:58 Googled it Jul 13 16:05:06 so dont say you used usbfs with ubuntu 9 :) Jul 13 16:05:33 ogra: i did a straight ubuntu install Jul 13 16:05:53 how, we only started supporting omap in lucid Jul 13 16:06:08 ogra: hunh? Jul 13 16:06:38 * prpplague is refering to x86 ubuntu install Jul 13 16:07:04 ah Jul 13 16:07:12 i thought omap3 Jul 13 16:09:12 ogra: openocd is a jtag utility to debug ARM devices Jul 13 16:09:36 prpplague, if the ubuntu package doesnt work in ubuntu because of usbfs that definitely deserves a bug Jul 13 16:10:03 hmm, don't know if there is an ubuntu package for it Jul 13 16:10:06 * prpplague looks Jul 13 16:10:44 there is a debian one since ages, so i'd expect the ubuntu package to exist as long Jul 13 16:14:06 ogra: i'll have a look this evening, but from past experience the one that is usually included as package(for any distro) is usually way out of date Jul 13 16:15:32 Version: 0.3.1-1 on lucid Jul 13 16:16:34 prpplague: My device's voltage is to high to work with OMAPx? Jul 13 16:16:35 :( Jul 13 16:17:28 lag: what jtag device do you have? Jul 13 16:17:34 Amontec Tiny Jul 13 16:17:40 2.8v -> 5vv Jul 13 16:17:41 ahh Jul 13 16:17:52 lag: should have purchased a flyswatter, hehe Jul 13 16:17:57 lag: *cough* Jul 13 16:18:04 It wasn't about when I bought this Jul 13 16:18:14 And dev-boards weren't so weak ;) Jul 13 16:18:44 lag: actually i released the flyswatter before the amontec tiny was release Jul 13 16:19:43 Really? Jul 13 16:19:54 indeed Jul 13 16:19:54 How long has the Flyswatter been around? Jul 13 16:20:03 * prpplague checks the actual dates Jul 13 16:21:55 prpplague: Do you do work for? Jul 13 16:22:15 lag: TinCanTools but i am currently contracted out to TI Jul 13 16:22:36 lag: june 5, 2007 was the release date for the flyswatter Jul 13 16:22:48 And for Amontec? Jul 13 16:22:58 I think I've had it ~3-4 years Jul 13 16:23:03 * lag checks Jul 13 16:26:27 the earliest entry i see is august of 2007 Jul 13 16:26:49 i know they had the amontec jtagkey but i didn't think they released the tiny until later Jul 13 16:28:30 lag: ahh i stand corrected Jul 13 16:28:42 lag: looks like the jtagkey-tiny was released in nov 2006 Jul 13 16:29:57 lag, do you want a flyswatter? Jul 13 16:30:31 prpplague, do you think I can get a flyswatter by Thursday if I order today? Jul 13 16:30:55 davidm: yea, should be able to Jul 13 16:31:00 OK thanks Jul 13 16:31:02 davidm: it will ship today most likely Jul 13 16:31:18 davidm: and since you are in the dfw are it should arrive pretty quick Jul 13 16:31:27 OK let me run this down, with my kernel folks and then I'll place an order if they want them Jul 13 16:31:38 davidm: dandy Jul 13 16:32:01 davidm: grab some trainer boards as well hehe Jul 13 16:32:23 I just got in a Zippy2 so that should be good Jul 13 16:37:44 lag, mpoirier do you need flyswatters? Jul 13 16:38:06 flyswatters ? Jul 13 16:38:20