**** BEGIN LOGGING AT Thu Jan 12 02:59:57 2012 Jan 12 03:18:32 anyone know what "for thumb inter-working we require an architecture which supports blx" means when i try building node.js in an ARM environment? Jan 12 03:20:33 blx is probably an instruction Jan 12 03:21:02 http://infocenter.arm.com/help/topic/com.arm.doc.kui0100a/armasm_cihfddaf.htm Jan 12 03:21:36 IIUC it's how you tell the CPU to swap from arm instructions to thumb instructions Jan 12 03:22:28 Sounds like you're on an M profile ARMv7 core and you simply can't have that. Jan 12 03:22:35 know how to add it? Jan 12 03:22:41 Get a different CPU Jan 12 03:22:51 lol Jan 12 03:23:02 ok, know a way around it? Jan 12 03:23:07 Or it may be you're compiling for a lowest-common-denominator that doesn't include that, although your actual target hardware does Jan 12 03:23:42 It may also be that BLX is only needed because that's what node.js source knows how to use, and you can either HTFS or node.js, or compile it to thumb-less ARM Jan 12 03:24:03 um, huh Jan 12 03:27:45 all i know is i have a Texas Instruments OMAP3530 system-on-chip with ARM Cortex-A8 Jan 12 03:28:23 FWIW on oneiric, apt-get source nodejs; ./configure --without-ssl worked for me Jan 12 03:28:36 that would seem odd Jan 12 03:28:53 thumb is part of armv7 Jan 12 03:29:14 and there is no other way to switch between thumb and arm other than BLX Jan 12 03:31:14 trying --without-ssl Jan 12 03:31:48 same error Jan 12 03:34:33 lilstevie: I suspect he's doing -march armv4 or something, implicitly. Jan 12 03:35:33 i tried make CFLAGS=-march=armv5t earlier, but no go Jan 12 03:36:04 lilstevie: ARMv7-M apparently lacks BLX Jan 12 03:36:17 Ref. previous link Jan 12 03:38:46 should it be "make CFLAGS=-march=armv5t" or "make CFLAGS='-march=armv5t'"? Jan 12 03:42:17 -march is going to fail Jan 12 03:42:21 :p Jan 12 03:42:40 well not going to fail Jan 12 03:42:45 but is fail Jan 12 03:43:04 if you are targetting ubuntu-arm you should be targetting armv7 Jan 12 03:43:11 so -march=armv7 Jan 12 03:43:26 thought armv7 didn't support blx? Jan 12 03:43:48 all armv7 except armv7-m do Jan 12 03:43:58 ah Jan 12 03:44:21 ok, do i add CFLAGS=-march=armv7 to make or configure? Jan 12 03:45:20 nm, obvioulsy not configure since that didn't work Jan 12 03:47:01 CFLAGS may not be being passed the way you expect Jan 12 03:47:44 hrmm, "make CFLAGS=-march=armv7" returns "target CPU does not support ARM mode" Jan 12 03:51:24 0.o Jan 12 03:53:00 ok, looking through macro-assembler-arm.cc, i found the error message with "If you know what CPU you are compiling for you can use -march=armv7 or similar", but how am i suppose to use it Jan 12 03:53:44 You probably need to pass it to waf in some manner like ./waf --extra-ccflags Jan 12 03:53:59 Note also nodejs v8 code appears to be C++ not C, so CXXFLAGS not CFLAGS Jan 12 03:54:13 ah Jan 12 03:54:21 Or both, or whatever Jan 12 03:54:43 Usually when dealing with this kind of thing you end up having to debug / rewrite upstream's idiotic makefile / configure.ac / wscript / whatever Jan 12 03:54:46 lol Jan 12 04:00:40 well, "make CXXFLAGS=-march=armv7" gave me the no arm support error, bot "make CXXFLAGS=-march=armv5t" is still going Jan 12 04:19:13 yay, still going Jan 12 04:34:25 dammit, now getting: pure virtual method called. terminate called withough an active exception Jan 12 04:34:48 Why are you compiling nodejs anyway Jan 12 04:35:04 for koush Jan 12 04:35:07 oops Jan 12 04:35:35 for koush's tether app, so it can run on arm systems (specifically, openpandora) Jan 12 04:35:59 NotJimCarrey: I mean, why don't you just apt-get install it Jan 12 04:36:19 tried using it, but got errors Jan 12 04:36:28 Did you investigate them? Jan 12 04:36:34 think koush modified it for tap/tun support Jan 12 04:38:11 how can I get audio over hdmi (ubuntu 11.10 on pandaboard)? Jan 12 04:38:15 if i run the script with the node.js from the angstrom repo, i get "unable to open tun/tap device" Jan 12 04:38:53 That's more likely to be either a permissions issue or you don't have a tun or tap device yet Jan 12 04:39:16 well, running it sudo because it uses adb Jan 12 04:39:26 blergh Jan 12 04:39:32 Well, whatever. Jan 12 10:30:43 infinity, Bug 890261 Jan 12 10:30:44 Launchpad bug 890261 in ubiquity "can not execute oem-config in a chrooted environment" [Medium,New] https://launchpad.net/bugs/890261 Jan 12 10:30:51 ogra_: Danke. Jan 12 11:24:56 ogra_, http://kernel.ubuntu.com/git?p=jani/ubuntu-ac100.git;a=shortlog;h=refs/heads/packaging-chromeos-ac100-3.0 Jan 12 11:25:07 UBUNTU SAUCE commit, seventh from top Jan 12 11:25:19 that should be the quietening patch Jan 12 11:25:30 but it doesnot seem to have effect on mine either Jan 12 11:29:03 weird weird Jan 12 11:29:28 probably the bits we actually see are not using the proper kernel interface Jan 12 11:31:39 (the logging functions i mean) Jan 12 11:32:21 it all seems to come from non std drivers Jan 12 11:32:43 i.e. the < ... > i see seem to come from tegrapart Jan 12 11:39:57 janimo, http://git.chromium.org/gitweb/?p=chromiumos/third_party/kernel.git;a=commitdiff;h=7abaad6c574bbdc0dd66820eaf006857dac6c4e7 Jan 12 11:39:59 sight Jan 12 11:40:13 (commit from tonight) Jan 12 11:40:18 *sigh even Jan 12 11:49:50 ogra_, yeah, I hopemarvin24 picks those up too and takes out the unneeded options from defconfig. I'll NFS and the other important ones so we keep the config delta minimal Jan 12 11:50:41 janimo, well, i'm not really thrilled about losing power management completely Jan 12 11:51:05 ogra_, well if it seems that is does not affect ac100 we can leave it on Jan 12 11:51:22 right Jan 12 11:51:22 the latest kernel (3.0.8 from stable) is stable so far Jan 12 11:51:34 seems a bit broad to just disable it for all tegra Jan 12 12:29:15 hello there Jan 12 12:30:39 i have a little question. i see, there are kernel-flavours for different arm-based devices. but they use the same repository, i guess. am i right? Jan 12 12:53:34 sorry, but where do i find an arm-rootfs for a qemu-chroot environment? Jan 12 12:55:18 or is debootstrap the way to go? Jan 12 13:02:03 mythos: kernel can be easily cross-compiled. For other components, there are various solutions but generally native ARM build is the safest (tough often slowest) Jan 12 13:02:13 *though Jan 12 13:03:30 thank you, OlivierN1 Jan 12 13:03:49 but i'm not so far that i can go on a real hardware Jan 12 13:04:17 janimo: if the kernel turns out to be stable, you may activate the frontswap option in the next cycle Jan 12 13:04:36 so i would be happy, if i got a running chroot environment with qemu-static-arm, so i can start to mess around Jan 12 13:04:46 so people don't need to mess around with zram/swap stuff anymore Jan 12 13:05:55 marvin24, 3.0.13 you mean? Jan 12 13:06:08 janimo: no, it is there in 3.0.8 already Jan 12 13:06:16 just not on by default Jan 12 13:06:21 mythos: other people here can help on the qemu front. Personally I use native build. Jan 12 13:06:23 ok, 3.0.8 is stable using your stable tree Jan 12 13:06:29 been running since yesterday without lockup Jan 12 13:06:38 nice! Jan 12 13:07:18 any news on 3.0.13? Is that the latest version that chromeos works on? Jan 12 13:07:19 still haven't found the bug in 3.0.13 <- not so nice Jan 12 13:07:24 OlivierN1, no problem. i found a good tutorial for debian using multiarch. i'm going to try and hope for the best =) Jan 12 13:17:34 hmm.... where do i find the arm-debs for eg maverick? ^^" Jan 12 13:23:55 ah, found it: ports.ubuntu.com Jan 12 14:21:57 lilstevie, do you know if anyone is working on a 3.x based transformer kernel? Jan 12 14:22:44 i'd like to know that too :) Jan 12 14:46:58 janimo: at present no Jan 12 14:47:08 janimo: working towards it though Jan 12 14:47:18 lilstevie, ok, thanks :) Jan 12 14:47:30 anything in common with the ac100/chromeos tree? Jan 12 14:47:55 It'd be nice if we could share the same package in ubuntu for as many tegra based hw as possible Jan 12 14:47:59 janimo: more in common with ventana Jan 12 14:48:04 janimo: that is possible Jan 12 14:48:35 janimo: ac100 bl reports harmony while tf101 reports ventana, so no messy hacks would be required either Jan 12 15:11:55 OlivierN1, for a native built-environment, do you use a nfs-rootfs for the arm-device? Jan 12 15:12:42 mythos: brb Jan 12 16:20:09 mythos: you may use NFS, SD card, eMMC, USB stick, etc. But the fastest by far (at least on Panda board) is a USB hard drive, especially for native build. Jan 12 16:20:43 OlivierN1, thanks for the advice =) Jan 12 16:29:39 i was able to get a chroot environment, so i'm quite happy =D Jan 12 16:47:42 how is one supposed to create .config for http://dev.omapzoom.org/?p=integration/kernel-ubuntu.git;a=commit;h=f0fb3e7b7b2f8c791802e136293e8aadaac14119 ? Jan 12 16:47:54 not using debian or ubuntu Jan 12 16:48:12 then why do you ask in an ubuntu channel ? Jan 12 16:49:14 because it is ubuntu kernel and I just want to get the configs out of it to see them as whole Jan 12 16:49:28 so wondering what command does the kernel config for omap4 there Jan 12 16:49:38 they are in the debian dir split in multiple chunks usually Jan 12 16:49:49 and merged at build time Jan 12 16:50:13 so omap4_defconfig doesn't do it as I assumed. Jan 12 16:51:06 omap4_defconfig will work if yuo just use make (its an upstream config after all) but not get you the same as an ubuntu package Jan 12 16:52:37 well, I want to have the same as in ubuntu thus asking Jan 12 16:52:40 if you want the ubuntu config you will have to use dpkg-builpackage or call debian/rules which triggers the various scripts before rolling the package Jan 12 16:53:03 hmmp Jan 12 16:53:26 ok, where are the .deb files for that kernel there is config in those :) Jan 12 16:53:37 but you are probably better off to download the binary package from the archive, unpack it and pull /boot/config-$kernelversion out of the package Jan 12 16:53:55 either on launchpad or in the pool on prots.ubuntu.com Jan 12 16:54:01 *ports. Jan 12 16:55:04 Sage: this page may help: http://omappedia.com/wiki/Ubuntu_kernel_for_OMAP4 (section 4.1) Jan 12 16:57:03 OlivierN1: well on fedora it is not so straight forwardhttp://pastie.org/3173223 Jan 12 16:57:10 err http://pastie.org/3173223 Jan 12 16:58:29 ti-ubuntu-3.0-1281.7 <- this is what I'm looking for atm. but can find only these https://launchpad.net/ubuntu/+source/linux-ti-omap4 Jan 12 16:58:56 Why live in the past? Jan 12 16:59:38 if you mean that 3.2 thing those are not in http://dev.omapzoom.org/?p=integration/kernel-ubuntu.git;a=summary Jan 12 16:59:55 http://loki.0c3.net/~adconrad/config-3.2.0-1403-omap4 <-- The current config Jan 12 17:00:42 ok, thx. And any knowledge if that works on blaze as well (screen, touch etc)? Jan 12 17:01:42 Maybe? Not sure, don't have a blaze. Jan 12 17:01:49 Sage: at least ti-ubuntu-3.0-1281.7 works on Blaze (LCD and touch screen are OK, sound record/playback is upcoming) Jan 12 17:02:44 OlivierN1: ok, where to get the tarball and .deb for that? Jan 12 17:03:05 * Sage really don't know where to find those in launchpad Jan 12 17:03:23 Sage: TI public PPA is here: https://launchpad.net/~tiomap-dev/+archive/release Jan 12 17:03:40 (but it does not contain 3.x kernel for now) Jan 12 17:04:06 https://launchpad.net/ubuntu/+source/linux-ti-omap4 has all debs that were ever built in ubuntu Jan 12 17:04:08 OlivierN1: exactly :) Jan 12 17:05:36 OlivierN1: you don't happen to have .deb for that ti-ubuntu-3.0-1281.7 or even just the config from /boot/? Jan 12 17:06:58 Sage: basically TI PPAs is always a little behind TI trees. For now we do not consider ti-ubuntu-3.0-1281.7 as stable enough to upgrade PPA Jan 12 17:07:53 OlivierN1: yes, well. You said ti-ubuntu-3.0-1281.7 works on blaze so you have compiled it and have config somewhere? Jan 12 17:08:14 sure Jan 12 17:08:44 I'm really looking just kernel that has been tested on blaze and works, don't care so much if it is stable or not, just want to boot the damn thing and see and then think stability :) Jan 12 17:12:40 OlivierN1: want to share the config? :) Jan 12 17:40:45 Sage: config-3.0.0-1281: http://pastebin.com/2HKn0wvS Jan 12 18:35:16 OlivierN1: thx Jan 12 20:12:58 Where can I find the source archives/.debs for Ubuntu ARMEL debs? Jan 12 20:17:01 ports.ubuntu.com? **** ENDING LOGGING AT Fri Jan 13 02:59:57 2012