**** BEGIN LOGGING AT Sat Dec 21 02:59:59 2013 Dec 21 04:49:11 kmn Dec 21 06:27:36 hi Dec 21 14:45:23 hi, anyone around to help a newby to cross compile stuff for the beaglebone black Dec 21 14:45:45 I followed these instructions http://datko.net/2013/05/06/cross-compiling-applications-for-the-beaglebone/ Dec 21 14:46:16 but none of the resulting binaries will start on the board Dec 21 14:46:53 my hello world app has the binary name xxx Dec 21 14:46:57 root@beaglebone:~# ./xxx Dec 21 14:46:58 -sh: ./xxx: No such file or directory Dec 21 14:47:36 I also bitbaked bluez Dec 21 14:47:50 an tried the resulting hcitool Dec 21 14:47:57 same error Dec 21 14:48:25 thus my binaries seem to be bad Dec 21 14:48:32 wrong compiler? Dec 21 14:48:38 different libc? Dec 21 14:49:13 anyone an idea where to look at for further clues? Dec 21 14:49:25 No such file or directory seems to entail that you just put it in the wrong place Dec 21 14:49:35 if the binaries were bad, it would give you a different error Dec 21 14:52:31 well ls tells me that the binary is in the path and it's executable, too Dec 21 14:52:44 -rwxr-xr-x 1 root root 10912 Jan 1 00:03 xxx Dec 21 14:54:20 and that's just ls with no arguments (other than -l of course)? Dec 21 14:54:25 i.e. no path? Dec 21 14:54:34 yes "ls -l" Dec 21 14:55:01 then that's even weirder Dec 21 14:55:18 usually that means there's a problem with the system, if the file is actually there Dec 21 14:55:20 put the whole output of ls -la Dec 21 14:56:08 http://pastebin.com/n3HHFmfV Dec 21 14:57:59 A hunch: what is the output of ps? Dec 21 14:58:32 you should set the current time Dec 21 14:58:46 http://pastebin.com/JeEwgB0D Dec 21 14:58:52 shouldn't be a problem but you never know Dec 21 14:59:30 err beata me, never set the time on console :) what command to use? Dec 21 14:59:45 I was mostly curious about if your shell was actually sh and not bash Dec 21 15:00:31 let's just make sure that the binary is in fact an executable, and can be found by things other than ls; what is the output of file xxx? Dec 21 15:00:45 or better yet, file ./xxx Dec 21 15:01:05 date [-u|--utc|--universal] [MMDDhhmm[[CC]YY][.ss]] Dec 21 15:01:08 ./xxx: ELF 32-bit LSB executable, ARM, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.32, BuildID[sha1]=0x1d8551b4c048841263084213fe53e808fa73e289, not stripped Dec 21 15:01:25 BobCat: thx :9 Dec 21 15:01:32 ok so the binary looks correct Dec 21 15:01:40 ldd ./xxx? Dec 21 15:01:54 no ldd on the system Dec 21 15:02:32 hm, well, I bet the problem is that it dynamically linked against a library that isn't present on your system Dec 21 15:02:41 which I believe would actually give that error Dec 21 15:03:20 that is my best bet, too Dec 21 15:03:35 any chance to download a working ldd somewhere? Dec 21 15:03:57 what distro are you on? Angstrom? Dec 21 15:04:03 yes Dec 21 15:04:25 it's the boot image from the beaglebone website Dec 21 15:04:49 and on the pc the distro via git Dec 21 15:05:44 unfortunately, I don't know what package it would be in on Angstrom :( Dec 21 15:06:12 In Arch it's apparently part of glibc Dec 21 15:06:21 hm, for hello world it should be just libc Dec 21 15:06:38 but I use cmake to create the makefile Dec 21 15:06:53 maybe cmake adds a it more than neccessary Dec 21 15:06:57 can you just rebuild statically linked ? Dec 21 15:07:45 I tried "arm-angstrom-linux-gnueabi-g++ -o hello main.cpp" too Dec 21 15:07:58 that should link statically, shouldn'z it? Dec 21 15:08:05 that would generate an executable called hello Dec 21 15:08:12 yes Dec 21 15:08:21 no, that would link dynamically against libc and a handful of other libraries Dec 21 15:08:23 look at the ls dump :) hello is there too Dec 21 15:08:35 yes I saw, but you didn't say the results of running ./hello Dec 21 15:08:39 presumably the same, though? Dec 21 15:09:11 yes the same Dec 21 15:09:24 static lunking is -static-libgcc ? Dec 21 15:09:57 I think it's just -static, but the man page doesn't seem to indicate that's available for ARM targets Dec 21 15:10:33 you might try -static-libgcc though Dec 21 15:10:34 ahh Dec 21 15:10:40 -static Dec 21 15:10:47 and it works Dec 21 15:11:02 hm, now I have to get ldd to see what lib is missing Dec 21 15:11:18 probably a libc missmatch? Dec 21 15:11:30 seems likely Dec 21 15:23:35 looks like the board uses libc.6.so and the same lib I can find in the bitbake image Dec 21 15:39:11 replacement for ldd on poor distros: arm-angstrom-linux-gnueabi-readelf -a bin/test | grep "Shared library:" Dec 21 15:39:12 :) Dec 21 15:42:16 it needs libstdc++.so.6 libm.so.6 libgcc_s.so.1 libc.so.6 Dec 21 15:42:32 but all 4 libs are on the beagleboard Dec 21 16:11:22 Bon soir, I heard rumors a new BBB revision is "in the works". Anybody with more detail, like what changes, ETA etc? Dec 21 16:17:05 Any advice? Dec 21 16:17:06 <_av500_> no Dec 21 16:17:28 <_av500_> there is no new BBB revision Dec 21 16:18:55 Aha, then this is to be seen as des-Information. Follow on: If there is a new version will the SRM come with change bars? Dec 21 16:19:15 <_av500_> definitely maybe Dec 21 16:20:09 Wellm, comparing 100 pages to spot the difference is no job of joy Dec 21 16:22:38 <_av500_> you worry too much Dec 21 16:23:25 Let me call that a precaution out of (mostly bad) experience... Dec 21 16:24:14 <_av500_> I am sure significant changes will be highlighted Dec 21 16:24:27 <_av500_> its not like board revisions appear by random chance Dec 21 16:25:04 I once ha a 485<->USB converter failing and after 2 days I ripped the case open: To my dismay the chip was exchanged, with no information from the manufacturer, even the order number remained the same... Dec 21 16:28:04 <_av500_> again, there is no interest to keepo changes secret from you Dec 21 16:28:28 Thanks for your replies @_av500_ Dec 21 16:28:37 <_av500_> de rien Dec 21 17:09:38 I give up. I think I try another distro. Anyway thanks for help. Dec 21 17:25:01 Hey crowd, so my dear mother informed me that she called five distributors listed on the main page and that none of them have the BB Black in stock. I'm having trouble believing that, can someone confirm for me that the worlds run dry of beagle bone blacks? Dec 21 17:29:32 <_av500_> yes Dec 21 17:29:37 <_av500_> all bought up for xmas Dec 21 17:29:51 <_av500_> but new ones are being made all the time Dec 21 17:29:53 <_av500_> in 3 shifts Dec 21 17:30:16 I bought my BBB one month and it was very hard to find some stock Dec 21 17:30:43 *one month ago Dec 21 17:33:22 well good for beagleboard! Dec 21 17:37:15 just order it Dec 21 17:37:26 if you don't order it, you'll never get it. Dec 21 17:37:33 instock means stagnant Dec 21 17:44:20 i wonder if i should pick a certain distributor.... Dec 21 17:50:29 thank you! Dec 21 19:11:32 anyone able to share internet over USB in Mac os X ? with BBB. Dec 21 20:21:28 hi guys, i have a BBB and can't connected to the PC via USB as the LED's are not blinking , Dec 21 20:21:50 do you guys know why and how can i make it eork Dec 21 20:21:54 *work Dec 21 21:38:26 good evening Dec 21 21:39:15 I'm wondering whether it's possible to wake up beaglebone black by ethernet? Dec 21 21:43:50 I did not find this information explicitly in the manuel, and I don't have experience with hardware architekture and standby modes... Dec 21 21:44:28 Any hints for wake up by ethernet at beaglebone black? Dec 21 21:49:29 does the ethernet interface trigger an interupt? Dec 21 21:50:04 According to the archives of the beagleboard mailing list, indexed by Google and discovered with the search string "beaglebone wake on lan", there are no explicit connections from the PHY hardware to the processor, so hardware-based Wake on LAN will not work. Dec 21 21:50:28 However, as the thread suggests, you could always have your software periodically wake up and check if there is network activity. Dec 21 21:51:04 (thread referenced here: https://groups.google.com/forum/#!topic/beagleboard/gvPg08IFAP0) Dec 21 21:53:55 Oh, thanks a lot. That's helpful. Dec 21 21:54:12 Atm I use the beagle as an cloud-server. Dec 21 21:55:33 frequently waking up to check eth does not seem desirable to me for this purpose, does it? Dec 21 21:56:44 What exactly means cat-napping? Dec 21 21:57:49 Sounds to me like I will spend a lot of power only for waking up all the time, which might result in an even higher overall consumption Dec 21 21:58:40 Sleeping most of the time and waking periodically to check network status cannot possibly draw as much power as leaving the machine on all the time. Dec 21 21:58:53 Even short sleeps will help power consumption. Dec 21 22:00:18 But, if you really want to do hardware-based interrupts for this, the board files are available, and OSHPark offers tolerances suitable for the PCB. YOu could just route a trace from the PHY to one of the IRQ pins on the processor and get a custom PCB. Dec 21 22:04:59 Sounds like an challenge to me... Dec 21 22:06:22 Do u have some literature for either of this methodes? Google does not like my keywords on wake up - cat-napping. Dec 21 22:07:57 And I don't have experience in working directly with hardware... Dec 21 22:14:54 just rework the board Dec 21 22:14:57 easier and quicker Dec 21 22:15:42 you could always contact the manufacture and inquire about the interupts Dec 21 22:16:27 JasMa_: "cat-napping" is a slang term for the kind of behavior cats (as in animals of the feline persuasion) exhibit, with many short naps separated by periods of activity. Dec 21 22:17:50 JasMa_: The concept you are looking for, for hardware, is Wake-On-LAN or WOL. For software, you just need to know how to put the processor into and out of sleep states, and how to check the netwrok buffers for data. Then, just sleep the processor for, say, 9ms out of every 10ms block, and spend the other 1ms awake, checking for data. Dec 21 22:18:09 If there is data, stay awake to process it, then sleep. If there is no data, go back to sleep. Dec 21 22:18:55 This will save up to 90% power consumption, depending on the specific sleep state you choose, and the ratio of sleep to wake status. Dec 21 22:18:55 Has anyone been successful in porting i2cdevlib to beaglebone black?? Dec 21 22:23:47 Ok, thanks guys. I will have to read a bit more about this. Dec 21 22:49:00 back again: What does "reworking beaglebone black" to enable wol exactly mean? Some simple brazing? Dec 21 22:50:01 I'm little confused, because the board is so detailed, and i can't imagen to hit what i want to... Dec 21 22:50:14 *imagine Dec 21 23:01:16 JasMa: It is theoretically possible to solder a greenwire between the interrupt pin on the PHY to an IRQ pin on the processor. Dec 21 23:06:09 agmlego: For checking the network buffer as well as the hardware solution: Must not there be power on the network device all the time? Dec 21 23:06:51 Uh, yeah. Dec 21 23:06:57 Otherwise you are not on the network. Dec 21 23:07:02 And cannot receive traffic. Dec 21 23:08:14 Ok, so I first have to clearify whether there is a standby mode which supplies the networkt device :) Dec 21 23:08:26 I would imagine there is. Dec 21 23:08:56 I will see this by checking the eth led in standby mode, won't I? Dec 21 23:09:06 Specifically the Link LED. Dec 21 23:09:31 The Activity LED may or may not be on, based on network traffic. Dec 21 23:09:35 Is a greenwire some special kind of wire? Dec 21 23:11:25 Generally AWG28 green-insulation Kynar wire-wrap wire. Dec 21 23:11:58 But the term is general--greenwireing a board is to add functionality or repair broken functionality on a PCB by literally wiring around traces. Dec 21 23:15:23 agmlego: You are very helpful. Are you often around at this chat? I'm not at home until new year's eve. I think I will have a lot more questions when I'm back home trying to find a solution :) Dec 21 23:16:25 I am always in the channel. I am not always actively monitoring my client. And I am not the only one in the channel that can answer questions--please do not specifically call me out but ask the questions to the channel as a whole. Dec 21 23:17:42 I won't. Thanks a lot again and good night. Dec 21 23:18:03 And you as well. Dec 22 00:04:57 Having some issues with a Ubuntu net install on my BeagleBoard-xM, anyone available to help? Dec 22 00:06:35 Following the guide here: http://elinux.org/BeagleBoardUbuntu#Method_2:_Use_the_NetInstall_method Dec 22 00:07:03 Have my MMC formatted properly Dec 22 00:07:21 $ sudo ./mk_mmc.sh --mmc /dev/sdf --dtb omap3-beagle-xm --distro saucy --serial-mode Dec 22 00:07:34 Freezes up after Uncompressing Linux... done, booting the kernel. Dec 22 00:08:06 Tried without the --serial-mode and connecting a DVI monitor, I get the yellow/orange screen during U-Boot init, followed by a dead screen. Dec 22 00:08:41 I tried switching between ttyO2 and ttyS2 consoles to no avail Dec 22 00:47:09 I want to install Ubuntu on my BBB. Is it possible to install the image that i get from ubuntu.com? Dec 22 00:47:32 or should i only use the modified images? Dec 22 00:53:44 I've been following these instructions: http://elinux.org/BeagleBoardUbuntu#Method_2:_Use_the_NetInstall_method Dec 22 00:54:22 Not sure about the official ARM images though Dec 22 00:56:49 thanks dpaulat Dec 22 00:57:04 were you able to succesfully install Dec 22 00:57:10 without any issues Dec 22 00:57:35 with the armhf images, i am facing issues with usb device detecion Dec 22 00:57:51 may be i will give a try with netinstall method Dec 22 00:58:11 does it really make a difference? or its the same? Dec 22 01:18:11 thanks Dec 22 02:43:59 When is the Arduino Tre expected go on sale? I'm not sure whether to ask here or in #arduino but all I can find is "coming soon" **** ENDING LOGGING AT Sun Dec 22 03:00:00 2013