**** BEGIN LOGGING AT Tue Mar 23 02:59:57 2010 Mar 23 03:12:16 persia: i failed to find that. but live image works fine Mar 23 03:12:36 just after installation, i boot from my hd, no X only black screen Mar 23 03:13:37 And you can log in at a console. Hrm. Mar 23 03:13:49 And there's really no X log? Mar 23 03:13:55 Does startx work? Mar 23 03:20:17 i tried that, startx said X Server is running Mar 23 03:20:37 persia: let me check the whole X log Mar 23 03:20:59 i think X is running, but there is nothing on the screen, only a black one Mar 23 03:22:54 Try launching an xterm from the console :) Mar 23 03:23:19 `DISPLAY=:0.0 xterm &` Mar 23 03:29:51 persia: xterm Xt error: Can't open display: 0.0 Mar 23 03:30:35 Try with sudo, just in case. Mar 23 03:30:45 If that also doesn't work, try restarting gdm. Mar 23 03:30:57 If that also doesn't work, the issue should really be in /var/log/Xorg.log Mar 23 03:31:09 If you don't have that file, X didn't really start (although something may be wedged) Mar 23 03:38:25 persia: i got the Xorg.log, but did not find any error Mar 23 03:38:45 pastebin it? Mar 23 03:40:59 persia: no problem, Mar 23 03:46:40 persia: here it is http://pastebin.ubuntu.com/399667/ Mar 23 03:50:29 cooloney: And restarting gdm does nothing for you? Mar 23 03:51:29 plars: Does that look like your output? Mar 23 03:54:47 persia: yeah, nothing for me Mar 23 03:55:37 I'm stuck. Sorry. Mar 23 03:56:26 persia: thanks anyway, I was stuck by the black screen since yesterday Mar 23 03:56:39 no idea what happened to my board Mar 23 03:56:48 persia: do you have bb2.5? Mar 23 03:57:21 I don't have anything that can boot in direct comparison to what you have. Mar 23 03:57:26 persia: i am apt-get upgrading, see if it will help somehow Mar 23 04:11:15 hello Mar 23 04:11:45 can you do startx Mar 23 04:12:25 what is your display resolution? Mar 23 04:18:51 Baybal: hi, i tried startx Mar 23 04:19:01 but it said x is running Mar 23 04:19:09 what is your display resolution? Mar 23 04:19:15 and my display supports 1920x1080 Mar 23 04:19:28 lsmod please Mar 23 04:22:16 http://pastebin.ubuntu.com/399678/ Mar 23 04:24:09 * cooloney need some food. heads out for lunch Mar 23 04:26:06 I suspect that concurrent db driver is running Mar 23 04:26:13 you need to set video: **** BEGIN LOGGING AT Tue Mar 23 11:58:15 2010 Mar 23 13:06:42 suihkulokki: Is there some ML where you folks coordinate qemu-maemo stuff? Mar 23 13:52:39 amitk: Is there a beagleboard vmlinuz from linux-ti-omap somewhere out there? Mar 23 13:57:57 lool, http://people.canonical.com/~amitk/ti/ (the versioning is wrong afaik, its 500.2) Mar 23 13:59:12 thanks Mar 23 14:00:05 lool: use this one to be sure: http://people.canonical.com/~apw/ti-omap-lucid/ Mar 23 14:00:09 lool, oh, wait http://people.canonical.com/~apw/ti-omap-lucid/ Mar 23 14:00:12 is the right one Mar 23 14:00:16 bah, snap Mar 23 14:00:53 lool, i can give you an initramfs too if you want one (or uImage/uInitrd) Mar 23 14:01:01 and a boot.scr Mar 23 14:04:17 asac, I do get the firefox problem over ssh to a non-Babbage board Mar 23 14:04:25 * dmart waiting for babbage to reboot Mar 23 14:04:38 dmart: i see it here on bbg through ss Mar 23 14:04:39 h Mar 23 14:04:42 and dove i am checkin gnow Mar 23 14:04:48 its just that ubuntu.com doesnt show the problem Mar 23 14:05:25 I'm wondering whether it's some weird rounding issue where firefox rounds the size of images down and then adds scroll bars to compensate Mar 23 14:05:44 Google maps is the best example I've found so far... Mar 23 14:06:15 feels like Mar 23 14:06:33 dmart: did you see the chromium bug on dove? it feels like a rounding issue too ;) Mar 23 14:06:48 I don't have dove to look at :( Mar 23 14:06:48 but lets focus on this one Mar 23 14:06:55 dmart: join #developers on irc.mozilla.org Mar 23 14:11:45 dmart: I get the FF problem on Dove Mar 23 14:13:49 amitk: Did you already use beagle kernels directly in qemu? Mar 23 14:14:46 lool: nope Mar 23 14:17:48 dmart: so lets wait a bit there and ping again in a couple of hours Mar 23 14:18:00 vlad is the guy that usually knows about arm Mar 23 14:19:18 lool, http://code.google.com/p/qemu-omap3/ Mar 23 14:20:22 that was the one i had in berlin Mar 23 14:23:00 ogra: Yeah, is there a way to run it like we run the versatile stuff? Mar 23 14:23:14 Or does one has to create the nand flash stuff in all cases? Mar 23 14:23:22 it only runs from NAND Mar 23 14:23:29 no disk or MMC support :/ Mar 23 14:23:33 Also, what's the canonical upstream for the bb_nandflash.sh and bb_nandflash_ecc.c stuff? Mar 23 14:23:40 no idea Mar 23 14:23:55 it wasnt ready back then, so i didnt follow it deeply Mar 23 14:24:01 (and we had no omap support) Mar 23 14:42:30 lool: re your bug post that OOo ftbfs again on armel, it looks like https://launchpad.net/ubuntu/+source/openoffice.org/1:3.2.0-4ubuntu1 is still building for armel. Is this a retry or a different version? Mar 23 14:43:08 dmart, retry Mar 23 14:43:23 Is the log from the failed build around somewhere? What went wrong? Mar 23 14:45:02 dmart: It's a retry Mar 23 14:45:25 dmart: Apparently some obscure error like the shell failing; it seems this happens regularly on babbage 3 Mar 23 14:45:41 I see a bash SEGV in the eglibc ftbfs Mar 23 14:45:58 I'm doing a build to see if I can reproduce that Mar 23 14:46:52 lool, s/babbage 3/pegatron/ Mar 23 14:47:47 babbage3 is stable Mar 23 14:52:00 oh, args Mar 23 14:52:10 /argh Mar 23 14:52:49 I'll leave that build running anyway... you never know. Mar 23 15:00:07 dmart: will be a few minutes late to call :( ... sorry, lost my time Mar 23 15:01:08 The call is in 1 hour? Mar 23 15:01:42 .c Mar 23 15:01:49 .sh Mar 23 15:06:57 dmart: according to my calendar now Mar 23 15:06:59 but noone is there Mar 23 15:07:40 dmart: ? Mar 23 15:07:56 dmart: ping us if the cfall i snow Mar 23 15:08:08 otherwise talk to you in 50 Mar 23 15:33:06 dmart: http://launchpadlibrarian.net/39762270/klibc-thumb.patch ... is that armv5 compatible? Mar 23 15:33:10 also armv4t? Mar 23 15:38:07 lool: I guess the normal qemu-devel would do Mar 23 15:38:56 asac: Is all the affected code inside #ifdef __thumb__ or similar? We might want to avoid bx when building in ARM for older architectures (to avoid making builds fail for other people) Mar 23 15:39:17 dmart: armv4t and above should do bx, right? Mar 23 15:39:26 Yes Mar 23 15:39:30 its not guarded by anything Mar 23 15:39:30 Otherwise, your changes look sensible Mar 23 15:39:43 we just wonder if we should really care for older stuf Mar 23 15:39:59 i thought we said we dont care for anything before armv4t Mar 23 15:40:01 If it's inside #ifdef __thumb__ you're OK, but otherwise you might want checks similar to what we've already done in other packages. Mar 23 15:40:29 dmart: bx is only __thumb__ ? Mar 23 15:40:45 or do we need to match: armv4t armv5 armv6 armv7 ? Mar 23 15:41:11 why would you ? Mar 23 15:41:17 we only build v7 Mar 23 15:41:21 upstream Mar 23 15:41:30 i wouldnt ask all this if it was about us Mar 23 15:41:38 well, upstream wants to be run in debian too i guess Mar 23 15:41:39 suihkulokki: Ok; got my email? Mar 23 15:41:47 For: #ifdef __thumb__ ... bx ... #else ... bx ... #endif Mar 23 15:42:21 The second bx might need some protection if we want to be compatible with pre-armv4t processors. But as asac says, maybe we don't care about that. Mar 23 15:42:39 i will try to get that upstreamed without any protection Mar 23 15:42:41 unless you shout Mar 23 15:42:52 if they say they want to support older stuff we can clean it up Mar 23 15:43:10 ok ... either is should not cause a problem or it will ftbfs for someone (which is relatively easy to fix) Mar 23 15:43:23 "no problem" is the more likely Mar 23 15:44:23 asac: Just before you post, can you check where the value we bx to comes from? It is just the return address passed to the function? If it's computed or something, we might have to worry about interworking. Mar 23 15:51:37 dmart: i think we checked that when we made the patch Mar 23 15:52:06 OK, I don't recall the details now. Sounds plausible. Mar 23 15:53:00 dmart: oh klibc is build with -mno-thumb-interwork -Os -march=armv4 -mtune=strongarm Mar 23 15:53:15 so atm it complains about target cpu not supporting thumb instructions ;) Mar 23 15:53:29 When is klibc used? Mar 23 15:53:44 Interworking is mandatory for EABI iirc Mar 23 15:58:01 ... so it may be wrong to use these build options if klibc is supposed to interoperate with "normal" binaries Mar 23 16:34:44 dmart: its used by initramfs Mar 23 16:37:17 -mabi=aapcs-linux Mar 23 16:37:23 -mabi=apcs-gnu Mar 23 16:37:28 dmart: ... any clue what those mean? Mar 23 16:37:41 either of that i used on arm for klibc Mar 23 16:49:38 davidm: you still in the DFW area? Mar 23 16:54:33 Does someone have a mtdblock .bin file for beagle which does something useful I could test qemu with? Mar 23 17:07:02 asac: -mapi=apcs-gnu is the legacy ABI (as used by the Debian "arm" port). Not sure about -mabi=aapcs-linux Mar 23 17:07:10 Do you know what klibc is used for? Mar 23 17:07:21 dmart: just in initramfs where there is no libc available Mar 23 17:07:31 for more details we need to check with cjwaston on -devel Mar 23 17:07:55 What gets built against it? If they mess with the ABI then everything would need to be built with the same options... Mar 23 17:08:10 we can figure that Mar 23 17:08:27 lool: pushed fixed version to gitorious Mar 23 17:08:51 dmart: for main checkout http://archive.ubuntu.com/ubuntu/dists/lucid/main/source/Sources.gz and search for klibc-dev Mar 23 17:08:52 What's not clear to me is why a weird ABI is used for this at all... maybe it is just for historical reasons. If so we should consider bring it up to the lucid defaults. Mar 23 17:09:04 asac: I'll take a look Mar 23 17:09:09 dmart: so dmraid Mar 23 17:09:21 and rootskel Mar 23 17:09:43 for universe in http://archive.ubuntu.com/ubuntu/dists/lucid/universe/source/Sources.gz Mar 23 17:09:45 klibc is only shipped in initramfs, its not used Mar 23 17:09:56 we ship glibc as well Mar 23 17:10:06 ogra: why do we ship it then? Mar 23 17:10:29 asac, no idea Mar 23 17:10:33 dmart: cowdancer Mar 23 17:10:35 suihkulokki: thanks Mar 23 17:10:36 cjwatson might know Mar 23 17:10:37 is the one in universe using it Mar 23 17:10:44 ogra: the packages from above build depend on it Mar 23 17:10:48 so i guess they also use it? Mar 23 17:10:48 suihkulokki: are you rebasing this regularly? Mar 23 17:10:57 I guess you are, that's fine, just would like to know Mar 23 17:10:59 lool, do you have an idea ? Mar 23 17:11:25 (why we ship klibc in initramfs even though everything is linked against glibc) Mar 23 17:11:40 ogra: what about dmraid, rootskel and cowdancer? Mar 23 17:11:46 lets see how much time IÍ„'ll have Mar 23 17:11:47 why do those build depend on it? Mar 23 17:12:18 asac, hmm, these might probably use it (though its pontless, they could as well use glibc since thats already there anyway) Mar 23 17:12:18 suihkulokki: I mean rebasing versus merging Mar 23 17:13:33 that branch should be rebased rather than merged Mar 23 17:13:49 ok Mar 23 17:14:20 Is a special build of glibc used for the initramfs? Mar 23 17:14:31 ogra: ? Mar 23 17:14:57 asac, there is no reason for them to build-dep on klibc in ubuntu Mar 23 17:15:23 it might be something we inherit from debian Mar 23 17:15:28 not sure Mar 23 17:15:39 but effectively klibc is pointless in our setup Mar 23 17:15:44 The problem I see is that building klibc with the build options currently used makes no sense because then any binary needs to be specially built for use in the initramfs --- due to the incompatibility with the lucid compiler defaults. Mar 23 17:15:57 right Mar 23 17:16:14 and we have glibc anyway in the initramfs in ubuntu Mar 23 17:16:15 ok Mar 23 17:16:24 dmart: so we should try to just build without any special options? Mar 23 17:16:27 let me do that ;) Mar 23 17:16:55 Might be worth trying. Should we ping cjwatson for more understanding of why klibc is in there? Mar 23 17:17:06 probably Mar 23 17:17:51 though he might also only have second hand knowledge ... initially all the initramfs infrastructure was designed by jeff bailey who isnt ubuntu dev anymore Mar 23 17:22:30 dmart: so seems we need to fix it or leave it ;) Mar 23 17:23:07 dmart: http://paste.ubuntu.com/400080/ Mar 23 17:23:13 what should i drop on top ;)? Mar 23 17:31:49 PPAs are so backlogged Mar 23 17:32:07 suihkulokki: New branch looks all good; thanks! Mar 23 17:32:21 lool: please call cr3 at home Mar 23 17:32:31 asac: Eh Mar 23 17:32:37 its probably a script failure again, that dont reinject the 10 more oppa builders we have Mar 23 17:32:45 we had that in the past ... thought it was fixed, but it seems not Mar 23 17:32:56 asac: My builds are showing 6 hours delays Mar 23 17:33:00 asac: is that normal? Mar 23 17:35:10 lool: native or virtual ppa? Mar 23 17:35:26 lool: its normal that if QA pulls out their builders and forgets to put them back that the queue grows infinitely Mar 23 17:35:32 and you can even have 24h or more backlog Mar 23 17:35:57 its QA treating us bad ... i always thought there was sense in this, but after discussing i found that the builders should never be away longer than 2h ;) Mar 23 17:36:11 so everytime we have 5 instead of 15 for longer than a few hours, QA forgot about us ;) Mar 23 17:36:13 asac: virtual Mar 23 17:36:33 yeah. thats QA forgetting to put back the builders (or really doing long running test which is unlikely) Mar 23 17:36:52 oh ... but now we have 9 again Mar 23 17:36:57 so i think they are back (maybe not all) Mar 23 17:37:02 the queue should recover in a day or so Mar 23 17:38:27 a day, ugh Mar 23 17:42:42 yeah. there are 600 builds waiting ;) ... what do you expect? Mar 23 17:42:50 you can bribe a buildd admin and get your build score bumped Mar 23 17:42:54 but we all have to suffer ;) Mar 23 17:44:41 lool, just send IS your beagles ;) Mar 23 17:45:00 I only have one, and one I actually *cought*! Mar 23 17:45:04 her *bought* Mar 23 17:45:10 *Er Mar 23 17:45:13 I'm tired Mar 23 17:45:13 heh Mar 23 17:45:26 asac: It's ok, I'll sit on it Mar 23 17:45:39 I pushed a qemu-maemo upload and am eager to share it, it's good stuff Mar 23 17:45:52 But it doesn't help the glib test failure Mar 23 17:46:04 ogra: I'd try it with your installation issue Mar 23 17:46:10 * ogra would love if it would help the rootstock hang Mar 23 17:46:15 ogra: did you try with cache=writeback? Mar 23 17:46:20 not yet Mar 23 17:46:26 omap kept me busy Mar 23 17:46:35 lool: qemu-maemo? what platforms get adde there? Mar 23 17:46:38 i havent touched rootstock since last wed Mar 23 17:46:44 asac, omap Mar 23 17:46:54 lool did you try it with ubuntu ? Mar 23 17:46:58 cool Mar 23 17:47:52 suihkulokki: What do you mean with ubuntu? Mar 23 17:48:05 suihkulokki: it boots our versatile kernels just fine Mar 23 17:48:07 and our userspace Mar 23 17:48:19 asac: re klibc, we might need to look at it more carefully... they are quite specific about ABI options etc., so I'm wondering whether there may be more assembler which makes assumptions which may break if we change things. Mar 23 17:48:19 lool: i understood you now have a omap3 kernel? Mar 23 17:48:20 so I tried both under ubuntu and running ubuntu Mar 23 17:48:30 suihkulokki: No that's what I wanted to do Mar 23 17:48:32 suihkulokki, you wish ... its stuck in NEW Mar 23 17:48:41 asac: we should probably discuss klibc further tomorrow Mar 23 17:48:42 suihkulokki: But I don't know how to try it Mar 23 17:49:15 suihkulokki: I grabbed the sample files from the qemu-omap3 project and their scripts to create a mtdblock.bin, but I'd rather point qemu-maemo straight to xloader, or uboot or kernel + rootfs, and I don't know how to do this Mar 23 17:49:24 I think I should look at the available -boot options Mar 23 17:49:56 lool: if you have a bootable beagleboard sd, just -m beagle and -sd /dev/sdcard Mar 23 17:50:06 suihkulokki: that didn't work for me Mar 23 17:50:08 let me try again Mar 23 17:50:26 suihkulokki: qemu-maemo-system-arm -M beagle -sd lucid.img Mar 23 17:50:26 or a file image of the sd Mar 23 17:50:28 qemu: hardware error: no boot device found Mar 23 17:50:56 Hmm what I'm trying can't work Mar 23 17:51:10 suihkulokki: What does it expect on the SD? vfat + MLC / u-boot.bin? Mar 23 17:51:17 and lucid.img includes the uboot part? Mar 23 17:51:43 No Mar 23 17:51:53 I need to build something suitable, but I don't know what it is Mar 23 17:53:53 suihkulokki: What I just tried is a 100M vfat with the u-boot.bin + MLC (x-loader.ift) + uImage from the qemu-omap page Mar 23 17:53:56 suihkulokki: But same error Mar 23 17:54:19 The only thing which progressed a bit was -mtdblock somenand.bin which I created using the qemu-omap3 tools Mar 23 17:54:35 did you try using -hda instead ? Mar 23 17:55:47 if (!dmtd && !dsd) { Mar 23 17:55:47 hw_error("%s: SD or NAND image required", __FUNCTION__); Mar 23 17:55:51 Weird, I don't even get that message Mar 23 17:57:03 err so I should call it MLO, not MLC Mar 23 17:57:18 Gah, forgot to create an actual partition table Mar 23 17:57:43 MLO needs to be copied first into the vfat ! Mar 23 17:57:53 it needs to sit at the first blocks Mar 23 18:02:09 Ok so now I have a real image with a single vfat partition with a MLO and it still fails Mar 23 18:02:37 lool, might be that the size matters Mar 23 18:02:51 * ogra digs up the reciepe he used to get his beagles up Mar 23 18:03:37 * prpplague reads the scroll back Mar 23 18:03:44 lool, http://paste.ubuntu.com/397188/ Mar 23 18:03:58 that definately boots on all my beagles here Mar 23 18:05:22 you also need to make sure that your xloader/mlo file has been signed with gpsign Mar 23 18:05:46 basicaly just adds a header with the size and location to load the file Mar 23 18:05:48 prpplague, the one from the ubuntu package is definately signed Mar 23 18:06:11 ogra: ahh part of the build? Mar 23 18:06:15 * lool just took an image of his SD card Mar 23 18:06:16 yep :) Mar 23 18:06:21 dandy Mar 23 18:06:49 Still no luck Mar 23 18:08:06 * lool goes a for a debug build Mar 23 18:08:27 actually I had that multi SD card patch disabled in my version, perhaps that's it Mar 23 18:08:34 ah Mar 23 18:09:12 well, a working MLO should at least get you some console output Mar 23 18:18:41 Gah I rebuilt with #define OMAP3_BOOT_DEBUG and I see nothing Mar 23 19:27:51 Hello, Anyone here from Canconical Company..Please I want to ask a question?..Thanks in Advance Mar 23 20:46:35 Hello, I used linux-image-2.6.32.10-zippy2.x12_1.0karmic_armel.deb to build he beagle board ubuntu Mar 23 20:47:06 but my keyboard is not working and no usb devices attached is working, can some tell me what is going on here Mar 23 21:14:34 Gopal: I'm afraid this kernel isn't from Ubuntu Mar 23 21:14:45 Gopal: Check with whom you got it from Mar 23 21:18:53 lool: OK thanks Mar 23 21:32:34 Hi, I keep seeing stuff about Ubuntu on Marvell Dove and Freescale Babbage boards. Where do you guys actually get these boards? Are they for sale to the public? Mar 23 22:29:18 Gentooer: they aren't sadly Mar 23 23:00:29 heh Mar 23 23:00:42 Gentooer: funny you being a gentooer and being in here :P **** ENDING LOGGING AT Wed Mar 24 02:59:57 2010