[beagleboard] Eclipse C and Remote Debugging
I have Eclipse Kepler running on Ubuntu 14.04 x64, I can build and remote debug Java applications on the Beaglebone Black, but for some reason I cannot remote debug C applications. I can compile a C application and I can see that it is transferred to the Beaglebone Black, I can even run it from an SSH terminal on the Beaglebone Black. But trying to remote debug always fails with a GDB error. The console reports that GDB will reconnect, however it never does. I've tried following numerous videos on YouTube, however none of them have resolved this issue. In the end I decided to build and compile on the Beaglebone Black directly, however now I get an error saying GLIBC_2.17 libc.so.6 not found...sorry if my post isn't very detailed, I'm at work now without access to all the information. Can anyone point me in the right location to resolve either the remote debugging or the GLIBC_2.17 error? I have already spent a very long time trying to find answers myself. Thank you, Kind Regards, Simon -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Eclipse C and Remote Debugging
From: Simon Platten simonaplat...@gmail.com Reply-To: beagleboard@googlegroups.com Date: Tuesday, May 27, 2014 at 11:53 PM To: beagleboard@googlegroups.com Subject: [beagleboard] Eclipse C and Remote Debugging I have Eclipse Kepler running on Ubuntu 14.04 x64, I can build and remote debug Java applications on the Beaglebone Black, but for some reason I cannot remote debug C applications. I can compile a C application and I can see that it is transferred to the Beaglebone Black, I can even run it from an SSH terminal on the Beaglebone Black. But trying to remote debug always fails with a GDB error. The console reports that GDB will reconnect, however it never does. I've tried following numerous videos on YouTube, however none of them have resolved this issue. In the end I decided to build and compile on the Beaglebone Black directly, however now I get an error saying GLIBC_2.17 libc.so.6 not found...sorry if my post isn't very detailed, I'm at work now without access to all the information. Can anyone point me in the right location to resolve either the remote debugging or the GLIBC_2.17 error? I have already spent a very long time trying to find answers myself. You need GDBServer installed on your BBB. You launch GDBServer on your BBB with IP of host and specify the port number for the host to connect to. In Eclipse, I don¹t recall the exact command, but it is something like gdb remote BBB ipaddr BBB port. There are plenty of example on Google. https://www.google.com/search?q=eclipse+gdbserver+remote+debugoq=eclipse+gd bserveraqs=chrome.1.69i57j0l5.16411j0j7sourceid=chromees_sm=119ie=UTF-8 Regards John Thank you, Kind Regards, Simon -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Eclipse C and Remote Debugging
Hi John, Thank you for the reply, perhaps I wasn't very clear. GDB Server is installed on the Beaglebone Black and I see the process running, it just fails to connect. I will post more detail when I get home tonight. I've tried using the default port 2345 and also found a post suggesting , neither worked. On Wednesday, 28 May 2014 08:45:53 UTC+1, john3909 wrote: From: Simon Platten simona...@gmail.com javascript: Reply-To: beagl...@googlegroups.com javascript: Date: Tuesday, May 27, 2014 at 11:53 PM To: beagl...@googlegroups.com javascript: Subject: [beagleboard] Eclipse C and Remote Debugging I have Eclipse Kepler running on Ubuntu 14.04 x64, I can build and remote debug Java applications on the Beaglebone Black, but for some reason I cannot remote debug C applications. I can compile a C application and I can see that it is transferred to the Beaglebone Black, I can even run it from an SSH terminal on the Beaglebone Black. But trying to remote debug always fails with a GDB error. The console reports that GDB will reconnect, however it never does. I've tried following numerous videos on YouTube, however none of them have resolved this issue. In the end I decided to build and compile on the Beaglebone Black directly, however now I get an error saying GLIBC_2.17 libc.so.6 not found...sorry if my post isn't very detailed, I'm at work now without access to all the information. Can anyone point me in the right location to resolve either the remote debugging or the GLIBC_2.17 error? I have already spent a very long time trying to find answers myself. You need GDBServer installed on your BBB. You launch GDBServer on your BBB with IP of host and specify the port number for the host to connect to. In Eclipse, I don’t recall the exact command, but it is something like gdb remote BBB ipaddr BBB port. There are plenty of example on Google. https://www.google.com/search?q=eclipse+gdbserver+remote+debugoq=eclipse+gdbserveraqs=chrome.1.69i57j0l5.16411j0j7sourceid=chromees_sm=119ie=UTF-8 Regards John Thank you, Kind Regards, Simon -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard...@googlegroups.com javascript:. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Security when connecting autonomous BB to the Internet
A good term to google for is hardening a Debian server. There are many articles and several good books for people with various backgrounds. On Tue, May 27, 2014 at 8:13 PM, Przemek Klosowski przemek.klosow...@gmail.com wrote: On Tue, May 27, 2014 at 7:29 PM, brettmaurer...@gmail.com wrote: I'm connecting a BB to the internet and want to make sure it is relatively secure. Things like Cloud9, BoneScript, and root default password are all things that might leave open security holes. I'm no Unix expert so I'll pose the question here. Can anyone point me to a guide for what I should do to make the BB secure for long term autonomous connection to the Internet? Well, that's a difficult question. You connect it to the Internet so that it's capable of performing certain functions that you want, but you want to secure it so that it will not do anything that you don't want. The best approach, then, is to rigorously specify what's allowed and what's not, and implement controls that match this spec. You have several tools in your disposal: - you can set up an independent firewall in front of your device: if your device is on a home/ISP network you probably have a router that already implements that. - the BBB can run the Linux firewall (iptables) that control the network traffic into and out of your device - if your requirements can be met by your BBB always originating traffic, things are easier: both iptables and ISP router firewalls support outgoing connections out of the box, and your BBB is in control of the traffic. You have to pay attention to DNS---DNS spoofing is the principal vulnerability for this kind of setup - if you need to connect to the BBB from the outside, you want to limit the open ports and implement it in a cryptographically secure way, by using SSH/SSL/TLS or IPsec. This is tricky to get right, because there's always a possibility of vulnerabilities like Heartbleed -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Cross Toolchain for Debian Wheezy
Back again! I your script did run a while on my machine, now I have some .deb packages in the ./deploy folder. (I'm using my debian wheezy 32Bit vm (Linux debian-wheezy-vm 3.2.0-4-486 #1 Debian 3.2.51-1 i686 GNU/Linux) As far as I could see the script did run without problems. Binutils and some other stuff already did get installed to my /usr/bin folder. g++ is not installed. As far as I understand your script as a linux novice it should have been installed by some call to dpkg_cross. I already tried to manually install all the .deb packages from deploy folder with dpkg -i xzz.deb -force but this is failing because of dependency problems. Two questions: 1. Is there a possibility to specify a prefix for the whole toolchain? (like angstrom toolchain has /usr/local/angstrom) 2. how to install the .deb packages Regards, Ben Am Dienstag, 27. Mai 2014 17:05:55 UTC+2 schrieb RobertCNelson: On Tue, May 27, 2014 at 9:48 AM, Robert Nelson robert...@gmail.comjavascript: wrote: On Tue, May 27, 2014 at 3:35 AM, family...@googlemail.comjavascript: wrote: Hi, I'm having trouble in finding a gcc cross toolchain for BBB. I'm using the latest debian image for BBB from beagleboard.org/latest-images. As host I have a debian wheezy VM. now I'm looking for some days to find a way to compile my project for the debian version. (I already had it working on angstrom, but now as you move on t debian I need to port my code to debian) I already tried emdebian.org (https://wiki.debian.org/EmdebianToolchain#Get_the_binaries) but got stuck anywhere. (Can't remember where) I tried miltiarch support from https://wiki.debian.org/MultiarchCrossToolchainBuild?action=showredirect=MultiarchCrossToolchains but this doesn't work. Has anybody a working toolchain for 32bit debian wheezy as tar.gz file. I'm stuck, please help. Well, i posted 64 bit test versions here: http://rcn-ee.net/deb/cross/test/ The script to generate them should run fine for 32 bit. https://github.com/RobertCNelson/cross-compiler/blob/master/build-wheezy-compiler.sh Just make sure you build it in a 100% Debian Wheezy distro (no testing/sid/etc), and we might have to bump some of the file versions as it was a month or ago that i wrote it. Yeap, new tzdata and linux-libc-dev versions in stable, so i just pushed a bump: https://github.com/RobertCNelson/cross-compiler/commit/1eae13c2948ba548a98aef0585ad6bcc26d1ddd9 Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] sht15 kernel module
Hello, this is my first post here, so I hope I'm posting this in the right place. # Boring intro: I'm using the sht71 (see [1]) humidity and temperature sensor on the beaglebone. This sensor is supported by the sht15 kernel module. I adapted the sht15.c code to run in user-space using sysfs and it works. Not exactly a clean solution... How do I use the module directly? I'm using device tree overlays for another sensor (bmp085) and it works great. # The actual question: Is it possible to load the sht15 kernel module and pass the necessary platform data using device tree overlays? There isn't any info about the sht15 in the kernel under: Documentation/devicetree/bindings/ Does that mean that the module doesn't support the device tree overlay approach? Thanks [1]: http://www.sensirion.com/fileadmin/user_upload/customers/sensirion/Dokumente/Humidity/Sensirion_Humidity_SHT7x_Datasheet_V5.pdf -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Can the BBB get damaged due to a hard power down?
I really donšt see how this can work. First, the supercaps are 2.5v so you No: http://www.digikey.com/product-detail/en/PHB-5R0V505-R/283-3520-ND/2770536 PMC wonšt like a short circuit, which the supercap is when it is fully discharged. I could go on, but this idea doesnšt make sense to me. Same is true of an uncharged battery. The charger circuit is current-limited. (I pull it up with a diode drop + 10 Ohms to a +5V rail also, for faster charging.) - Mike -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Can the BBB get damaged due to a hard power down?
Sounds cool and easy to implement hardware-wise. Can you share the code for that? Something like this: // use plain old open to avoid any buffering etc int enablefd = open(/proc/sys/kernel/sysrq, O_SYNC | O_RDWR); int trgfd = open(/proc/sysrq-trigger, O_SYNC | O_RDWR); // enable sysrq write(enablefd, 1\n, 2); close(enablefd); // sync disks write(trgfd, s\n, 2); // remount ro write(trgfd, u\n, 2); close(trgfd); // poweroff system (/usr/bin/systemctl poweroff -f); exit(0); As I mentioned, I use full data+metadata journaling on the filesystem, not just metadata. The only issue is that the system doesn't restart if power is reapplied before the supercap is fully discharged. You have to wait 10 seconds or so before a restart is possible. I'm not sure how to fix that. - Mike -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Cross Toolchain for Debian Wheezy
Robert, Can't we simply use one of the Linaro cross compiling toolchains to cross-compile for a Debian based BBB installation? Does this mean we absolutely must run Wheezy on our PC to be able to cross-compile for the BBB with a Debian image.? Thanks Hussam. On Wednesday, May 28, 2014 4:57:37 AM UTC-4, family...@googlemail.com wrote: Back again! I your script did run a while on my machine, now I have some .deb packages in the ./deploy folder. (I'm using my debian wheezy 32Bit vm (Linux debian-wheezy-vm 3.2.0-4-486 #1 Debian 3.2.51-1 i686 GNU/Linux) As far as I could see the script did run without problems. Binutils and some other stuff already did get installed to my /usr/bin folder. g++ is not installed. As far as I understand your script as a linux novice it should have been installed by some call to dpkg_cross. I already tried to manually install all the .deb packages from deploy folder with dpkg -i xzz.deb -force but this is failing because of dependency problems. Two questions: 1. Is there a possibility to specify a prefix for the whole toolchain? (like angstrom toolchain has /usr/local/angstrom) 2. how to install the .deb packages Regards, Ben Am Dienstag, 27. Mai 2014 17:05:55 UTC+2 schrieb RobertCNelson: On Tue, May 27, 2014 at 9:48 AM, Robert Nelson robert...@gmail.com wrote: On Tue, May 27, 2014 at 3:35 AM, family...@googlemail.com wrote: Hi, I'm having trouble in finding a gcc cross toolchain for BBB. I'm using the latest debian image for BBB from beagleboard.org/latest-images. As host I have a debian wheezy VM. now I'm looking for some days to find a way to compile my project for the debian version. (I already had it working on angstrom, but now as you move on t debian I need to port my code to debian) I already tried emdebian.org (https://wiki.debian.org/EmdebianToolchain#Get_the_binaries) but got stuck anywhere. (Can't remember where) I tried miltiarch support from https://wiki.debian.org/MultiarchCrossToolchainBuild?action=showredirect=MultiarchCrossToolchains but this doesn't work. Has anybody a working toolchain for 32bit debian wheezy as tar.gz file. I'm stuck, please help. Well, i posted 64 bit test versions here: http://rcn-ee.net/deb/cross/test/ The script to generate them should run fine for 32 bit. https://github.com/RobertCNelson/cross-compiler/blob/master/build-wheezy-compiler.sh Just make sure you build it in a 100% Debian Wheezy distro (no testing/sid/etc), and we might have to bump some of the file versions as it was a month or ago that i wrote it. Yeap, new tzdata and linux-libc-dev versions in stable, so i just pushed a bump: https://github.com/RobertCNelson/cross-compiler/commit/1eae13c2948ba548a98aef0585ad6bcc26d1ddd9 Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: WS2801 and Beaglebone
Thanks for the detailed instructions. It's working for me with very little effort. In fact, if your are running the latest Debian image [1] the setup is even easier. py-spidev is already installed and you don't have to disable the HDMI, rather you just disable a PWM. - beagle$ *cat **/sys/devices/bone_capemgr.*/slots* 0: 54:PF--- 1: 55:PF--- 2: 56:PF--- 3: 57:PF--- 4: ff:P-O-L Bone-LT-eMMC-2G,00A0,Texas Instrument,BB-BONE-EMMC-2G 5: ff:P-O-L Bone-Black-HDMI,00A0,Texas Instrument,BB-BONELT-HDMI 7: ff:P-O-L Override Board Name,00A0,Override Manuf,bspm_P9_42_27 8: ff:P-O-L Override Board Name,00A0,Override Manuf,bspm_P9_41_27 9: ff:P-O-L Override Board Name,00A0,Override Manuf,am33xx_pwm 10: ff:P-O-L Override Board Name,00A0,Override Manuf,bspwm_P9_21_b - Slot 10 is the PWM, so disable it with: beagle$ *echo -10 /sys/devices/bone_capemgr.*/slots* - beagle$ *cat **/sys/devices/bone_capemgr.*/slots* 0: 54:PF--- 1: 55:PF--- 2: 56:PF--- 3: 57:PF--- 4: ff:P-O-L Bone-LT-eMMC-2G,00A0,Texas Instrument,BB-BONE-EMMC-2G 5: ff:P-O-L Bone-Black-HDMI,00A0,Texas Instrument,BB-BONELT-HDMI 7: ff:P-O-L Override Board Name,00A0,Override Manuf,bspm_P9_42_27 8: ff:P-O-L Override Board Name,00A0,Override Manuf,bspm_P9_41_27 9: ff:P-O-L Override Board Name,00A0,Override Manuf,am33xx_pwm - It's gone, next enable SPI 0, beagle$ *echo BB-SPIDEV0 * */sys/devices/bone_capemgr.*/slots* 0: 54:PF--- 1: 55:PF--- 2: 56:PF--- 3: 57:PF--- 4: ff:P-O-L Bone-LT-eMMC-2G,00A0,Texas Instrument,BB-BONE-EMMC-2G 5: ff:P-O-L Bone-Black-HDMI,00A0,Texas Instrument,BB-BONELT-HDMI 7: ff:P-O-L Override Board Name,00A0,Override Manuf,bspm_P9_42_27 8: ff:P-O-L Override Board Name,00A0,Override Manuf,bspm_P9_41_27 9: ff:P-O-L Override Board Name,00A0,Override Manuf,am33xx_pwm 11: ff:P-O-L Override Board Name,00A0,Override Manuf,BB-SPIDEV0 - SPI is ready to go. py-spidev is already installed, so back to the original instructions, except, we are running a different SPI, so some adjustments are needed - In this repository : https://github.com/hackerspaceshop/RaspberryPI_WS2801_Bridge/tree/master/software. Download the LedStrip_WS2801.pyhttps://github.com/hackerspaceshop/RaspberryPI_WS2801_Bridge/blob/master/software/LedStrip_WS2801.py file to your BB. *Edit LedStrip_WS2801.py and change self.spi.open(0, 1) to self.spi.open(1, 1) since we are using a different SPI device. *You can use the demo.py to have an idea of what you can do with the library. - HW time : make sure your led strand is correctly powered ( http://learn.adafruit.com/adalight-diy-ambient-tv-lighting/wiring-1 if you need help). Wire the led strand input to your BB : GND goes to pin 1 of P9, CO to pin *22* of P9, DO to pin *18* of P9. - Finally run *python demo.py* I powered the string off of a 5V supply and controlled it with the bone at 3.3V. This worked fine for about 90 LEDs, after that the colors weren't right. I'm going to try a level converter to see if I can control a string of 240 LEDs. --Mark [1] http://beagleboard.org/latest-images/ On Sunday, October 27, 2013 11:37:21 AM UTC-4, jocelyn@gmail.com wrote: I've just managed to make it work so I will give some feedback for those who would like to do the same. - Start with a fresh Angstrom kernel. - Disable HDMI : - Plug in the mini-usb cable from your board to your computer, open the Beaglebone partition and the uEnv.txt inside it. - Add this to the file : capemgr.disable_partno=BB-BONELT-HDMI,BB-BONELT-HDMIN - Boot the board. Run : *cat /sys/devices/bone_capemgr.*/slots*. You should see the two lines concerning the HDMI with P-O-- flags. There's no L in this so it means it is disabled. - Follow the instructions to enable SPI : http://hipstercircuits.com/enable-spi-with-device-tree-on-beaglebone-black-copy-paste/. You don't need to try the bus yet, just make sure to download the python libraries he mentioned. - You have rebooted your board, if you run *cat /sys/devices/bone_capemgr.*/slots *you should see a line with BB-SPI1-01. - Download this to your BB : https://github.com/doceme/py-spidev - Run *python setup.py install* - In this repository : https://github.com/hackerspaceshop/RaspberryPI_WS2801_Bridge/tree/master/software. Download the LedStrip_WS2801.pyhttps://github.com/hackerspaceshop/RaspberryPI_WS2801_Bridge/blob/master/software/LedStrip_WS2801.pyfile to your BB. You can use the demo.py to have an idea of what you can do with the library. - HW time : make sure your led strand is correctly powered ( http://learn.adafruit.com/adalight-diy-ambient-tv-lighting/wiring-1 if you need help). Wire the led strand input to your BB : GND goes to pin 1 of P9, CO to pin 31 of P9, DO to pin 30 of P9. - Finally run *python demo.py* Enjoy ! If it helped you, just
Re: [beagleboard] Slow boot sequence caused by Cape Manager and Device Tree Overlaying
On 5/26/2014 7:28 AM, becker.vos...@gmail.com wrote: Thank you for the feedback Charles. I am new to the Device Tree concept and would appreciate it a lot if you can please give me more guidance. Below is the contents of the device tree file I used. Basically the idea was to define the pins for the pin-mux and then enable the pin-mux settings by using the __overlay__ scheme. Without using the __overlay__ scheme, how would I enable the pin-mux settings,in this device tree file for example? Sorry for the delay, I'm traveling. Review RCN's simple cape manager for the newer kernels, he's doing exactly what you want (mixing some device tree stanzas that would typically be overlays directly into the boot time device tree). That and a review of the device tree source in the kernel tree (which makes extensive use of include) and a review of the flattened device tree (convert the *.dtb to the *.dts source with dtc for review) should get you started. -- Charles Steinkuehler char...@steinkuehler.net -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] gcc: command not found. Error while compiling c - program
I installed ubuntu 13.10 for my BeagleBoard Rev-C3 and I am not able to connect the board to internet But when I tried to compile on c-program ubuntu@arm:~$ gcc test.c -bash: gcc: command not found which gcc gives no result. ubuntu@arm:~$ which gcc ubuntu@arm:~$ A search for gcc gives ubuntu@arm:~$ sudo find / -name '*gcc*' [sudo] password for ubuntu: /var/lib/dpkg/info/libgcc1:armhf.symbols /var/lib/dpkg/info/gcc-4.8-base:armhf.md5sums /var/lib/dpkg/info/libgcc1:armhf.md5sums /var/lib/dpkg/info/gcc-4.8-base:armhf.list /var/lib/dpkg/info/libgcc1:armhf.shlibs /var/lib/dpkg/info/libgcc1:armhf.postinst /var/lib/dpkg/info/libgcc1:armhf.postrm /var/lib/dpkg/info/libgcc1:armhf.list /lib/arm-linux-gnueabihf/libgcc_s.so.1 /home/dell/sources/vim74/runtime/compiler/gcc.vim /usr/share/lintian/overrides/libgcc1 /usr/share/doc/gcc-4.8-base /usr/share/doc/libgcc1 /usr/lib/gcc and the folder /usr/lib/gcc/arm-linux-gnueabihf contain two folders(4.8 and 4.8.1(, but both are empty. ubuntu@arm:/usr/lib/gcc/arm-linux-gnueabihf$ ls 4.8 4.8.1 Can anybody help on this issue? -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Using /etc/init/_.conf for autostarting services
I am looking to add a auto start service using conf file in /etc/init but it seems that debian version on BBB presently only supports older style /etc/init.d sys init scripts. I thought I'd ask the group before starting to add packages to install on whether this newer version is supported or should I go straight to using systemd for startup of services. My aim is not to stray to far from base debian image in these early days. ~C -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Cross Toolchain for Debian Wheezy
On Wed, May 28, 2014 at 3:57 AM, familyheld...@googlemail.com wrote: Back again! I your script did run a while on my machine, now I have some .deb packages in the ./deploy folder. (I'm using my debian wheezy 32Bit vm (Linux debian-wheezy-vm 3.2.0-4-486 #1 Debian 3.2.51-1 i686 GNU/Linux) As far as I could see the script did run without problems. Binutils and some other stuff already did get installed to my /usr/bin folder. g++ is not installed. As far as I understand your script as a linux novice it should have been installed by some call to dpkg_cross. Correct, the cross built binutils needs to be installed to build gcc/g++ I already tried to manually install all the .deb packages from deploy folder with dpkg -i xzz.deb -force but this is failing because of dependency problems. sudo dpkg -i *.deb from the output directory should install it Two questions: 1. Is there a possibility to specify a prefix for the whole toolchain? (like angstrom toolchain has /usr/local/angstrom) It'll be something like that, i need to fire up my wheezy vm and double check (running jessie) 2. how to install the .deb packages Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Cross Toolchain for Debian Wheezy
On Wed, May 28, 2014 at 7:31 AM, halhe...@gmail.com wrote: Robert, Can't we simply use one of the Linaro cross compiling toolchains to cross-compile for a Debian based BBB installation? Does this mean we absolutely must run Wheezy on our PC to be able to cross-compile for the BBB with a Debian image.? This cross compiler script/deb's are for people who want to cross build using the same exact libraries/gcc/g++ versions that are on the debian image. You can use Linaro's cross tools as is. Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] gcc: command not found. Error while compiling c - program
On Wed, May 28, 2014 at 8:14 AM, milkyway muhammednouf...@gmail.com wrote: I installed ubuntu 13.10 for my BeagleBoard Rev-C3 and I am not able to connect the board to internet But when I tried to compile on c-program ubuntu@arm:~$ gcc test.c -bash: gcc: command not found which gcc gives no result. ubuntu@arm:~$ which gcc ubuntu@arm:~$ A search for gcc gives ubuntu@arm:~$ sudo find / -name '*gcc*' [sudo] password for ubuntu: /var/lib/dpkg/info/libgcc1:armhf.symbols /var/lib/dpkg/info/gcc-4.8-base:armhf.md5sums /var/lib/dpkg/info/libgcc1:armhf.md5sums /var/lib/dpkg/info/gcc-4.8-base:armhf.list /var/lib/dpkg/info/libgcc1:armhf.shlibs /var/lib/dpkg/info/libgcc1:armhf.postinst /var/lib/dpkg/info/libgcc1:armhf.postrm /var/lib/dpkg/info/libgcc1:armhf.list /lib/arm-linux-gnueabihf/libgcc_s.so.1 /home/dell/sources/vim74/runtime/compiler/gcc.vim /usr/share/lintian/overrides/libgcc1 /usr/share/doc/gcc-4.8-base /usr/share/doc/libgcc1 /usr/lib/gcc and the folder /usr/lib/gcc/arm-linux-gnueabihf contain two folders(4.8 and 4.8.1(, but both are empty. ubuntu@arm:/usr/lib/gcc/arm-linux-gnueabihf$ ls 4.8 4.8.1 Can anybody help on this issue? voodoo@hades:~$ which gcc /usr/bin/gcc It's not installed: sudo apt-get install gcc Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Can the BBB get damaged due to a hard power down?
On Wed, May 28, 2014 at 7:06 AM, Dr. Michael J. Chudobiak m...@avtechpulse.com wrote: I really donšt see how this can work. First, the supercaps are 2.5v so you No: http://www.digikey.com/product-detail/en/PHB-5R0V505-R/283-3520-ND/2770536 Actually if you cut one of those open, it's two 2.5v supercap with a balance resistor network. Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Using /etc/init/_.conf for autostarting services
On Wed, May 28, 2014 at 8:15 AM, Colin Bester bester.co...@gmail.com wrote: I am looking to add a auto start service using conf file in /etc/init but it seems that debian version on BBB presently only supports older style /etc/init.d sys init scripts. I thought I'd ask the group before starting to add packages to install on whether this newer version is supported or should I go straight to using systemd for startup of services. My aim is not to stray to far from base debian image in these early days. systemd is enabled in the debian image here: http://beagleboard.org/latest-images and /etc/init.d/* style script are still run in a systemd compatibility script. Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Using /etc/init/_.conf for autostarting services
Thanks On May 28, 2014, at 8:28 AM, Robert Nelson robertcnel...@gmail.com wrote: On Wed, May 28, 2014 at 8:15 AM, Colin Bester bester.co...@gmail.com wrote: I am looking to add a auto start service using conf file in /etc/init but it seems that debian version on BBB presently only supports older style /etc/init.d sys init scripts. I thought I'd ask the group before starting to add packages to install on whether this newer version is supported or should I go straight to using systemd for startup of services. My aim is not to stray to far from base debian image in these early days. systemd is enabled in the debian image here: http://beagleboard.org/latest-images and /etc/init.d/* style script are still run in a systemd compatibility script. Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to a topic in the Google Groups BeagleBoard group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/oLbHuHWUL2M/unsubscribe. To unsubscribe from this group and all its topics, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. Internet Disclaimer _ This message (including any attachments) contains confidential information intended for a specific individual and purpose, and may be protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this message, or the taking of any action based on it, is strictly prohibited. _ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Cross Toolchain for Debian Wheezy
Yeah! sudo dpkg -i *.deb did do the trick. I see now that only one dpkg call specifying all deb packages at once resolves the dependencies but fireing dpkg -i command for each file alone (even in a for each x in-loop) does not work. - something new learned- Many thanks, I will now try to compile my project (using qt; this means I need to recompile my qteverywhere also... damn.. so much left to do...) BTW: I also stumbled upon the linaro toolchain you mention here (http://eewiki.net/display/linuxonarm/BeagleBone+Black#BeagleBoneBlack-uEnv.txtbasedbootscript) Is it an worth considering alternative for this home-brew-self-compiled-toolchain ? regards, Ben Am Mittwoch, 28. Mai 2014 15:20:37 UTC+2 schrieb RobertCNelson: On Wed, May 28, 2014 at 3:57 AM, family...@googlemail.com javascript: wrote: Back again! I your script did run a while on my machine, now I have some .deb packages in the ./deploy folder. (I'm using my debian wheezy 32Bit vm (Linux debian-wheezy-vm 3.2.0-4-486 #1 Debian 3.2.51-1 i686 GNU/Linux) As far as I could see the script did run without problems. Binutils and some other stuff already did get installed to my /usr/bin folder. g++ is not installed. As far as I understand your script as a linux novice it should have been installed by some call to dpkg_cross. Correct, the cross built binutils needs to be installed to build gcc/g++ I already tried to manually install all the .deb packages from deploy folder with dpkg -i xzz.deb -force but this is failing because of dependency problems. sudo dpkg -i *.deb from the output directory should install it Two questions: 1. Is there a possibility to specify a prefix for the whole toolchain? (like angstrom toolchain has /usr/local/angstrom) It'll be something like that, i need to fire up my wheezy vm and double check (running jessie) 2. how to install the .deb packages Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Cross Toolchain for Debian Wheezy
On Wed, May 28, 2014 at 8:36 AM, familyheld...@googlemail.com wrote: Yeah! sudo dpkg -i *.deb did do the trick. I see now that only one dpkg call specifying all deb packages at once resolves the dependencies but fireing dpkg -i command for each file alone (even in a for each x in-loop) does not work. - something new learned- Many thanks, I will now try to compile my project (using qt; this means I need to recompile my qteverywhere also... damn.. so much left to do...) BTW: I also stumbled upon the linaro toolchain you mention here (http://eewiki.net/display/linuxonarm/BeagleBone+Black#BeagleBoneBlack-uEnv.txtbasedbootscript) Is it an worth considering alternative for this home-brew-self-compiled-toolchain ? There's nothing wrong with the linaro toolchain. Some users/customers want an exact gcc/lib/etc match with the gcc/lib/etc on the debian image. Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] gcc: command not found. Error while compiling c - program
On Wed, May 28, 2014 at 8:57 AM, milkyway muhammednouf...@gmail.com wrote: I don't know whether it's relevant to ask, any way.. I haven't connected the board to internet yet. So can I use internet over usb0? or is it possible to install it after downloading the source separately? Sure... if you properly setup usb0 on the beagle and the host networked pc It has a few dependices, best just to get networking working first, then use apt-get to install it. Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] gcc: command not found. Error while compiling c - program
I don't know whether it's relevant to ask, any way.. I haven't connected the board to internet yet. So can I use internet over usb0? or is it possible to install it after downloading the source separately? Thanks On Wednesday, 28 May 2014 18:54:19 UTC+5:30, RobertCNelson wrote: On Wed, May 28, 2014 at 8:14 AM, milkyway muhamme...@gmail.comjavascript: wrote: I installed ubuntu 13.10 for my BeagleBoard Rev-C3 and I am not able to connect the board to internet But when I tried to compile on c-program ubuntu@arm:~$ gcc test.c -bash: gcc: command not found which gcc gives no result. ubuntu@arm:~$ which gcc ubuntu@arm:~$ A search for gcc gives ubuntu@arm:~$ sudo find / -name '*gcc*' [sudo] password for ubuntu: /var/lib/dpkg/info/libgcc1:armhf.symbols /var/lib/dpkg/info/gcc-4.8-base:armhf.md5sums /var/lib/dpkg/info/libgcc1:armhf.md5sums /var/lib/dpkg/info/gcc-4.8-base:armhf.list /var/lib/dpkg/info/libgcc1:armhf.shlibs /var/lib/dpkg/info/libgcc1:armhf.postinst /var/lib/dpkg/info/libgcc1:armhf.postrm /var/lib/dpkg/info/libgcc1:armhf.list /lib/arm-linux-gnueabihf/libgcc_s.so.1 /home/dell/sources/vim74/runtime/compiler/gcc.vim /usr/share/lintian/overrides/libgcc1 /usr/share/doc/gcc-4.8-base /usr/share/doc/libgcc1 /usr/lib/gcc and the folder /usr/lib/gcc/arm-linux-gnueabihf contain two folders(4.8 and 4.8.1(, but both are empty. ubuntu@arm:/usr/lib/gcc/arm-linux-gnueabihf$ ls 4.8 4.8.1 Can anybody help on this issue? voodoo@hades:~$ which gcc /usr/bin/gcc It's not installed: sudo apt-get install gcc Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Cross Toolchain for Debian Wheezy
OK, thanks for making things clear. So I also think the way to go is using the same toolchain for the kernel and the user binaries - I will (try to) use the linaro toolchain. thanks so far. regards, Ben Am Mittwoch, 28. Mai 2014 15:39:21 UTC+2 schrieb RobertCNelson: On Wed, May 28, 2014 at 8:36 AM, family...@googlemail.com javascript: wrote: Yeah! sudo dpkg -i *.deb did do the trick. I see now that only one dpkg call specifying all deb packages at once resolves the dependencies but fireing dpkg -i command for each file alone (even in a for each x in-loop) does not work. - something new learned- Many thanks, I will now try to compile my project (using qt; this means I need to recompile my qteverywhere also... damn.. so much left to do...) BTW: I also stumbled upon the linaro toolchain you mention here ( http://eewiki.net/display/linuxonarm/BeagleBone+Black#BeagleBoneBlack-uEnv.txtbasedbootscript) Is it an worth considering alternative for this home-brew-self-compiled-toolchain ? There's nothing wrong with the linaro toolchain. Some users/customers want an exact gcc/lib/etc match with the gcc/lib/etc on the debian image. Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] USB power and Hotplug problem
Hi, Thank you for the response. The boot issue i've solved it with a soft start circuit and now it is working. The hot plug problem, i'm still struggling to find a solution because i can't find one, is there any suggestions to solve it? Thanks. Duarte Carona Terça-feira, 27 de Maio de 2014 15:33:04 UTC+1, RobertCNelson escreveu: On Mon, May 26, 2014 at 5:33 AM, duarte...@gmail.com javascript: wrote: Hi, I've been working with USB Hub from Texas Instruments (TSUB2046BVF) and i've tried to plug it to my BBB and everything works fine if i plug devices before BBB boot up but when i unplug and plug again (hotplug) it is not recognized. Based on some forum posts I realized that this is a Software problem on the BBB, so my question is if there's any new update or some workaround to solve this problem? Another question is regarding the power using only the USB, is there any current restrictions during BBB boot up? because if i power some HW to BBB 5V (consuming about 150mA) the BBB does not boot. Well, the usb spec gives you only 100mA till you request more. So I don't see that design booting off a standard usb port any time soon. Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Using BeagleBone with JavaScript/Node.js
Hi, I'm interested in looking at using BB with Node.js. If I come up with some test ideas, is it likely that I could find a production version of a board which would still allow me to use JavaScript or would I have to rewrite my solution with C or some C variant? thanks -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Using BeagleBone with JavaScript/Node.js
Please check out bonescript at http://beagleboard.org/Support/BoneScript . On Wed, May 28, 2014 at 6:26 AM, irelandath...@gmail.com wrote: Hi, I'm interested in looking at using BB with Node.js. If I come up with some test ideas, is it likely that I could find a production version of a board which would still allow me to use JavaScript or would I have to rewrite my solution with C or some C variant? thanks -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Commercial use of BeagleBone
Gerald, it seems getting no answer from CCo is a common experience. We have tried on phone, cellphone, fax, email and not received any reply since 8 weeks.As we had bought a four digit number of units in the past and about to repeat the same, we had expected a better service. Also no communication on outstanding units not delivered and RMAs From our own production we know that customer service tends to suffer when things run hot, but we still believe we deserve better. Appreciate your hint to CCo or any advise what we may do better. Andy -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: Availability - how come nobody has any BeagleBone Black to sell?
I have got a BBB. I had took it for my capstone project but due to it new functionality we were unable to use it for our purpose. I stay in India and I am willing to sell it for 4k INR. Plz do let me know if anybody needs it. On Monday, January 6, 2014 5:45:51 PM UTC-8, Paul Wright wrote: I was just curious why none of my usual distributors have any BeagleBone Black boards in stock and most are reporting lead times that are beyond belief. Has there been some supply chain disturbance I have missed? Shortage of a key component? Just seems strange... I'm evaluating a potential use but if there are going to be supply issues going forward, that is a concern. Does anyone have any information they can offer? Regards, paul -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: Angstrom linux kernel build fails at setup
Hi, I'm experiencing the same problem with elfutils.. Any solution so far? Cheers, Luis El lunes, 11 de noviembre de 2013 06:18:41 UTC+1, chaitra.k...@gmail.com escribió: Hi Even i have been facing the same error Processing bitbake: Fixed to revision 7e3a99949358f4362876df5a82f8aeaae72c3c97, skipping update Processing meta-angstrom: Current branch angstrom-v2012.12-yocto1.3 is up to date. Processing meta-openembedded: Current branch angstrom-staging-yocto1.3 is up to date. Processing meta-beagleboard: Current branch danny is up to date. Processing meta-ti: Current branch angstrom-staging-yocto1.3 is up to date. Processing meta-ettus: Fixed to revision 5a6a642f6707dc42a5210dbbf01d2bdfd869d4b0, skipping update Processing meta-efikamx: Fixed to revision 07f2a5c777b4f866985735303bc6d696592760a9, skipping update Processing meta-nslu2: Fixed to revision 8948458fe3ec2b3c713b2a13a87123b64e22b0d9, skipping update Processing meta-smartphone: Current branch danny is up to date. Processing meta-intel: Fixed to revision 98342e9e685ac8066f7fe2517fd382127a286648, skipping update Processing meta-xilinx: Fixed to revision d196fa93c7ff5e080d4c44e2b83aed472f32b2c7, skipping update Processing meta-openpandora: Fixed to revision bdd973321efabf9da4ac7bbc5e18ecab257841a3, skipping update Processing meta-raspberrypi: Current branch danny is up to date. Processing meta-handheld: Current branch danny is up to date. Processing meta-opie: Fixed to revision c242efc6ca55772a88602f1f8f94dff697b38430, skipping update Processing meta-java: Fixed to revision 75dee76c7cfbf1418e5c581f50bb57b3282013f7, skipping update Processing meta-browser: Current branch angstrom-staging-yocto1.3 is up to date. Processing meta-mono: Fixed to revision adf47f078dbf788a80ff1398a15a4fd5a334d320, skipping update Processing meta-kde: Fixed to revision 316d9c27e72cfebc7618268f8766624ee3f5e18e, skipping update Processing meta-linaro: Current branch danny is up to date. Processing meta-minnow: Current branch danny is up to date. Processing meta-allwinner: Current branch danny is up to date. Processing meta-ros: Fixed to revision 1a6a63ef2316a45a2fa07e00907a73d33aeeb7d7, skipping update Processing openembedded-core: Using /home/chaitra32bit/.oe/environment-angstromv2012.12 to setup needed variables. It is recommended to do '. /home/chaitra32bit/.oe/environment-angstromv2012.12' and run 'bitbake something' without using ./oebb.sh as wrapper Executing: MACHINE=beagleboard bitbake virtual/kernel Loading cache...done. Loaded 3162 entries from dependency cache. Parsing recipes...done. Parsing of 2649 .bb files complete (2645 cached, 4 parsed). 3168 targets, 120 skipped, 0 masked, 0 errors. WARNING: No recipes available for: /home/chaitra32bit/bb/sources/meta-handheld/recipes-core/udev/udev_164.bbappend /home/chaitra32bit/bb/sources/meta-intel/meta-fri2/recipes-core/tiny-init/tiny-init.bbappend Build Configuration: BB_VERSION= 1.17.0 TARGET_ARCH = arm TARGET_OS = linux-gnueabi MACHINE = beagleboard DISTRO= angstrom DISTRO_VERSION= v2012.12 TUNE_FEATURES = armv7a vfp neon cortexa8 TARGET_FPU= vfp-neon meta-angstrom = angstrom-v2012.12-yocto1.3:b7f8207b94d9a0ece73ad212a193cb2c95bd17ee meta-oe meta-systemd meta-efl meta-gpe meta-gnome meta-xfce meta-initramfs toolchain-layer meta-multimedia meta-networking meta-webserver meta-ruby = angstrom-staging-yocto1.3:c24d2b6dfd00724b3182977e19a153492afe9343 meta-kde = master:316d9c27e72cfebc7618268f8766624ee3f5e18e meta-opie = master:c242efc6ca55772a88602f1f8f94dff697b38430 meta-java = master:75dee76c7cfbf1418e5c581f50bb57b3282013f7 meta-browser = angstrom-staging-yocto1.3:011dbb273ac725e5a9e62ae36b8e538b2e9eb09c meta-mono = master:adf47f078dbf788a80ff1398a15a4fd5a334d320 meta-ros = master:1a6a63ef2316a45a2fa07e00907a73d33aeeb7d7 common-bsp= danny:136a28e4d16a03ee9a5e51d6e378f1b80c618b28 meta-ti = angstrom-staging-yocto1.3:69132771c1332951f424beeeb54dcb70a8a73541 meta-efikamx = master:07f2a5c777b4f866985735303bc6d696592760a9 meta-nslu2= master:8948458fe3ec2b3c713b2a13a87123b64e22b0d9 meta-htc meta-nokia meta-openmoko meta-palm = danny:924338ee2d44987da71088da31e1cd31d3a9dfa9 meta-handheld = danny:d641e71a7c09cd24c72e690ad1981e49da612bcd meta-intel meta-sugarbay meta-crownbay meta-emenlow meta-fri2 meta-jasperforest meta-n450 = danny:98342e9e685ac8066f7fe2517fd382127a286648 meta-allwinner= danny:3603ce61c075d2f6a23dbe0bd71ee604f7eb24ea meta-raspberrypi = danny:1ad98cf651054982c1a69576c1663285f0090034 meta-minnow = danny:182ae8dca4e29cfc9335e19a4d4c5a8511c9fcf6 meta-linaro =
[beagleboard] Re: BBB: lack of memory
I'm sorry about the double posting... /Poul C -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: BBB: lack of memory
If you register, the double posts won't happen. Gerald On Wed, May 28, 2014 at 4:30 AM, poulkjaer...@gmail.com wrote: I'm sorry about the double posting... /Poul C -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Boot sequence
Yes it would. This is all documented in the SRM. http://www.elinux.org/Beagleboard:BeagleBoneBlack#LATEST_PRODUCTION_FILES_.28C.29 Gerald On Tue, May 27, 2014 at 11:44 PM, karlkarpfe...@gmail.com wrote: Assumed there is no eMMC available on BBB, would it boot from SD-card automatically as first boot device? From my understanding this is what BeagleBone White does - but are there any more differences than just the eMMC to let it boot in an other order? -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Boot sequence
On Tue, May 27, 2014 at 11:44 PM, karlkarpfe...@gmail.com wrote: Assumed there is no eMMC available on BBB, would it boot from SD-card automatically as first boot device? yes From my understanding this is what BeagleBone White does - but are there any more differences than just the eMMC to let it boot in an other order? https://github.com/CircuitCo/BeagleBone-Black/blob/master/BBB_SCH.pdf page 6 of 11, sysboot pins 4:0 control the peripheral boot sequence from rom. Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Urgent required Java Developer - Washington, DC
*Please respond to gurjant.si...@damcosoft.com gurjant.si...@damcosoft.com* *Position: Java Developer* *Location: Washington, DC* *Duration: 6+ Months* *Visa: USC/GC/EAD only* Job Description: Core java skills with some *groovy experience* is must 4-7 yrs exp. Strong communication skills, can work independently, strong oops concept, design exposure, and oracle db exposure via java programming. Thanks and Regards, Gurjant Singh - (Gary) Technical Recruiter +1 212 389 9503 ext 208 E: gurjant.si...@damcosoft.com *NY Office: *112 W 34th St, 18th Floor, New York, NY 10120 *NJ Office: *894 Green Street, Suite B, Iselin, NJ 08830 Corporate: www.damcosoft.com *[image: Description: cid:image002.jpg@01CEDAE3.C3BE19D0]* *[image: Description: cid:image006.jpg@01CEDAE5.F56ED350]* *P** Please consider the planet before printing | Switch off as you go |**q**Recycle always |* *Your child deserves a better world* *CONFIDENTIALITY NOTICE:** This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message* -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Using RS485 in the serial ports
On Wed, May 28, 2014 at 2:38 AM, lexduples...@gmail.com wrote: Sorry for taking so long to come back but was a bit busy. It looks like the RS 485 patch is not included in the standard Debian release for the Beaglebone Black (with all the other patches that is included). So if you are using Debian on the Beaglebone Black you have to apply the RS 485 patch of Mickae1 manually before compiling else you could replace /kernel/drivers/tty/serial/omap-serial.c with the code at the end and also replace /kernel/uapi/linux/serial.h with the code at the end and recompile. Then just pass the structure as discussed above. Make these changes before applying the additional patches for the Debian image. So what exactly are we missing for RS 485 support? https://github.com/RobertCNelson/bb-kernel/blob/am33x-v3.8/patch.sh#L866 https://github.com/RobertCNelson/bb-kernel/blob/am33x-v3.8/patches/fixes/0007-omap-RS485-support-by-Michael-Musset.patch Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Commercial use of BeagleBone
Find somebody else to do business with. Gerald On Wed, May 28, 2014 at 12:56 AM, agkr...@gmail.com wrote: Gerald, it seems getting no answer from CCo is a common experience. We have tried on phone, cellphone, fax, email and not received any reply since 8 weeks.As we had bought a four digit number of units in the past and about to repeat the same, we had expected a better service. Also no communication on outstanding units not delivered and RMAs From our own production we know that customer service tends to suffer when things run hot, but we still believe we deserve better. Appreciate your hint to CCo or any advise what we may do better. Andy -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Using RS485 in the serial ports
Robert It works perfectly your Debian Image with the RS485 I don't understand what is the problem . Regards, On Wed, May 28, 2014 at 5:31 PM, Robert Nelson robertcnel...@gmail.comwrote: On Wed, May 28, 2014 at 2:38 AM, lexduples...@gmail.com wrote: Sorry for taking so long to come back but was a bit busy. It looks like the RS 485 patch is not included in the standard Debian release for the Beaglebone Black (with all the other patches that is included). So if you are using Debian on the Beaglebone Black you have to apply the RS 485 patch of Mickae1 manually before compiling else you could replace /kernel/drivers/tty/serial/omap-serial.c with the code at the end and also replace /kernel/uapi/linux/serial.h with the code at the end and recompile. Then just pass the structure as discussed above. Make these changes before applying the additional patches for the Debian image. So what exactly are we missing for RS 485 support? https://github.com/RobertCNelson/bb-kernel/blob/am33x-v3.8/patch.sh#L866 https://github.com/RobertCNelson/bb-kernel/blob/am33x-v3.8/patches/fixes/0007-omap-RS485-support-by-Michael-Musset.patch Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Commercial use of BeagleBone
Please correct me if I am wrong. At this point everyone involved in the development and manufacturing of the BeagleBone Black is doing so at break-even or a financial loss. This is an intentional strategy to build a critical mass of students, hackers, and hobbyist to create an ecosystem around the development system. This is a good long term strategy and a socially responsible position. Ideally, a healthy ecosystem will continue to grow around the TI based chip and the Circuit Co based board. The challenge comes, as we saw with power up and power down, when others expect a social responsibility project to meet their needs as a commercial product. Again, as I understand it, Circuit Co is at their maximum manufacturing capacity for the BBB. Everywhere I look, the BBB is sold out with-in hours of a distributor receiving a batch. Many of the distributors have agree to sell one per customer until the supply situation is resolved. Their goal, at this point, is to get as many units as possible into hands of students, hackers, and hobbyists to build the ecosystem of hardware and software developers who have a history of adding value back into an open project. This is new ground for many people and it will take a while for everyone to understand how the pieces fit together. The good news is that everything on the BBB is open so anyone is welcome to manufacture of modify it to meet their needs. Dave On Wed, May 28, 2014 at 12:56 AM, agkr...@gmail.com wrote: Gerald, it seems getting no answer from CCo is a common experience. We have tried on phone, cellphone, fax, email and not received any reply since 8 weeks.As we had bought a four digit number of units in the past and about to repeat the same, we had expected a better service. Also no communication on outstanding units not delivered and RMAs From our own production we know that customer service tends to suffer when things run hot, but we still believe we deserve better. Appreciate your hint to CCo or any advise what we may do better. Andy -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Commercial use of BeagleBone
And people wonder why I do not recommend using these boards in products. More capacity is ramping now and so far it is looking good. Gerald On Wed, May 28, 2014 at 11:03 AM, David Farning dfarn...@gmail.com wrote: Please correct me if I am wrong. At this point everyone involved in the development and manufacturing of the BeagleBone Black is doing so at break-even or a financial loss. This is an intentional strategy to build a critical mass of students, hackers, and hobbyist to create an ecosystem around the development system. This is a good long term strategy and a socially responsible position. Ideally, a healthy ecosystem will continue to grow around the TI based chip and the Circuit Co based board. The challenge comes, as we saw with power up and power down, when others expect a social responsibility project to meet their needs as a commercial product. Again, as I understand it, Circuit Co is at their maximum manufacturing capacity for the BBB. Everywhere I look, the BBB is sold out with-in hours of a distributor receiving a batch. Many of the distributors have agree to sell one per customer until the supply situation is resolved. Their goal, at this point, is to get as many units as possible into hands of students, hackers, and hobbyists to build the ecosystem of hardware and software developers who have a history of adding value back into an open project. This is new ground for many people and it will take a while for everyone to understand how the pieces fit together. The good news is that everything on the BBB is open so anyone is welcome to manufacture of modify it to meet their needs. Dave On Wed, May 28, 2014 at 12:56 AM, agkr...@gmail.com wrote: Gerald, it seems getting no answer from CCo is a common experience. We have tried on phone, cellphone, fax, email and not received any reply since 8 weeks.As we had bought a four digit number of units in the past and about to repeat the same, we had expected a better service. Also no communication on outstanding units not delivered and RMAs From our own production we know that customer service tends to suffer when things run hot, but we still believe we deserve better. Appreciate your hint to CCo or any advise what we may do better. Andy -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: Wireless Communication with BeagleBone Black
Could you send me the code? josesalga...@gmail.com El jueves, 21 de noviembre de 2013 09:48:20 UTC-5, rwhi...@me.com escribió: I did a similar thing with a phone instead of a laptop and a BB White instead of a BBB. I just sent ASCII strings over UDP. Don't forget zeroconf so you don't have to hard code IP addresses. Beaglebone Network Services http://www.youtube.com/watch?v=rAaiEUTmpMU http://www.youtube.com/watch?v=rAaiEUTmpMU I don't make money from my youtube BTW. On Wednesday, November 20, 2013 1:57:41 PM UTC-6, ghostma...@gmail.comwrote: am needing help with my project and I wondering if you guys can help. I need some form of TCP/UDP communication set up between my BeagleBone Black and my laptop. I am wondering if I can set up some form of local network through a wireless router connected to my laptop so that my laptop and the BeagleBone Black can have some form of TCP/UDP connection with each other. I have a wireless USB adapter connected to the BeagleBone Black so that it can connect to wireless networks. An alternative would be to connect my router to the BeagleBone Black and set up a local network (without connecting to the internet). Then I can make my laptop connect to the local network and have some form of tcp communication with the BeagleBone Black. Usage: Robotics competition where I have an application running in a laptop which is trying to send commands to a robot which is about 50-70 feet away wirelessly. Thanks -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Using BeagleBone with JavaScript/Node.js
From: irelandath...@gmail.com Reply-To: beagleboard@googlegroups.com Date: Wednesday, May 28, 2014 at 4:26 AM To: beagleboard@googlegroups.com Subject: [beagleboard] Using BeagleBone with JavaScript/Node.js Hi, I'm interested in looking at using BB with Node.js. If I come up with some test ideas, is it likely that I could find a production version of a board which would still allow me to use JavaScript or would I have to rewrite my solution with C or some C variant? You can use Node.js on any board version. There are no restrictions. thanks -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Commercial use of BeagleBone
How many times has it been said here that the board is not supported for commercial use ? What does this mean ? It means if you use the beagleBone Black( and probably all the others, but I have not looked ) in a commercial product, you're on your own. Pretty sure beagleboard.org pages ( among others ? ) say the exact same thing. I wonder how many time it needs to be said before it sinks in ? Am I wrong ? Maybe my English skills need polishing . . . On Wed, May 28, 2014 at 9:58 AM, Gerald Coley ger...@beagleboard.orgwrote: And people wonder why I do not recommend using these boards in products. More capacity is ramping now and so far it is looking good. Gerald On Wed, May 28, 2014 at 11:03 AM, David Farning dfarn...@gmail.comwrote: Please correct me if I am wrong. At this point everyone involved in the development and manufacturing of the BeagleBone Black is doing so at break-even or a financial loss. This is an intentional strategy to build a critical mass of students, hackers, and hobbyist to create an ecosystem around the development system. This is a good long term strategy and a socially responsible position. Ideally, a healthy ecosystem will continue to grow around the TI based chip and the Circuit Co based board. The challenge comes, as we saw with power up and power down, when others expect a social responsibility project to meet their needs as a commercial product. Again, as I understand it, Circuit Co is at their maximum manufacturing capacity for the BBB. Everywhere I look, the BBB is sold out with-in hours of a distributor receiving a batch. Many of the distributors have agree to sell one per customer until the supply situation is resolved. Their goal, at this point, is to get as many units as possible into hands of students, hackers, and hobbyists to build the ecosystem of hardware and software developers who have a history of adding value back into an open project. This is new ground for many people and it will take a while for everyone to understand how the pieces fit together. The good news is that everything on the BBB is open so anyone is welcome to manufacture of modify it to meet their needs. Dave On Wed, May 28, 2014 at 12:56 AM, agkr...@gmail.com wrote: Gerald, it seems getting no answer from CCo is a common experience. We have tried on phone, cellphone, fax, email and not received any reply since 8 weeks.As we had bought a four digit number of units in the past and about to repeat the same, we had expected a better service. Also no communication on outstanding units not delivered and RMAs From our own production we know that customer service tends to suffer when things run hot, but we still believe we deserve better. Appreciate your hint to CCo or any advise what we may do better. Andy -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Commercial use of BeagleBone
On Wed, May 28, 2014 at 12:27 PM, William Hermans yyrk...@gmail.com wrote: How many times has it been said here that the board is not supported for commercial use ? What does this mean ? It means if you use the beagleBone Black( and probably all the others, but I have not looked ) in a commercial product, you're on your own. Pretty sure beagleboard.org pages ( among others ? ) say the exact same thing. I wonder how many time it needs to be said before it sinks in ? Am I wrong ? Maybe my English skills need polishing . . . I think it's the multi-unit pricing. It's a low price for everyone, no matter the quantities. I forget who, it was that ST-Ericsson based board, they had a low price for developers (single quantities) but for production people they bumped the price by $50 or something. Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Using BeagleBone with JavaScript/Node.js
Irelandathome, I have personally installed Node.js from scratch and have had it working. On Debian before it was technically supported As said above, Bonescript runs on top ( along side ? Jason would know the best ) of Node.js. There is only one hurdle when compiling from source. You need to tweak the build script to build for the given processor type. Also, it seems many of the javascript developers for Node.js modules are oblivious to the concept of multi ARCH software. So, it may be wise if you're going to experiment on your own, that you backup your file system between each module install. At least this was the easiest way for me to keep a pristine ( clean ) file system. All the major module like Express as far as I can tell seems to work fine though. I did have a problem with one of the older package managers initially while I was figuring things out. NPM worked fine last I looked though. Also, you may not be able to use the latest version, but personally I got very close( about a month back from latest ). I have a command line log of the steps I took to achieve this if it's of any interest. On Wed, May 28, 2014 at 10:20 AM, John Syn john3...@gmail.com wrote: From: irelandath...@gmail.com Reply-To: beagleboard@googlegroups.com Date: Wednesday, May 28, 2014 at 4:26 AM To: beagleboard@googlegroups.com Subject: [beagleboard] Using BeagleBone with JavaScript/Node.js Hi, I'm interested in looking at using BB with Node.js. If I come up with some test ideas, is it likely that I could find a production version of a board which would still allow me to use JavaScript or would I have to rewrite my solution with C or some C variant? You can use Node.js on any board version. There are no restrictions. thanks -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Commercial use of BeagleBone
I wonder if that $50 covered all the headaches they received in return ? On Wed, May 28, 2014 at 10:38 AM, Robert Nelson robertcnel...@gmail.comwrote: On Wed, May 28, 2014 at 12:27 PM, William Hermans yyrk...@gmail.com wrote: How many times has it been said here that the board is not supported for commercial use ? What does this mean ? It means if you use the beagleBone Black( and probably all the others, but I have not looked ) in a commercial product, you're on your own. Pretty sure beagleboard.org pages ( among others ? ) say the exact same thing. I wonder how many time it needs to be said before it sinks in ? Am I wrong ? Maybe my English skills need polishing . . . I think it's the multi-unit pricing. It's a low price for everyone, no matter the quantities. I forget who, it was that ST-Ericsson based board, they had a low price for developers (single quantities) but for production people they bumped the price by $50 or something. Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Max current on header 5/3.3V supply
thanks everyone, so I guess the answer is yes? xbee uses 215ma max, so it looks like it's safe On Tuesday, May 27, 2014 9:03:18 AM UTC-4, PLyttle wrote: I doubt that. The pins are connected together. Also: 6.1.9.2 VDD_3V3A Rail The VDD_3V3A rail is supplied by the TPS65217C and provides the 3.3V for the processor rails and can provide up to 400mA. 6.1.9.3 VDD_3V3B Rail The current supplied by the VDD_3V3A rail is not sufficient to power all of the 3.3V rails on the board. So a second LDO is supplied, U4, a TL5209A, which sources the VDD_3V3B rail. It is powered up just after the VDD_3V3A rail. U4 is capable of sourcing 500 mA, but on-board it also powers nand, ethernet and uSD. Whatever is left for externals is less than 500 mA, 250 mA left as is documented seems reasonable. LP On Tuesday, May 27, 2014 1:28:57 PM UTC+2, Charles Steinkuehler wrote: Those numbers are for each pin, so 500 mA total. On 5/27/2014 2:04 AM, PLyttle wrote: When you read the service reference manual, section 8.6, you find that the VDD_3V3B at P9 pins 3 and 4 can source 250 mA max. On Tuesday, May 27, 2014 12:38:13 AM UTC+2, Robert P wrote: Hi everyone, I'm trying to figure out if it's safe to power an xbee off the 3.3V header on the bbb ( P9_3 / P9_4 ) .. I need 250ma-300ma MAX is this safe and stable? It would seem like it, but I want to confirm.. thank you! -- Charles Steinkuehler cha...@steinkuehler.net -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Can the BBB get damaged due to a hard power down?
On 5/28/14, 5:06 AM, Dr. Michael J. Chudobiak m...@avtechpulse.com wrote: I really donšt see how this can work. First, the supercaps are 2.5v so you No: http://www.digikey.com/product-detail/en/PHB-5R0V505-R/283-3520-ND/2770536 This is really two supercaps placed in series with a small resistor across each to balance the charge. This is not a good solution because the resistors discharge the supercaps with no load but for your application, it probably doesn't matter. PMC wonšt like a short circuit, which the supercap is when it is fully discharged. I could go on, but this idea doesnšt make sense to me. Same is true of an uncharged battery. The charger circuit is current-limited. (I pull it up with a diode drop + 10 Ohms to a +5V rail also, for faster charging.) Batteries should never go to 0V or they will be damaged. Lithium Iron shouldn't be discharged below 2.7V. I'm not sure what happens to the battery charging circuit in the PMU, but my guess is that is will go to some sort of a lockout for safety reasons so Im not sure if the switchers can run from this energy source. Have you asked anyone at TI if it is OK to use the PMU like this? Perhaps you should post a question on E2E. If you are charging at 440mA, it will take 50 Seconds to reach full charge. What happens when the power fails before that 50 Seconds? I would recommend that you monitor the supercap voltage and wait until it is fully charged before opening any files. It is an interesting concept, but I'm still skeptical if this can really work. Regards, John - Mike -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Can the BBB get damaged due to a hard power down?
On 5/28/14, 5:12 AM, Dr. Michael J. Chudobiak m...@avtechpulse.com wrote: Sounds cool and easy to implement hardware-wise. Can you share the code for that? Something like this: // use plain old open to avoid any buffering etc int enablefd = open(/proc/sys/kernel/sysrq, O_SYNC | O_RDWR); int trgfd = open(/proc/sysrq-trigger, O_SYNC | O_RDWR); // enable sysrq write(enablefd, 1\n, 2); close(enablefd); // sync disks write(trgfd, s\n, 2); // remount ro write(trgfd, u\n, 2); close(trgfd); // poweroff system (/usr/bin/systemctl poweroff -f); exit(0); As I mentioned, I use full data+metadata journaling on the filesystem, not just metadata. The only issue is that the system doesn't restart if power is reapplied before the supercap is fully discharged. You have to wait 10 seconds or so before a restart is possible. I'm not sure how to fix that. You need a small state machine which you can implement with a GreenPAK. http://www.silego.com/products/greenpak.html Regards, John - Mike -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Cross Toolchain for Debian Wheezy
I use Robert's instructions from that kernel built from scratch instructions partially because it does make cross compiling very simple. All you have to do is match the Linaro toolchain. The Windows binaries for Linaro work fine too for what it is worth. Or at least did last I built from scratch. I wrote a mini howto setup LInaro + Code::Blocks on WIndows, and posted it on beaglefu forums last year. But it is very simplistic, and I probably need to revisit / rewrite the instructions. Mainly I just wrote it to share the gist of what was possible. Code::Bocks btw is a very flexible cross platform IDE, that isn't written in java. If that is important to you. On Wed, May 28, 2014 at 7:30 AM, familyheld...@googlemail.com wrote: OK, thanks for making things clear. So I also think the way to go is using the same toolchain for the kernel and the user binaries - I will (try to) use the linaro toolchain. thanks so far. regards, Ben Am Mittwoch, 28. Mai 2014 15:39:21 UTC+2 schrieb RobertCNelson: On Wed, May 28, 2014 at 8:36 AM, family...@googlemail.com wrote: Yeah! sudo dpkg -i *.deb did do the trick. I see now that only one dpkg call specifying all deb packages at once resolves the dependencies but fireing dpkg -i command for each file alone (even in a for each x in-loop) does not work. - something new learned- Many thanks, I will now try to compile my project (using qt; this means I need to recompile my qteverywhere also... damn.. so much left to do...) BTW: I also stumbled upon the linaro toolchain you mention here (http://eewiki.net/display/linuxonarm/BeagleBone+Black# BeagleBoneBlack-uEnv.txtbasedbootscript) Is it an worth considering alternative for this home-brew-self-compiled-toolchain ? There's nothing wrong with the linaro toolchain. Some users/customers want an exact gcc/lib/etc match with the gcc/lib/etc on the debian image. Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Can the BBB get damaged due to a hard power down?
asked anyone at TI if it is OK to use the PMU like this? Perhaps you should post a question on E2E. From http://e2e.ti.com/support/power_management/pmu/f/200/t/185514.aspx: The battery charger should work fine with a supercap. You'll need to make sure the TS (battery temp sense) pin is at a proper voltage to allow charging. If the supercap does not have a temperature sensor, you can simply put a 10k resistor from TS to GND. If you are charging at 440mA, it will take 50 Seconds to reach full charge. What happens when the power fails before that 50 Seconds? I would recommend that you monitor the supercap voltage and wait until it is fully charged before opening any files. That is why I use full data+metadata journaling on the filesystem. If an unclean shutdown happens before the supercap is charged, the next boot-up will be delayed for several seconds as the filesystem is repaired using the full journal. That is annoying, but it is a minor cost for robustness. Mostly, the supercap is there to eliminate the need for the repair delay. It is an interesting concept, but I'm still skeptical if this can really work. Well, I do use it, so that's one data point. The other main alternative for bullet-proof power-fail robustness is to rely on on something like unionfs to provide a mix of read-only and read/write filesystems, but that's not so simple either. It's complex and not very well supported in general. Batteries have a fairly limited lifetime, so I don't consider that a practical solution (for me). I'm interested to hear how other people prevent corruption on power loss, though. - Mike -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Can the BBB get damaged due to a hard power down?
Batteries can be had that have a lifetime of 5+ years. Depending on the type of battery you use. Flooded lead acid ( for RE use ) can have a much longer life. Especially if the batteries are conditioned / charged properly. I've personally bought, and used 10,000 aH D Cells that have lasted 3 years, but failed eventually, because I was using them in a Maglite flashlight, and had dropped it many times. The point is, where there is a will, there is a way. Also, perhaps I am remembering wrongly, but I seem to recall reading that super caps have a limited lifetime as well. Something about only having so many charge cycles similar to a battery. On Wed, May 28, 2014 at 11:06 AM, Dr. Michael J. Chudobiak m...@avtechpulse.com wrote: asked anyone at TI if it is OK to use the PMU like this? Perhaps you should post a question on E2E. From http://e2e.ti.com/support/power_management/pmu/f/200/t/185514.aspx: The battery charger should work fine with a supercap. You'll need to make sure the TS (battery temp sense) pin is at a proper voltage to allow charging. If the supercap does not have a temperature sensor, you can simply put a 10k resistor from TS to GND. If you are charging at 440mA, it will take 50 Seconds to reach full charge. What happens when the power fails before that 50 Seconds? I would recommend that you monitor the supercap voltage and wait until it is fully charged before opening any files. That is why I use full data+metadata journaling on the filesystem. If an unclean shutdown happens before the supercap is charged, the next boot-up will be delayed for several seconds as the filesystem is repaired using the full journal. That is annoying, but it is a minor cost for robustness. Mostly, the supercap is there to eliminate the need for the repair delay. It is an interesting concept, but I'm still skeptical if this can really work. Well, I do use it, so that's one data point. The other main alternative for bullet-proof power-fail robustness is to rely on on something like unionfs to provide a mix of read-only and read/write filesystems, but that's not so simple either. It's complex and not very well supported in general. Batteries have a fairly limited lifetime, so I don't consider that a practical solution (for me). I'm interested to hear how other people prevent corruption on power loss, though. - Mike -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Angstrom Linux boot: where is initramfs.cpio.gz?
Hi, I'm working through an embedded linux book and have a couple BBBs. The Angstrom manual says file systme is loaded via *initramfs*.cpio.*gz* but find doesn't see it. If the system has changed, where is the documentation for this? -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Where files per the Angstrom manual?
Hi, I'm working through a book to learn Linux and have a couple BBBs. According to the Angstrom manual, the file system is supposed to be initialized via *initramfs.cpio.gz*. But find doesn't find it. I dug around a little online, but did not find any information about how the kernel file system are booted on Angstrom. I'm using Embedded Linux Primer (2012)*. *Where files per the Angstrom manual? If the system has changed, where is the documentaion for it? Thanks! -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] USB power and Hotplug problem
Boot the board with your hub connected and after boot run the commands below, then test hot-plug. echo on /sys/bus/usb/devices/usb1/power/control echo on /sys/bus/usb/devices/usb1/1-1/power/control On Wed, May 28, 2014 at 6:04 AM, duartecar...@gmail.com wrote: Hi, Thank you for the response. The boot issue i've solved it with a soft start circuit and now it is working. The hot plug problem, i'm still struggling to find a solution because i can't find one, is there any suggestions to solve it? Thanks. Duarte Carona Terça-feira, 27 de Maio de 2014 15:33:04 UTC+1, RobertCNelson escreveu: On Mon, May 26, 2014 at 5:33 AM, duarte...@gmail.com wrote: Hi, I've been working with USB Hub from Texas Instruments (TSUB2046BVF) and i've tried to plug it to my BBB and everything works fine if i plug devices before BBB boot up but when i unplug and plug again (hotplug) it is not recognized. Based on some forum posts I realized that this is a Software problem on the BBB, so my question is if there's any new update or some workaround to solve this problem? Another question is regarding the power using only the USB, is there any current restrictions during BBB boot up? because if i power some HW to BBB 5V (consuming about 150mA) the BBB does not boot. Well, the usb spec gives you only 100mA till you request more. So I don't see that design booting off a standard usb port any time soon. Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Using /etc/init/_.conf for autostarting services
init.d can be made to run a service at boot up too. Is there a problem with this ? http://www.embeddedhobbyist.com/debian-tips/beaglebone-black/beaglebone-black-init-scripts-default-gatewayand-ntpdate/ On Wed, May 28, 2014 at 6:30 AM, Colin Bester bester.co...@gmail.comwrote: Thanks On May 28, 2014, at 8:28 AM, Robert Nelson robertcnel...@gmail.com wrote: On Wed, May 28, 2014 at 8:15 AM, Colin Bester bester.co...@gmail.com wrote: I am looking to add a auto start service using conf file in /etc/init but it seems that debian version on BBB presently only supports older style /etc/init.d sys init scripts. I thought I'd ask the group before starting to add packages to install on whether this newer version is supported or should I go straight to using systemd for startup of services. My aim is not to stray to far from base debian image in these early days. systemd is enabled in the debian image here: http://beagleboard.org/latest-images and /etc/init.d/* style script are still run in a systemd compatibility script. Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to a topic in the Google Groups BeagleBoard group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/oLbHuHWUL2M/unsubscribe. To unsubscribe from this group and all its topics, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. Internet Disclaimer _ This message (including any attachments) contains confidential information intended for a specific individual and purpose, and may be protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this message, or the taking of any action based on it, is strictly prohibited. _ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Using /etc/init/_.conf for autostarting services
No right or wrong, I just want to get away from init.d. I far prefer concept of systemd, but confusion reigns due to my lack of knowledge, time to read! On May 28, 2014, at 1:36 PM, William Hermans yyrk...@gmail.com wrote: init.d can be made to run a service at boot up too. Is there a problem with this ? http://www.embeddedhobbyist.com/debian-tips/beaglebone-black/beaglebone-black-init-scripts-default-gatewayand-ntpdate/ On Wed, May 28, 2014 at 6:30 AM, Colin Bester bester.co...@gmail.com wrote: Thanks On May 28, 2014, at 8:28 AM, Robert Nelson robertcnel...@gmail.com wrote: On Wed, May 28, 2014 at 8:15 AM, Colin Bester bester.co...@gmail.com wrote: I am looking to add a auto start service using conf file in /etc/init but it seems that debian version on BBB presently only supports older style /etc/init.d sys init scripts. I thought I'd ask the group before starting to add packages to install on whether this newer version is supported or should I go straight to using systemd for startup of services. My aim is not to stray to far from base debian image in these early days. systemd is enabled in the debian image here: http://beagleboard.org/latest-images and /etc/init.d/* style script are still run in a systemd compatibility script. Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to a topic in the Google Groups BeagleBoard group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/oLbHuHWUL2M/unsubscribe. To unsubscribe from this group and all its topics, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. Internet Disclaimer _ This message (including any attachments) contains confidential information intended for a specific individual and purpose, and may be protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this message, or the taking of any action based on it, is strictly prohibited. _ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to a topic in the Google Groups BeagleBoard group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/oLbHuHWUL2M/unsubscribe. To unsubscribe from this group and all its topics, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. Internet Disclaimer _ This message (including any attachments) contains confidential information intended for a specific individual and purpose, and may be protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this message, or the taking of any action based on it, is strictly prohibited. _ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Can the BBB get damaged due to a hard power down?
On 05/28/2014 02:19 PM, William Hermans wrote: Batteries can be had that have a lifetime of 5+ years. Depending on the type of battery you use. Flooded lead acid ( for RE use ) can have a much longer life. Especially if the batteries are conditioned / charged properly. No doubt, but if I can avoid putting a battery in my product, I will. They will die eventually, they sometimes corrode in a horrible mess, and they require maintenance actions by the user. No thanks. :-) - Mike -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: Reading analog inputs fast in beaglebone black
Thanks everyone for your replies! I will spend friday and saturday experimenting and will report back here with my findings and probably more questions :) -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Can the BBB get damaged due to a hard power down?
On 5/28/14, 11:06 AM, Dr. Michael J. Chudobiak m...@avtechpulse.com wrote: asked anyone at TI if it is OK to use the PMU like this? Perhaps you should post a question on E2E. From http://e2e.ti.com/support/power_management/pmu/f/200/t/185514.aspx: Well, this posting is very interesting. So my thinking is with the addition of a GreenPAK to take care of the corner cases, it would be pretty simple to make a reliable power supply for the BBB. The battery charger should work fine with a supercap. You'll need to make sure the TS (battery temp sense) pin is at a proper voltage to allow charging. If the supercap does not have a temperature sensor, you can simply put a 10k resistor from TS to GND. If you are charging at 440mA, it will take 50 Seconds to reach full charge. What happens when the power fails before that 50 Seconds? I would recommend that you monitor the supercap voltage and wait until it is fully charged before opening any files. That is why I use full data+metadata journaling on the filesystem. This only reduces the risk of corrupt data, but does not eliminate the possibility. The same concept applies to redundant disks in a RAID. It only minimizes the potential for data loss, but you still have to backup RAID systems. If an unclean shutdown happens before the supercap is charged, the next boot-up will be delayed for several seconds as the filesystem is repaired using the full journal. That is annoying, but it is a minor cost for robustness. Mostly, the supercap is there to eliminate the need for the repair delay. It is an interesting concept, but I'm still skeptical if this can really work. Well, I do use it, so that's one data point. The other main alternative for bullet-proof power-fail robustness is to rely on on something like unionfs to provide a mix of read-only and read/write filesystems, but that's not so simple either. It's complex and not very well supported in general. Batteries have a fairly limited lifetime, so I don't consider that a practical solution (for me). I agree with you completely and I use supercaps for this reason. I'm interested to hear how other people prevent corruption on power loss, though. My solution is a lot more elaborate with supercap chargers/energy balance, voltage comparators and switchers, boost convertors to keep processor power constant as the supercaps discharge, state machines, etc. Regards, John - Mike -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Using /etc/init/_.conf for autostarting services
Ah, ok, I get that. but I'm more of a traditional the Debian way kind of person. On Wed, May 28, 2014 at 11:42 AM, Colin Bester bester.co...@gmail.comwrote: No right or wrong, I just want to get away from init.d. I far prefer concept of systemd, but confusion reigns due to my lack of knowledge, time to read! On May 28, 2014, at 1:36 PM, William Hermans yyrk...@gmail.com wrote: init.d can be made to run a service at boot up too. Is there a problem with this ? http://www.embeddedhobbyist.com/debian-tips/beaglebone-black/beaglebone-black-init-scripts-default-gatewayand-ntpdate/ On Wed, May 28, 2014 at 6:30 AM, Colin Bester bester.co...@gmail.comwrote: Thanks On May 28, 2014, at 8:28 AM, Robert Nelson robertcnel...@gmail.com wrote: On Wed, May 28, 2014 at 8:15 AM, Colin Bester bester.co...@gmail.com wrote: I am looking to add a auto start service using conf file in /etc/init but it seems that debian version on BBB presently only supports older style /etc/init.d sys init scripts. I thought I'd ask the group before starting to add packages to install on whether this newer version is supported or should I go straight to using systemd for startup of services. My aim is not to stray to far from base debian image in these early days. systemd is enabled in the debian image here: http://beagleboard.org/latest-images and /etc/init.d/* style script are still run in a systemd compatibility script. Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to a topic in the Google Groups BeagleBoard group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/oLbHuHWUL2M/unsubscribe. To unsubscribe from this group and all its topics, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. Internet Disclaimer _ This message (including any attachments) contains confidential information intended for a specific individual and purpose, and may be protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this message, or the taking of any action based on it, is strictly prohibited. _ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to a topic in the Google Groups BeagleBoard group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/oLbHuHWUL2M/unsubscribe. To unsubscribe from this group and all its topics, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. Internet Disclaimer _ This message (including any attachments) contains confidential information intended for a specific individual and purpose, and may be protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this message, or the taking of any action based on it, is strictly prohibited. _ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Using /etc/init/_.conf for autostarting services
Or more correctly in this case I should say The Wheezy way, since Debian things have been changing fairly rapidly the last few years it seems. On Wed, May 28, 2014 at 11:55 AM, William Hermans yyrk...@gmail.com wrote: Ah, ok, I get that. but I'm more of a traditional the Debian way kind of person. On Wed, May 28, 2014 at 11:42 AM, Colin Bester bester.co...@gmail.comwrote: No right or wrong, I just want to get away from init.d. I far prefer concept of systemd, but confusion reigns due to my lack of knowledge, time to read! On May 28, 2014, at 1:36 PM, William Hermans yyrk...@gmail.com wrote: init.d can be made to run a service at boot up too. Is there a problem with this ? http://www.embeddedhobbyist.com/debian-tips/beaglebone-black/beaglebone-black-init-scripts-default-gatewayand-ntpdate/ On Wed, May 28, 2014 at 6:30 AM, Colin Bester bester.co...@gmail.comwrote: Thanks On May 28, 2014, at 8:28 AM, Robert Nelson robertcnel...@gmail.com wrote: On Wed, May 28, 2014 at 8:15 AM, Colin Bester bester.co...@gmail.com wrote: I am looking to add a auto start service using conf file in /etc/init but it seems that debian version on BBB presently only supports older style /etc/init.d sys init scripts. I thought I'd ask the group before starting to add packages to install on whether this newer version is supported or should I go straight to using systemd for startup of services. My aim is not to stray to far from base debian image in these early days. systemd is enabled in the debian image here: http://beagleboard.org/latest-images and /etc/init.d/* style script are still run in a systemd compatibility script. Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to a topic in the Google Groups BeagleBoard group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/oLbHuHWUL2M/unsubscribe. To unsubscribe from this group and all its topics, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. Internet Disclaimer _ This message (including any attachments) contains confidential information intended for a specific individual and purpose, and may be protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this message, or the taking of any action based on it, is strictly prohibited. _ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to a topic in the Google Groups BeagleBoard group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/oLbHuHWUL2M/unsubscribe. To unsubscribe from this group and all its topics, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. Internet Disclaimer _ This message (including any attachments) contains confidential information intended for a specific individual and purpose, and may be protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this message, or the taking of any action based on it, is strictly prohibited. _ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Can the BBB get damaged due to a hard power down?
From: William Hermans yyrk...@gmail.com Reply-To: beagleboard@googlegroups.com Date: Wednesday, May 28, 2014 at 11:19 AM To: beagleboard@googlegroups.com Subject: Re: [beagleboard] Re: Can the BBB get damaged due to a hard power down? Batteries can be had that have a lifetime of 5+ years. Depending on the type of battery you use. Flooded lead acid ( for RE use ) can have a much longer life. Especially if the batteries are conditioned / charged properly. You can buy Tadiran batteries that last 10 years, but they are expensive. They aren¹t real batteries either, they are a type of hybrid battery. http://www.tadiranbat.com http://www.tadiranbat.com/ I've personally bought, and used 10,000 aH D Cells that have lasted 3 years, but failed eventually, because I was using them in a Maglite flashlight, and had dropped it many times. The point is, where there is a will, there is a way. Also, perhaps I am remembering wrongly, but I seem to recall reading that super caps have a limited lifetime as well. Something about only having so many charge cycles similar to a battery. Not true. As long as you do not exceed their maximum voltage, supercaps charge cycles are 100x that of batteries and their life expectancy is 10 Years. You can also charge and discharge them much faster than batteries. Regular Lithium Iron are good for about 1,000 charge cycles and 3 year capacity is less than 80%. On Wed, May 28, 2014 at 11:06 AM, Dr. Michael J. Chudobiak m...@avtechpulse.com wrote: asked anyone at TI if it is OK to use the PMU like this? Perhaps you should post a question on E2E. From http://e2e.ti.com/support/power_management/pmu/f/200/t/185514.aspx http://e2e.ti.com/support/power_management/pmu/f/200/t/185514.aspx : The battery charger should work fine with a supercap. You'll need to make sure the TS (battery temp sense) pin is at a proper voltage to allow charging. If the supercap does not have a temperature sensor, you can simply put a 10k resistor from TS to GND. If you are charging at 440mA, it will take 50 Seconds to reach full charge. What happens when the power fails before that 50 Seconds? I would recommend that you monitor the supercap voltage and wait until it is fully charged before opening any files. That is why I use full data+metadata journaling on the filesystem. If an unclean shutdown happens before the supercap is charged, the next boot-up will be delayed for several seconds as the filesystem is repaired using the full journal. That is annoying, but it is a minor cost for robustness. Mostly, the supercap is there to eliminate the need for the repair delay. It is an interesting concept, but I'm still skeptical if this can really work. Well, I do use it, so that's one data point. The other main alternative for bullet-proof power-fail robustness is to rely on on something like unionfs to provide a mix of read-only and read/write filesystems, but that's not so simple either. It's complex and not very well supported in general. Batteries have a fairly limited lifetime, so I don't consider that a practical solution (for me). I'm interested to hear how other people prevent corruption on power loss, though. - Mike -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com mailto:beagleboard%2bunsubscr...@googlegroups.com . For more options, visit https://groups.google.com/d/optout https://groups.google.com/d/optout . -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Using /etc/init/_.conf for autostarting services
From: William Hermans yyrk...@gmail.com Reply-To: beagleboard@googlegroups.com Date: Wednesday, May 28, 2014 at 11:56 AM To: beagleboard@googlegroups.com Subject: Re: [beagleboard] Using /etc/init/_.conf for autostarting services Or more correctly in this case I should say The Wheezy way, since Debian things have been changing fairly rapidly the last few years it seems. Yeah, but systemd has won so we all have to get use to it ;-) On Wed, May 28, 2014 at 11:55 AM, William Hermans yyrk...@gmail.com wrote: Ah, ok, I get that. but I'm more of a traditional the Debian way kind of person. On Wed, May 28, 2014 at 11:42 AM, Colin Bester bester.co...@gmail.com wrote: No right or wrong, I just want to get away from init.d. I far prefer concept of systemd, but confusion reigns due to my lack of knowledge, time to read! On May 28, 2014, at 1:36 PM, William Hermans yyrk...@gmail.com wrote: init.d can be made to run a service at boot up too. Is there a problem with this ? http://www.embeddedhobbyist.com/debian-tips/beaglebone-black/beaglebone-bla ck-init-scripts-default-gatewayand-ntpdate/ On Wed, May 28, 2014 at 6:30 AM, Colin Bester bester.co...@gmail.com wrote: Thanks On May 28, 2014, at 8:28 AM, Robert Nelson robertcnel...@gmail.com wrote: On Wed, May 28, 2014 at 8:15 AM, Colin Bester bester.co...@gmail.com wrote: I am looking to add a auto start service using conf file in /etc/init but it seems that debian version on BBB presently only supports older style /etc/init.d sys init scripts. I thought I'd ask the group before starting to add packages to install on whether this newer version is supported or should I go straight to using systemd for startup of services. My aim is not to stray to far from base debian image in these early days. systemd is enabled in the debian image here: http://beagleboard.org/latest-images and /etc/init.d/* style script are still run in a systemd compatibility script. Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to a topic in the Google Groups BeagleBoard group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/oLbHuHWUL2M/unsubscribe. To unsubscribe from this group and all its topics, send an email to beagleboard+unsubscr...@googlegroups.com mailto:beagleboard%2bunsubscr...@googlegroups.com . For more options, visit https://groups.google.com/d/optout. Internet Disclaimer _ This message (including any attachments) contains confidential information intended for a specific individual and purpose, and may be protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this message, or the taking of any action based on it, is strictly prohibited. _ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com mailto:beagleboard%2bunsubscr...@googlegroups.com . For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to a topic in the Google Groups BeagleBoard group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/oLbHuHWUL2M/unsubscribe. To unsubscribe from this group and all its topics, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. Internet Disclaimer _ This message (including any attachments) contains confidential information intended for a specific individual and purpose, and may be protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this message, or the taking of any action based on it, is strictly prohibited. _ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more
Re: [beagleboard] Eclipse C and Remote Debugging
I'm still looking for a solution and getting more and more frustrated by what seems to be a very steep up hill battle. There are quite a few sites linking to http://www.angstrom-distribution.org/toolchains/ This link is invalid and results in a 404. The toolchains that I did manage to track down are not all complete, some have a gdb in the archive, others don't. Can someone point me in the direction of a complete toolchain with instructions on how to install it correctly? Thank you, Simon On Wednesday, 28 May 2014 08:52:36 UTC+1, Simon Platten wrote: Hi John, Thank you for the reply, perhaps I wasn't very clear. GDB Server is installed on the Beaglebone Black and I see the process running, it just fails to connect. I will post more detail when I get home tonight. I've tried using the default port 2345 and also found a post suggesting , neither worked. On Wednesday, 28 May 2014 08:45:53 UTC+1, john3909 wrote: From: Simon Platten simona...@gmail.com Reply-To: beagl...@googlegroups.com Date: Tuesday, May 27, 2014 at 11:53 PM To: beagl...@googlegroups.com Subject: [beagleboard] Eclipse C and Remote Debugging I have Eclipse Kepler running on Ubuntu 14.04 x64, I can build and remote debug Java applications on the Beaglebone Black, but for some reason I cannot remote debug C applications. I can compile a C application and I can see that it is transferred to the Beaglebone Black, I can even run it from an SSH terminal on the Beaglebone Black. But trying to remote debug always fails with a GDB error. The console reports that GDB will reconnect, however it never does. I've tried following numerous videos on YouTube, however none of them have resolved this issue. In the end I decided to build and compile on the Beaglebone Black directly, however now I get an error saying GLIBC_2.17 libc.so.6 not found...sorry if my post isn't very detailed, I'm at work now without access to all the information. Can anyone point me in the right location to resolve either the remote debugging or the GLIBC_2.17 error? I have already spent a very long time trying to find answers myself. You need GDBServer installed on your BBB. You launch GDBServer on your BBB with IP of host and specify the port number for the host to connect to. In Eclipse, I don’t recall the exact command, but it is something like gdb remote BBB ipaddr BBB port. There are plenty of example on Google. https://www.google.com/search?q=eclipse+gdbserver+remote+debugoq=eclipse+gdbserveraqs=chrome.1.69i57j0l5.16411j0j7sourceid=chromees_sm=119ie=UTF-8 Regards John Thank you, Kind Regards, Simon -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: Problems with updating Beaglebone Black via opkg install
I am having the same issue with mine at the moment. For me however, I am able to reach the links it provides when it displays the collected errors. But I do want to know why the opkg_download failed. root@beaglebone:~# opkg update Downloading http://feeds.angstrom-distribution.org/feeds/v2012.12/ipk/eglibc/armv7a-vfp-neon/base/Packages.gz. wget: bad address 'feeds.angstrom-distribution.org' Downloading http://feeds.angstrom-distribution.org/feeds/v2012.12/ipk/eglibc/armv7a-vfp-neon/machine/beaglebone/Packages.gz. wget: bad address 'feeds.angstrom-distribution.org' Downloading http://feeds.angstrom-distribution.org/feeds/v2012.12/ipk/eglibc/armv7a-vfp-neon/debug/Packages.gz. wget: bad address 'feeds.angstrom-distribution.org' Downloading http://feeds.angstrom-distribution.org/feeds/v2012.12/ipk/eglibc/armv7a-vfp-neon/gstreamer/Packages.gz. wget: bad address 'feeds.angstrom-distribution.org' Downloading http://feeds.angstrom-distribution.org/feeds/v2012.12/ipk/eglibc/all/Packages.gz. wget: bad address 'feeds.angstrom-distribution.org' Downloading http://feeds.angstrom-distribution.org/feeds/v2012.12/ipk/eglibc/armv7a-vfp-neon/perl/Packages.gz. wget: bad address 'feeds.angstrom-distribution.org' Downloading http://feeds.angstrom-distribution.org/feeds/v2012.12/ipk/eglibc/armv7a-vfp-neon/python/Packages.gz. wget: bad address 'feeds.angstrom-distribution.org' Collected errors: * opkg_download: Failed to download http://feeds.angstrom-distribution.org/feeds/v2012.12/ipk/eglibc/armv7a-vfp-neon/base/Packages.gz, wget returned 1. * opkg_download: Failed to download http://feeds.angstrom-distribution.org/feeds/v2012.12/ipk/eglibc/armv7a-vfp-neon/machine/beaglebone/Packages.gz, wget returned 1. * opkg_download: Failed to download http://feeds.angstrom-distribution.org/feeds/v2012.12/ipk/eglibc/armv7a-vfp-neon/debug/Packages.gz, wget returned 1. * opkg_download: Failed to download http://feeds.angstrom-distribution.org/feeds/v2012.12/ipk/eglibc/armv7a-vfp-neon/gstreamer/Packages.gz, wget returned 1. * opkg_download: Failed to download http://feeds.angstrom-distribution.org/feeds/v2012.12/ipk/eglibc/all/Packages.gz, wget returned 1. * opkg_download: Failed to download http://feeds.angstrom-distribution.org/feeds/v2012.12/ipk/eglibc/armv7a-vfp-neon/perl/Packages.gz, wget returned 1. * opkg_download: Failed to download http://feeds.angstrom-distribution.org/feeds/v2012.12/ipk/eglibc/armv7a-vfp-neon/python/Packages.gz, wget returned 1. I can connect to the links it provides, but I want to know why they aren't downloadable from the PuTTY. I am wondering if there is just a bad connection remaining between the BBB and my PC (Windows 7). I am still very new with the BBB, and learning more about it as I am interning. My main project while I work here circles around the use of the BBB, I just seem to be butting heads with it lately. I'd love to get some feedback about how I should go about fixing it. I am trying to fix it in order to create a web server through the BBB if that helps any in figuring out the issue. Thanks, Ryan -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Anyone else interested in obtaining a mikroBUS Cape ?
How much is the shipping? I see the base price is ~$18 including VAT. I would take 2 at this price plus a reasonable shared shipping cost. Mark Mark On Tue, May 27, 2014 at 3:13 PM, motortest_guy pondhockey...@gmail.comwrote: https://www.tigal.com/wiki/doku.php?id=tigalcapes:bb_mikrobus_cape I want to get one, but the freight cost to get it across the ocean is double the cost of the board. If I order one, I might get a few more to sell to folks interested in the States. Mouser (In States) carries many if the Click boards, but doesn't carry the adapter cape (above). http://www.mouser.com/new/mikroelektronika/mikroelektronikaClick/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Using /etc/init/_.conf for autostarting services
It's crazy. I have been in software for longer than I care to mention but last time I dug deep into Linux was about 8 maybe 10 years ago - so much is the same, but so much is different! On May 28, 2014, at 1:56 PM, William Hermans yyrk...@gmail.com wrote: Or more correctly in this case I should say The Wheezy way, since Debian things have been changing fairly rapidly the last few years it seems. On Wed, May 28, 2014 at 11:55 AM, William Hermans yyrk...@gmail.com wrote: Ah, ok, I get that. but I'm more of a traditional the Debian way kind of person. On Wed, May 28, 2014 at 11:42 AM, Colin Bester bester.co...@gmail.com wrote: No right or wrong, I just want to get away from init.d. I far prefer concept of systemd, but confusion reigns due to my lack of knowledge, time to read! On May 28, 2014, at 1:36 PM, William Hermans yyrk...@gmail.com wrote: init.d can be made to run a service at boot up too. Is there a problem with this ? http://www.embeddedhobbyist.com/debian-tips/beaglebone-black/beaglebone-black-init-scripts-default-gatewayand-ntpdate/ On Wed, May 28, 2014 at 6:30 AM, Colin Bester bester.co...@gmail.com wrote: Thanks On May 28, 2014, at 8:28 AM, Robert Nelson robertcnel...@gmail.com wrote: On Wed, May 28, 2014 at 8:15 AM, Colin Bester bester.co...@gmail.com wrote: I am looking to add a auto start service using conf file in /etc/init but it seems that debian version on BBB presently only supports older style /etc/init.d sys init scripts. I thought I'd ask the group before starting to add packages to install on whether this newer version is supported or should I go straight to using systemd for startup of services. My aim is not to stray to far from base debian image in these early days. systemd is enabled in the debian image here: http://beagleboard.org/latest-images and /etc/init.d/* style script are still run in a systemd compatibility script. Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to a topic in the Google Groups BeagleBoard group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/oLbHuHWUL2M/unsubscribe. To unsubscribe from this group and all its topics, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. Internet Disclaimer _ This message (including any attachments) contains confidential information intended for a specific individual and purpose, and may be protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this message, or the taking of any action based on it, is strictly prohibited. _ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to a topic in the Google Groups BeagleBoard group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/oLbHuHWUL2M/unsubscribe. To unsubscribe from this group and all its topics, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. Internet Disclaimer _ This message (including any attachments) contains confidential information intended for a specific individual and purpose, and may be protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this message, or the taking of any action based on it, is strictly prohibited. _ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to a topic in the Google Groups BeagleBoard group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/oLbHuHWUL2M/unsubscribe. To unsubscribe from this group and all its topics, send an email to beagleboard+unsubscr...@googlegroups.com. For more options,
Re: [beagleboard] Using /etc/init/_.conf for autostarting services
Yup, for now it's the way forward. Actually pretty easy all in all and I do like the concepts. I am battling a bit with ordering startup, but will push through! ~C On May 28, 2014, at 2:05 PM, John Syn john3...@gmail.com wrote: From: William Hermans yyrk...@gmail.com Reply-To: beagleboard@googlegroups.com Date: Wednesday, May 28, 2014 at 11:56 AM To: beagleboard@googlegroups.com Subject: Re: [beagleboard] Using /etc/init/_.conf for autostarting services Or more correctly in this case I should say The Wheezy way, since Debian things have been changing fairly rapidly the last few years it seems. Yeah, but systemd has won so we all have to get use to it ;-) On Wed, May 28, 2014 at 11:55 AM, William Hermans yyrk...@gmail.com wrote: Ah, ok, I get that. but I'm more of a traditional the Debian way kind of person. On Wed, May 28, 2014 at 11:42 AM, Colin Bester bester.co...@gmail.com wrote: No right or wrong, I just want to get away from init.d. I far prefer concept of systemd, but confusion reigns due to my lack of knowledge, time to read! On May 28, 2014, at 1:36 PM, William Hermans yyrk...@gmail.com wrote: init.d can be made to run a service at boot up too. Is there a problem with this ? http://www.embeddedhobbyist.com/debian-tips/beaglebone-black/beaglebone-black-init-scripts-default-gatewayand-ntpdate/ On Wed, May 28, 2014 at 6:30 AM, Colin Bester bester.co...@gmail.com wrote: Thanks On May 28, 2014, at 8:28 AM, Robert Nelson robertcnel...@gmail.com wrote: On Wed, May 28, 2014 at 8:15 AM, Colin Bester bester.co...@gmail.com wrote: I am looking to add a auto start service using conf file in /etc/init but it seems that debian version on BBB presently only supports older style /etc/init.d sys init scripts. I thought I'd ask the group before starting to add packages to install on whether this newer version is supported or should I go straight to using systemd for startup of services. My aim is not to stray to far from base debian image in these early days. systemd is enabled in the debian image here: http://beagleboard.org/latest-images and /etc/init.d/* style script are still run in a systemd compatibility script. Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to a topic in the Google Groups BeagleBoard group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/oLbHuHWUL2M/unsubscribe. To unsubscribe from this group and all its topics, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. Internet Disclaimer _ This message (including any attachments) contains confidential information intended for a specific individual and purpose, and may be protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this message, or the taking of any action based on it, is strictly prohibited. _ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to a topic in the Google Groups BeagleBoard group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/oLbHuHWUL2M/unsubscribe. To unsubscribe from this group and all its topics, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. Internet Disclaimer _ This message (including any attachments) contains confidential information intended for a specific individual and purpose, and may be protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this message, or the taking of any action based on it, is strictly prohibited. _ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed
Re: [beagleboard] Re: Can the BBB get damaged due to a hard power down?
I was not saying the charge cycles were the same, just that they do not work indefinitely. Less than 10 years life expectancy IMHO is on par with lead acid batteries. Also, the batteries I used were 10,000 maH or 10aH ( not 10,000 aH ). For two they cost me ~$25, and they were very heavy for their size. We live completely offgrid and run our house completely off solar / a large-ish battery bank. I am not an expert per se, but have lots of hands on with this type of setup, but on a larger scale. You definitely would not want to lug one of these around to use with a BBB ( let alone 3 because they're 2v deep cycle RE's ). But the NiMH D Cells I have used in the past would probably work fine. They never corroded. Although the charge cycles is = 500 for the NiMH, which if they operate like lead acid. A charge cycle only counts once the battery is taken down below a certain charge %. Me, I'd definitely prefer to use a battery, mostly because I am very familiar with the characteristics of batteries, and writting code for an msp430 ( for conditioning a battery, and monitoring line voltage ) would be really simple. But again, I really have not spent a ton of time thinking about it. On Wed, May 28, 2014 at 12:02 PM, John Syn john3...@gmail.com wrote: From: William Hermans yyrk...@gmail.com Reply-To: beagleboard@googlegroups.com Date: Wednesday, May 28, 2014 at 11:19 AM To: beagleboard@googlegroups.com Subject: Re: [beagleboard] Re: Can the BBB get damaged due to a hard power down? Batteries can be had that have a lifetime of 5+ years. Depending on the type of battery you use. Flooded lead acid ( for RE use ) can have a much longer life. Especially if the batteries are conditioned / charged properly. You can buy Tadiran batteries that last 10 years, but they are expensive. They aren’t real batteries either, they are a type of hybrid battery. http://www.tadiranbat.com I've personally bought, and used 10,000 aH D Cells that have lasted 3 years, but failed eventually, because I was using them in a Maglite flashlight, and had dropped it many times. The point is, where there is a will, there is a way. Also, perhaps I am remembering wrongly, but I seem to recall reading that super caps have a limited lifetime as well. Something about only having so many charge cycles similar to a battery. Not true. As long as you do not exceed their maximum voltage, supercaps charge cycles are 100x that of batteries and their life expectancy is 10 Years. You can also charge and discharge them much faster than batteries. Regular Lithium Iron are good for about 1,000 charge cycles and 3 year capacity is less than 80%. On Wed, May 28, 2014 at 11:06 AM, Dr. Michael J. Chudobiak m...@avtechpulse.com wrote: asked anyone at TI if it is OK to use the PMU like this? Perhaps you should post a question on E2E. From http://e2e.ti.com/support/power_management/pmu/f/200/t/185514.aspx: The battery charger should work fine with a supercap. You'll need to make sure the TS (battery temp sense) pin is at a proper voltage to allow charging. If the supercap does not have a temperature sensor, you can simply put a 10k resistor from TS to GND. If you are charging at 440mA, it will take 50 Seconds to reach full charge. What happens when the power fails before that 50 Seconds? I would recommend that you monitor the supercap voltage and wait until it is fully charged before opening any files. That is why I use full data+metadata journaling on the filesystem. If an unclean shutdown happens before the supercap is charged, the next boot-up will be delayed for several seconds as the filesystem is repaired using the full journal. That is annoying, but it is a minor cost for robustness. Mostly, the supercap is there to eliminate the need for the repair delay. It is an interesting concept, but I'm still skeptical if this can really work. Well, I do use it, so that's one data point. The other main alternative for bullet-proof power-fail robustness is to rely on on something like unionfs to provide a mix of read-only and read/write filesystems, but that's not so simple either. It's complex and not very well supported in general. Batteries have a fairly limited lifetime, so I don't consider that a practical solution (for me). I'm interested to hear how other people prevent corruption on power loss, though. - Mike -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from
Re: [beagleboard] Using /etc/init/_.conf for autostarting services
From: Colin Bester bester.co...@gmail.com Reply-To: beagleboard@googlegroups.com Date: Wednesday, May 28, 2014 at 12:22 PM To: beagleboard@googlegroups.com Subject: Re: [beagleboard] Using /etc/init/_.conf for autostarting services Yup, for now it¹s the way forward. Actually pretty easy all in all and I do like the concepts. I am battling a bit with ordering startup, but will push through! You should stop top posting as this isn¹t considered good etiquette. Rather post your response just below the text you are responding to so everyone understand the context of your response. With that out the way, the order is determined by it¹s dependency. Systemd will wait for the dependency to complete before starting this service. When there is no dependency, services are started in parallel. This is why Systemd is so much faster. systemd-analyze blame Will help you understand the startup order. Regards, John ~C On May 28, 2014, at 2:05 PM, John Syn john3...@gmail.com wrote: From: William Hermans yyrk...@gmail.com Reply-To: beagleboard@googlegroups.com Date: Wednesday, May 28, 2014 at 11:56 AM To: beagleboard@googlegroups.com Subject: Re: [beagleboard] Using /etc/init/_.conf for autostarting services Or more correctly in this case I should say The Wheezy way, since Debian things have been changing fairly rapidly the last few years it seems. Yeah, but systemd has won so we all have to get use to it ;-) On Wed, May 28, 2014 at 11:55 AM, William Hermans yyrk...@gmail.com wrote: Ah, ok, I get that. but I'm more of a traditional the Debian way kind of person. On Wed, May 28, 2014 at 11:42 AM, Colin Bester bester.co...@gmail.com wrote: No right or wrong, I just want to get away from init.d. I far prefer concept of systemd, but confusion reigns due to my lack of knowledge, time to read! On May 28, 2014, at 1:36 PM, William Hermans yyrk...@gmail.com wrote: init.d can be made to run a service at boot up too. Is there a problem with this ? http://www.embeddedhobbyist.com/debian-tips/beaglebone-black/beaglebone-b lack-init-scripts-default-gatewayand-ntpdate/ On Wed, May 28, 2014 at 6:30 AM, Colin Bester bester.co...@gmail.com wrote: Thanks On May 28, 2014, at 8:28 AM, Robert Nelson robertcnel...@gmail.com wrote: On Wed, May 28, 2014 at 8:15 AM, Colin Bester bester.co...@gmail.com wrote: I am looking to add a auto start service using conf file in /etc/init but it seems that debian version on BBB presently only supports older style /etc/init.d sys init scripts. I thought I'd ask the group before starting to add packages to install on whether this newer version is supported or should I go straight to using systemd for startup of services. My aim is not to stray to far from base debian image in these early days. systemd is enabled in the debian image here: http://beagleboard.org/latest-images and /etc/init.d/* style script are still run in a systemd compatibility script. Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to a topic in the Google Groups BeagleBoard group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/oLbHuHWUL2M/unsubscribe. To unsubscribe from this group and all its topics, send an email to beagleboard+unsubscr...@googlegroups.com mailto:beagleboard%2bunsubscr...@googlegroups.com . For more options, visit https://groups.google.com/d/optout. Internet Disclaimer _ This message (including any attachments) contains confidential information intended for a specific individual and purpose, and may be protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this message, or the taking of any action based on it, is strictly prohibited. _ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com mailto:beagleboard%2bunsubscr...@googlegroups.com . For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to a topic in the Google Groups BeagleBoard group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/oLbHuHWUL2M/unsubscribe. To unsubscribe from this group and all its topics, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. Internet Disclaimer _ This message (including any attachments)
Re: [beagleboard] Eclipse C and Remote Debugging
From: Simon Platten simonaplat...@gmail.com Reply-To: beagleboard@googlegroups.com Date: Wednesday, May 28, 2014 at 12:09 PM To: beagleboard@googlegroups.com Subject: Re: [beagleboard] Eclipse C and Remote Debugging I'm still looking for a solution and getting more and more frustrated by what seems to be a very steep up hill battle. There are quite a few sites linking to http://www.angstrom-distribution.org/toolchains/ I think you are going to find it harder and harder to get support for Angstrom. It has been over a year since I¹ve used Angstrom so I don¹t every remember how to get some things working. I would recommend that you make the move to Debian as we are much more able to help with the OS we currently use. Regards, John This link is invalid and results in a 404. The toolchains that I did manage to track down are not all complete, some have a gdb in the archive, others don't. Can someone point me in the direction of a complete toolchain with instructions on how to install it correctly? Thank you, Simon On Wednesday, 28 May 2014 08:52:36 UTC+1, Simon Platten wrote: Hi John, Thank you for the reply, perhaps I wasn't very clear. GDB Server is installed on the Beaglebone Black and I see the process running, it just fails to connect. I will post more detail when I get home tonight. I've tried using the default port 2345 and also found a post suggesting , neither worked. On Wednesday, 28 May 2014 08:45:53 UTC+1, john3909 wrote: From: Simon Platten simona...@gmail.com Reply-To: beagl...@googlegroups.com Date: Tuesday, May 27, 2014 at 11:53 PM To: beagl...@googlegroups.com Subject: [beagleboard] Eclipse C and Remote Debugging I have Eclipse Kepler running on Ubuntu 14.04 x64, I can build and remote debug Java applications on the Beaglebone Black, but for some reason I cannot remote debug C applications. I can compile a C application and I can see that it is transferred to the Beaglebone Black, I can even run it from an SSH terminal on the Beaglebone Black. But trying to remote debug always fails with a GDB error. The console reports that GDB will reconnect, however it never does. I've tried following numerous videos on YouTube, however none of them have resolved this issue. In the end I decided to build and compile on the Beaglebone Black directly, however now I get an error saying GLIBC_2.17 libc.so.6 not found...sorry if my post isn't very detailed, I'm at work now without access to all the information. Can anyone point me in the right location to resolve either the remote debugging or the GLIBC_2.17 error? I have already spent a very long time trying to find answers myself. You need GDBServer installed on your BBB. You launch GDBServer on your BBB with IP of host and specify the port number for the host to connect to. In Eclipse, I don¹t recall the exact command, but it is something like gdb remote BBB ipaddr BBB port. There are plenty of example on Google. https://www.google.com/search?q=eclipse+gdbserver+remote+debugoq=eclipse+gd bserveraqs=chrome.1.69i57j0l5.16411j0j7sourceid=chromees_sm=119ie=UTF-8 Regards John Thank you, Kind Regards, Simon -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Eclipse C and Remote Debugging
What happened to Angstrom? What do new Beaglebone Blacks ship with? I've already invested a bunch of time into the Angstrom set-up getting mySQL server configured in MMM mode replicating between two beaglebone blacks with my own floating IP address manager. On Wednesday, 28 May 2014 20:44:45 UTC+1, john3909 wrote: From: Simon Platten simona...@gmail.com javascript: Reply-To: beagl...@googlegroups.com javascript: Date: Wednesday, May 28, 2014 at 12:09 PM To: beagl...@googlegroups.com javascript: Subject: Re: [beagleboard] Eclipse C and Remote Debugging I'm still looking for a solution and getting more and more frustrated by what seems to be a very steep up hill battle. There are quite a few sites linking to http://www.angstrom-distribution.org/toolchains/ I think you are going to find it harder and harder to get support for Angstrom. It has been over a year since I’ve used Angstrom so I don’t every remember how to get some things working. I would recommend that you make the move to Debian as we are much more able to help with the OS we currently use. Regards, John This link is invalid and results in a 404. The toolchains that I did manage to track down are not all complete, some have a gdb in the archive, others don't. Can someone point me in the direction of a complete toolchain with instructions on how to install it correctly? Thank you, Simon On Wednesday, 28 May 2014 08:52:36 UTC+1, Simon Platten wrote: Hi John, Thank you for the reply, perhaps I wasn't very clear. GDB Server is installed on the Beaglebone Black and I see the process running, it just fails to connect. I will post more detail when I get home tonight. I've tried using the default port 2345 and also found a post suggesting , neither worked. On Wednesday, 28 May 2014 08:45:53 UTC+1, john3909 wrote: From: Simon Platten simona...@gmail.com Reply-To: beagl...@googlegroups.com Date: Tuesday, May 27, 2014 at 11:53 PM To: beagl...@googlegroups.com Subject: [beagleboard] Eclipse C and Remote Debugging I have Eclipse Kepler running on Ubuntu 14.04 x64, I can build and remote debug Java applications on the Beaglebone Black, but for some reason I cannot remote debug C applications. I can compile a C application and I can see that it is transferred to the Beaglebone Black, I can even run it from an SSH terminal on the Beaglebone Black. But trying to remote debug always fails with a GDB error. The console reports that GDB will reconnect, however it never does. I've tried following numerous videos on YouTube, however none of them have resolved this issue. In the end I decided to build and compile on the Beaglebone Black directly, however now I get an error saying GLIBC_2.17 libc.so.6 not found...sorry if my post isn't very detailed, I'm at work now without access to all the information. Can anyone point me in the right location to resolve either the remote debugging or the GLIBC_2.17 error? I have already spent a very long time trying to find answers myself. You need GDBServer installed on your BBB. You launch GDBServer on your BBB with IP of host and specify the port number for the host to connect to. In Eclipse, I don’t recall the exact command, but it is something like gdb remote BBB ipaddr BBB port. There are plenty of example on Google. https://www.google.com/search?q=eclipse+gdbserver+remote+debugoq=eclipse+gdbserveraqs=chrome.1.69i57j0l5.16411j0j7sourceid=chromees_sm=119ie=UTF-8 Regards John Thank you, Kind Regards, Simon -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard...@googlegroups.com javascript:. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Eclipse C and Remote Debugging
I remember someone saying that GDB for the BBB ( perhaps the whole ARCH ) Does not work properly. This was last year though. Which port are you using for the C GDBServer ? From what little you describe it almost sounds like a connection issue, because of too low a port, and a possible myriad of other things. Giving us the EXACT error message as given to you on the command line would certainly help *some* But as John said, you may want to consider moving to Debian just because most people are using it now, or will be. On Wed, May 28, 2014 at 12:44 PM, John Syn john3...@gmail.com wrote: From: Simon Platten simonaplat...@gmail.com Reply-To: beagleboard@googlegroups.com Date: Wednesday, May 28, 2014 at 12:09 PM To: beagleboard@googlegroups.com Subject: Re: [beagleboard] Eclipse C and Remote Debugging I'm still looking for a solution and getting more and more frustrated by what seems to be a very steep up hill battle. There are quite a few sites linking to http://www.angstrom-distribution.org/toolchains/ I think you are going to find it harder and harder to get support for Angstrom. It has been over a year since I’ve used Angstrom so I don’t every remember how to get some things working. I would recommend that you make the move to Debian as we are much more able to help with the OS we currently use. Regards, John This link is invalid and results in a 404. The toolchains that I did manage to track down are not all complete, some have a gdb in the archive, others don't. Can someone point me in the direction of a complete toolchain with instructions on how to install it correctly? Thank you, Simon On Wednesday, 28 May 2014 08:52:36 UTC+1, Simon Platten wrote: Hi John, Thank you for the reply, perhaps I wasn't very clear. GDB Server is installed on the Beaglebone Black and I see the process running, it just fails to connect. I will post more detail when I get home tonight. I've tried using the default port 2345 and also found a post suggesting , neither worked. On Wednesday, 28 May 2014 08:45:53 UTC+1, john3909 wrote: From: Simon Platten simona...@gmail.com Reply-To: beagl...@googlegroups.com Date: Tuesday, May 27, 2014 at 11:53 PM To: beagl...@googlegroups.com Subject: [beagleboard] Eclipse C and Remote Debugging I have Eclipse Kepler running on Ubuntu 14.04 x64, I can build and remote debug Java applications on the Beaglebone Black, but for some reason I cannot remote debug C applications. I can compile a C application and I can see that it is transferred to the Beaglebone Black, I can even run it from an SSH terminal on the Beaglebone Black. But trying to remote debug always fails with a GDB error. The console reports that GDB will reconnect, however it never does. I've tried following numerous videos on YouTube, however none of them have resolved this issue. In the end I decided to build and compile on the Beaglebone Black directly, however now I get an error saying GLIBC_2.17 libc.so.6 not found...sorry if my post isn't very detailed, I'm at work now without access to all the information. Can anyone point me in the right location to resolve either the remote debugging or the GLIBC_2.17 error? I have already spent a very long time trying to find answers myself. You need GDBServer installed on your BBB. You launch GDBServer on your BBB with IP of host and specify the port number for the host to connect to. In Eclipse, I don’t recall the exact command, but it is something like gdb remote BBB ipaddr BBB port. There are plenty of example on Google. https://www.google.com/search?q=eclipse+gdbserver+remote+ debugoq=eclipse+gdbserveraqs=chrome.1.69i57j0l5. 16411j0j7sourceid=chromees_sm=119ie=UTF-8 Regards John Thank you, Kind Regards, Simon -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard
Re: [beagleboard] Eclipse C and Remote Debugging
New Bealgebone Black ship with Debian starting with REV C. Also Debian users seem to be more active in this group. On Wed, May 28, 2014 at 12:53 PM, Simon Platten simonaplat...@gmail.comwrote: What happened to Angstrom? What do new Beaglebone Blacks ship with? I've already invested a bunch of time into the Angstrom set-up getting mySQL server configured in MMM mode replicating between two beaglebone blacks with my own floating IP address manager. On Wednesday, 28 May 2014 20:44:45 UTC+1, john3909 wrote: From: Simon Platten simona...@gmail.com Reply-To: beagl...@googlegroups.com Date: Wednesday, May 28, 2014 at 12:09 PM To: beagl...@googlegroups.com Subject: Re: [beagleboard] Eclipse C and Remote Debugging I'm still looking for a solution and getting more and more frustrated by what seems to be a very steep up hill battle. There are quite a few sites linking to http://www.angstrom- distribution.org/toolchains/ I think you are going to find it harder and harder to get support for Angstrom. It has been over a year since I’ve used Angstrom so I don’t every remember how to get some things working. I would recommend that you make the move to Debian as we are much more able to help with the OS we currently use. Regards, John This link is invalid and results in a 404. The toolchains that I did manage to track down are not all complete, some have a gdb in the archive, others don't. Can someone point me in the direction of a complete toolchain with instructions on how to install it correctly? Thank you, Simon On Wednesday, 28 May 2014 08:52:36 UTC+1, Simon Platten wrote: Hi John, Thank you for the reply, perhaps I wasn't very clear. GDB Server is installed on the Beaglebone Black and I see the process running, it just fails to connect. I will post more detail when I get home tonight. I've tried using the default port 2345 and also found a post suggesting , neither worked. On Wednesday, 28 May 2014 08:45:53 UTC+1, john3909 wrote: From: Simon Platten simona...@gmail.com Reply-To: beagl...@googlegroups.com Date: Tuesday, May 27, 2014 at 11:53 PM To: beagl...@googlegroups.com Subject: [beagleboard] Eclipse C and Remote Debugging I have Eclipse Kepler running on Ubuntu 14.04 x64, I can build and remote debug Java applications on the Beaglebone Black, but for some reason I cannot remote debug C applications. I can compile a C application and I can see that it is transferred to the Beaglebone Black, I can even run it from an SSH terminal on the Beaglebone Black. But trying to remote debug always fails with a GDB error. The console reports that GDB will reconnect, however it never does. I've tried following numerous videos on YouTube, however none of them have resolved this issue. In the end I decided to build and compile on the Beaglebone Black directly, however now I get an error saying GLIBC_2.17 libc.so.6 not found...sorry if my post isn't very detailed, I'm at work now without access to all the information. Can anyone point me in the right location to resolve either the remote debugging or the GLIBC_2.17 error? I have already spent a very long time trying to find answers myself. You need GDBServer installed on your BBB. You launch GDBServer on your BBB with IP of host and specify the port number for the host to connect to. In Eclipse, I don’t recall the exact command, but it is something like gdb remote BBB ipaddr BBB port. There are plenty of example on Google. https://www.google.com/search?q=eclipse+gdbserver+remote+ debugoq=eclipse+gdbserveraqs=chrome.1.69i57j0l5. 16411j0j7sourceid=chromees_sm=119ie=UTF-8 Regards John Thank you, Kind Regards, Simon -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to
Re: [beagleboard] Eclipse C and Remote Debugging
On Wed, May 28, 2014 at 2:53 PM, Simon Platten simonaplat...@gmail.com wrote: What happened to Angstrom? What do new Beaglebone Blacks ship with? http://beagleboard.org/blog/2014-01-04-happy-new-year/ http://beagleboard.org/latest-images I've already invested a bunch of time into the Angstrom set-up getting mySQL server configured in MMM mode replicating between two beaglebone blacks with my own floating IP address manager. Linux is linux, shouldn't be that hard to port that to debian. But no one is forcing you to switch either. Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Eclipse C and Remote Debugging
Robert, I agree, but default it seemed the tools used in Angstrom are different and create more headache for people like me who have been using Debian for years. Many things like dropbear, instead of openssh-server for instance can be a PitA to get used to. Especially when you already have experience with other tools. Not to mention the fact that the whole Angstrom experience for me personally felt very shoddy. Needless to say Angstrom lasted about a week on my own BBB until i found your instructions last year. Been running debian ever since. On Wed, May 28, 2014 at 12:56 PM, Robert Nelson robertcnel...@gmail.comwrote: On Wed, May 28, 2014 at 2:53 PM, Simon Platten simonaplat...@gmail.com wrote: What happened to Angstrom? What do new Beaglebone Blacks ship with? http://beagleboard.org/blog/2014-01-04-happy-new-year/ http://beagleboard.org/latest-images I've already invested a bunch of time into the Angstrom set-up getting mySQL server configured in MMM mode replicating between two beaglebone blacks with my own floating IP address manager. Linux is linux, shouldn't be that hard to port that to debian. But no one is forcing you to switch either. Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Eclipse C and Remote Debugging
I'll give Debian a go. Just find it hard to start over again, feels like so many steps backward in order to do what should have been possible from the start. On 28/05/2014 21:00, William Hermans wrote: Robert, I agree, but default it seemed the tools used in Angstrom are different and create more headache for people like me who have been using Debian for years. Many things like dropbear, instead of openssh-server for instance can be a PitA to get used to. Especially when you already have experience with other tools. Not to mention the fact that the whole Angstrom experience for me personally felt very shoddy. Needless to say Angstrom lasted about a week on my own BBB until i found your instructions last year. Been running debian ever since. On Wed, May 28, 2014 at 12:56 PM, Robert Nelson robertcnel...@gmail.com mailto:robertcnel...@gmail.com wrote: On Wed, May 28, 2014 at 2:53 PM, Simon Platten simonaplat...@gmail.com mailto:simonaplat...@gmail.com wrote: What happened to Angstrom? What do new Beaglebone Blacks ship with? http://beagleboard.org/blog/2014-01-04-happy-new-year/ http://beagleboard.org/latest-images I've already invested a bunch of time into the Angstrom set-up getting mySQL server configured in MMM mode replicating between two beaglebone blacks with my own floating IP address manager. Linux is linux, shouldn't be that hard to port that to debian. But no one is forcing you to switch either. Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com mailto:beagleboard%2bunsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to a topic in the Google Groups BeagleBoard group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/USEklgWaQkg/unsubscribe. To unsubscribe from this group and all its topics, send an email to beagleboard+unsubscr...@googlegroups.com mailto:beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Eclipse C and Remote Debugging
On Wed, May 28, 2014 at 3:00 PM, William Hermans yyrk...@gmail.com wrote: Robert, I agree, but default it seemed the tools used in Angstrom are different and create more headache for people like me who have been using Debian for years. Many things like dropbear, instead of openssh-server for instance can be a PitA to get used to. Especially when you already have experience with other tools. Not to mention the fact that the whole Angstrom experience for me personally felt very shoddy. Laughs, i forgot about all the dropbear problems. It seemed like it was everyday with messages, just delete this file on the microSD and boot. Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Using /etc/init/_.conf for autostarting services
Jon, or you can just deal with it. As I deal with you bottom posts. It bugs me, but I deal with it. I hate reading through a wall of text to get to the point. If i need to remember something I can always read previous posts.. On Wed, May 28, 2014 at 12:40 PM, John Syn john3...@gmail.com wrote: From: Colin Bester bester.co...@gmail.com Reply-To: beagleboard@googlegroups.com Date: Wednesday, May 28, 2014 at 12:22 PM To: beagleboard@googlegroups.com Subject: Re: [beagleboard] Using /etc/init/_.conf for autostarting services Yup, for now it’s the way forward. Actually pretty easy all in all and I do like the concepts. I am battling a bit with ordering startup, but will push through! You should stop top posting as this isn’t considered good etiquette. Rather post your response just below the text you are responding to so everyone understand the context of your response. With that out the way, the order is determined by it’s dependency. Systemd will wait for the dependency to complete before starting this service. When there is no dependency, services are started in parallel. This is why Systemd is so much faster. systemd-analyze blame Will help you understand the startup order. Regards, John ~C On May 28, 2014, at 2:05 PM, John Syn john3...@gmail.com wrote: From: William Hermans yyrk...@gmail.com Reply-To: beagleboard@googlegroups.com Date: Wednesday, May 28, 2014 at 11:56 AM To: beagleboard@googlegroups.com Subject: Re: [beagleboard] Using /etc/init/_.conf for autostarting services Or more correctly in this case I should say The Wheezy way, since Debian things have been changing fairly rapidly the last few years it seems. Yeah, but systemd has won so we all have to get use to it ;-) On Wed, May 28, 2014 at 11:55 AM, William Hermans yyrk...@gmail.comwrote: Ah, ok, I get that. but I'm more of a traditional the Debian way kind of person. On Wed, May 28, 2014 at 11:42 AM, Colin Bester bester.co...@gmail.comwrote: No right or wrong, I just want to get away from init.d. I far prefer concept of systemd, but confusion reigns due to my lack of knowledge, time to read! On May 28, 2014, at 1:36 PM, William Hermans yyrk...@gmail.com wrote: init.d can be made to run a service at boot up too. Is there a problem with this ? http://www.embeddedhobbyist.com/debian-tips/beaglebone-black/beaglebone-black-init-scripts-default-gatewayand-ntpdate/ On Wed, May 28, 2014 at 6:30 AM, Colin Bester bester.co...@gmail.comwrote: Thanks On May 28, 2014, at 8:28 AM, Robert Nelson robertcnel...@gmail.com wrote: On Wed, May 28, 2014 at 8:15 AM, Colin Bester bester.co...@gmail.com wrote: I am looking to add a auto start service using conf file in /etc/init but it seems that debian version on BBB presently only supports older style /etc/init.d sys init scripts. I thought I'd ask the group before starting to add packages to install on whether this newer version is supported or should I go straight to using systemd for startup of services. My aim is not to stray to far from base debian image in these early days. systemd is enabled in the debian image here: http://beagleboard.org/latest-images and /etc/init.d/* style script are still run in a systemd compatibility script. Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to a topic in the Google Groups BeagleBoard group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/oLbHuHWUL2M/unsubscribe. To unsubscribe from this group and all its topics, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. Internet Disclaimer _ This message (including any attachments) contains confidential information intended for a specific individual and purpose, and may be protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this message, or the taking of any action based on it, is strictly prohibited. _ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to a topic in the Google Groups BeagleBoard group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/oLbHuHWUL2M/unsubscribe. To unsubscribe from this group and all its topics, send an email to
Re: [beagleboard] Where files per the Angstrom manual?
I would recommend that you upgrade your machines to the new Debian based release. I think you will find that there is more information about Debian than there is about Angstrom. The reason for the project moving from Angstrom to Debian is to allow developers to use Debian which is more common and better documented. David On Wed, May 28, 2014 at 12:04 PM, ec12...@gmail.com wrote: Hi, I'm working through a book to learn Linux and have a couple BBBs. According to the Angstrom manual, the file system is supposed to be initialized via initramfs.cpio.gz. But find doesn't find it. I dug around a little online, but did not find any information about how the kernel file system are booted on Angstrom. I'm using Embedded Linux Primer (2012). Where files per the Angstrom manual? If the system has changed, where is the documentaion for it? Thanks! -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Eclipse C and Remote Debugging
On Wed, May 28, 2014 at 3:02 PM, Simon Platten simonaplat...@gmail.comwrote: I'll give Debian a go. Just find it hard to start over again, feels like so many steps backward in order to do what should have been possible from the start. Well, one of the goals of the debian images, was to make things as back-ward compatiable with Angstrom as possible. So although some tools have different names, the experience should mirror Angstrom's default install. I've tried to post the main differences in experience here: http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#FAQ Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Using /etc/init/_.conf for autostarting services
Thanks! On May 28, 2014, at 2:40 PM, John Syn john3...@gmail.com wrote: From: Colin Bester bester.co...@gmail.com Reply-To: beagleboard@googlegroups.com Date: Wednesday, May 28, 2014 at 12:22 PM To: beagleboard@googlegroups.com Subject: Re: [beagleboard] Using /etc/init/_.conf for autostarting services Yup, for now it's the way forward. Actually pretty easy all in all and I do like the concepts. I am battling a bit with ordering startup, but will push through! You should stop top posting as this isn't considered good etiquette. Rather post your response just below the text you are responding to so everyone understand the context of your response. With that out the way, the order is determined by it's dependency. Systemd will wait for the dependency to complete before starting this service. When there is no dependency, services are started in parallel. This is why Systemd is so much faster. systemd-analyze blame Will help you understand the startup order. Regards, John Internet Disclaimer _ This message (including any attachments) contains confidential information intended for a specific individual and purpose, and may be protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this message, or the taking of any action based on it, is strictly prohibited. _ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Eclipse C and Remote Debugging
Thank you, I'll look into it and give it a go. Are they're any shortfalls to be aware of, anything that isn't supported? On 28/05/2014 21:05, Robert Nelson wrote: On Wed, May 28, 2014 at 3:02 PM, Simon Platten simonaplat...@gmail.com mailto:simonaplat...@gmail.com wrote: I'll give Debian a go. Just find it hard to start over again, feels like so many steps backward in order to do what should have been possible from the start. Well, one of the goals of the debian images, was to make things as back-ward compatiable with Angstrom as possible. So although some tools have different names, the experience should mirror Angstrom's default install. I've tried to post the main differences in experience here: http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#FAQ Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to a topic in the Google Groups BeagleBoard group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/USEklgWaQkg/unsubscribe. To unsubscribe from this group and all its topics, send an email to beagleboard+unsubscr...@googlegroups.com mailto:beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Eclipse C and Remote Debugging
Simon, one benefit is that Debian is very well documented. But also you have different versions so you need to pay attention to that. Something like google search Debian wheezy how to x.y.z works very well for 99% of the questions you'll have. On Wed, May 28, 2014 at 1:02 PM, Robert Nelson robertcnel...@gmail.comwrote: On Wed, May 28, 2014 at 3:00 PM, William Hermans yyrk...@gmail.com wrote: Robert, I agree, but default it seemed the tools used in Angstrom are different and create more headache for people like me who have been using Debian for years. Many things like dropbear, instead of openssh-server for instance can be a PitA to get used to. Especially when you already have experience with other tools. Not to mention the fact that the whole Angstrom experience for me personally felt very shoddy. Laughs, i forgot about all the dropbear problems. It seemed like it was everyday with messages, just delete this file on the microSD and boot. Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Eclipse C and Remote Debugging
On Wed, May 28, 2014 at 3:06 PM, Simon Platten simonaplat...@gmail.comwrote: Thank you, I'll look into it and give it a go. Are they're any shortfalls to be aware of, anything that isn't supported? Well, right now we support more devices and capes out of the box then the last official Angstrom release, but if you notice something we broke kernel wise just ping us. We tried to test everything, but everyone has unique hardware. Otherwise the biggest change, it's a armhf (gnueabihf) based system, so your gnueabi compiler won't work. (Well i did had the 'armel' library) so hello world gnueabi applications will run, but nothing more complex then that. Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Eclipse C and Remote Debugging
Thank you, will do. On 28/05/2014 21:07, William Hermans wrote: Debian wheezy how to x.y.z --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Can the BBB get damaged due to a hard power down?
For the damage question, yes, with all flash media, if you're not using a read only mount: http://cseweb.ucsd.edu/~swanson/papers/DAC2011PowerCut.pdf Btw, you're crazy if you're not using a read only mount (or guaranteeing no writes) for the rootfs of an appliance. ;) On Tuesday, May 27, 2014 7:46:07 AM UTC-7, stino wrote: Hi Gerald, Look I'm sorry if you took offence by my comment. It’s an awesome board, don’t let anybody convince you otherwise It's just that I've not seen it being mentioned anywhere that a correct power down procedure is required. If it was a deliberate design choice not to provide some kind of fail-safe, I personally would have definitely made this clear to every buyer. I work hands-on with computer equipment of various makes and models on a daily basis and I honestly can’t remember the last time a box got bricked due to a power outage. I myself, and as I suspect many others, am thinking about turning the BBB into an embedded appliance which makes the power button inaccessible. Can you suggest how we can extend the powerbutton of from the board? Op dinsdag 27 mei 2014 15:27:21 UTC+2 schreef Gerald: This is why there is a power button. I suggest that you go to your PC and yank the power cord. Whether it is running Linux or Windows, I suspect it won't like it. If you can't use the power button, then yes you can design a cape that will let it gracefully shutdown properly. When I designed the board I felt that a button was less expensive that all the other stuff you would need to put on the cape. Not to mention the small form factor of the board made it tough to fit all that onto the board. And yes, in a small number of instances, we have seen that yanking the power may cause damage to the processor because the PMIC does not have enough time to power down the processor in the correct voltage sequence. So, use the power button. Gerald On Mon, May 26, 2014 at 10:37 AM, William Hermans yyr...@gmail.comwrote: What happens, or *can* happens when you just yank the power on a PC running Linux ? 1) You can make teh file system read only. 2) You can design or create a power cape that shutdown gracefully when power goes missing. ...) ??? On Mon, May 26, 2014 at 6:32 AM, stino stijnd...@gmail.com wrote: I read over at another forum that the BBB could get damaged if it recieved an unexpected hard power down.., is this true, what can we do about this? Seems like a serious design flaw to me. One can't expect a power source to be 100% stable and especially with a development board which is likely to used for embedded appliances this is a reall issue.. Thanks, -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Here is the BeagleBone Debian (beta) image you want to test
Ok, I took a little different tack. I just copied /usr/bin/xinput_calibrator from a non-customized BBB to my custom image and it works great. Thanks again for all your hard work Robert. You have taught me volumes. On Friday, May 23, 2014 6:34:54 PM UTC-5, RobertCNelson wrote: On Fri, May 23, 2014 at 6:03 PM, Rick Reynolds rwrm...@gmail.comjavascript: wrote: Thanks for your help, and all your hard work, Robert. I have used your documentation extensively. When I execute ./autogen.sh --with-gui=x11 either directly on the bone, from a an LXTerminal session, or over ssh I get the same end result. it's basically the same thing I saw when trying to cross build. checking string usability... no checking string presence... no checking for string... no checking list usability... no checking list presence... no checking for list... no checking for stdbool.h that conforms to C99... yes checking for _Bool... yes checking for working strtod... yes ./configure: line 4987: syntax error near unexpected token `XINPUT,' ./configure: line 4987: `PKG_CHECK_MODULES(XINPUT, x11 xext xi inputproto)' Install xinput Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Custom Beaglbone Black from Circuitco
I've been trying to talk to the people CircuitCo about building a run of the beaglebone black boards for a commercial project, but I can't seem to get anyone to respond to emails and the two people I have phone numbers for are always busy. My understanding was that proper etiquette was to not poach boards from the distributors if you build a device around the beaglebone and have them produced for you. I even spoke to someone at a CircuitCo booth at a conference last year (DesignWest - where the beaglebone black was launched) and they indicated this was common already for the original beagleboards/bones. I can't get anyone local interested in building them because of some of the minimum order quantities on some of the parts (like the emmc). Anyone at CircuitCo around? I have money and need around 100 boards made. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Can the BBB get damaged due to a hard power down?
From: Brandon I brandon.ir...@gmail.com Reply-To: beagleboard@googlegroups.com Date: Wednesday, May 28, 2014 at 1:18 PM To: beagleboard@googlegroups.com Subject: Re: [beagleboard] Can the BBB get damaged due to a hard power down? For the damage question, yes, with all flash media, if you're not using a read only mount: http://cseweb.ucsd.edu/~swanson/papers/DAC2011PowerCut.pdf Excellent paper. Thank you for sharing. Regards, John Btw, you're crazy if you're not using a read only mount (or guaranteeing no writes) for the rootfs of an appliance. ;) On Tuesday, May 27, 2014 7:46:07 AM UTC-7, stino wrote: Hi Gerald, Look I'm sorry if you took offence by my comment. It¹s an awesome board, don¹t let anybody convince you otherwise It's just that I've not seen it being mentioned anywhere that a correct power down procedure is required. If it was a deliberate design choice not to provide some kind of fail-safe, I personally would have definitely made this clear to every buyer. I work hands-on with computer equipment of various makes and models on a daily basis and I honestly can¹t remember the last time a box got bricked due to a power outage. I myself, and as I suspect many others, am thinking about turning the BBB into an embedded appliance which makes the power button inaccessible. Can you suggest how we can extend the powerbutton of from the board? Op dinsdag 27 mei 2014 15:27:21 UTC+2 schreef Gerald: This is why there is a power button. I suggest that you go to your PC and yank the power cord. Whether it is running Linux or Windows, I suspect it won't like it. If you can't use the power button, then yes you can design a cape that will let it gracefully shutdown properly. When I designed the board I felt that a button was less expensive that all the other stuff you would need to put on the cape. Not to mention the small form factor of the board made it tough to fit all that onto the board. And yes, in a small number of instances, we have seen that yanking the power may cause damage to the processor because the PMIC does not have enough time to power down the processor in the correct voltage sequence. So, use the power button. Gerald On Mon, May 26, 2014 at 10:37 AM, William Hermans yyr...@gmail.com wrote: What happens, or *can* happens when you just yank the power on a PC running Linux ? 1) You can make teh file system read only. 2) You can design or create a power cape that shutdown gracefully when power goes missing. ...) ??? On Mon, May 26, 2014 at 6:32 AM, stino stijnd...@gmail.com wrote: I read over at another forum that the BBB could get damaged if it recieved an unexpected hard power down.., is this true, what can we do about this? Seems like a serious design flaw to me. One can't expect a power source to be 100% stable and especially with a development board which is likely to used for embedded appliances this is a reall issue.. Thanks, -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Custom Beaglbone Black from Circuitco
On Wed, 28 May 2014, sixvolts wrote: I've been trying to talk to the people CircuitCo about building a run of the beaglebone black boards for a commercial project, but I can't seem to get anyone to respond to emails and the two people I have phone numbers for are always busy. My understanding was that proper etiquette was to not poach boards from the distributors if you build a device around the beaglebone and have them produced for you. I even spoke to someone at a CircuitCo booth at a conference last year (DesignWest - where the beaglebone black was launched) and they indicated this was common already for the original beagleboards/bones. I can't get anyone local interested in building them because of some of the minimum order quantities on some of the parts (like the emmc). Anyone at CircuitCo around? I have money and need around 100 boards made. not many manufacturers would consider 100 units much of a run. that's not the sort of number that's going to get you much attention. just an observation. rday -- Robert P. J. Day Ottawa, Ontario, CANADA http://crashcourse.ca Twitter: http://twitter.com/rpjday LinkedIn: http://ca.linkedin.com/in/rpjday -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Custom Beaglbone Black from Circuitco
There are plenty of things that get built and sold in those kinds of numbers, like specialized instruments. On Wednesday, May 28, 2014 3:33:49 PM UTC-5, Robert P. J. Day wrote: On Wed, 28 May 2014, sixvolts wrote: I've been trying to talk to the people CircuitCo about building a run of the beaglebone black boards for a commercial project, but I can't seem to get anyone to respond to emails and the two people I have phone numbers for are always busy. My understanding was that proper etiquette was to not poach boards from the distributors if you build a device around the beaglebone and have them produced for you. I even spoke to someone at a CircuitCo booth at a conference last year (DesignWest - where the beaglebone black was launched) and they indicated this was common already for the original beagleboards/bones. I can't get anyone local interested in building them because of some of the minimum order quantities on some of the parts (like the emmc). Anyone at CircuitCo around? I have money and need around 100 boards made. not many manufacturers would consider 100 units much of a run. that's not the sort of number that's going to get you much attention. just an observation. rday -- Robert P. J. Day Ottawa, Ontario, CANADA http://crashcourse.ca Twitter: http://twitter.com/rpjday LinkedIn: http://ca.linkedin.com/in/rpjday -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Custom Beaglbone Black from Circuitco
100 boards is not a lot of boards. Especially when you have distributors screaming for 50,000 boards to fill their large POs.. Gerald On Wed, May 28, 2014 at 3:38 PM, sixvolts drewko...@gmail.com wrote: There are plenty of things that get built and sold in those kinds of numbers, like specialized instruments. On Wednesday, May 28, 2014 3:33:49 PM UTC-5, Robert P. J. Day wrote: On Wed, 28 May 2014, sixvolts wrote: I've been trying to talk to the people CircuitCo about building a run of the beaglebone black boards for a commercial project, but I can't seem to get anyone to respond to emails and the two people I have phone numbers for are always busy. My understanding was that proper etiquette was to not poach boards from the distributors if you build a device around the beaglebone and have them produced for you. I even spoke to someone at a CircuitCo booth at a conference last year (DesignWest - where the beaglebone black was launched) and they indicated this was common already for the original beagleboards/bones. I can't get anyone local interested in building them because of some of the minimum order quantities on some of the parts (like the emmc). Anyone at CircuitCo around? I have money and need around 100 boards made. not many manufacturers would consider 100 units much of a run. that's not the sort of number that's going to get you much attention. just an observation. rday -- Robert P. J. Day Ottawa, Ontario, CANADA http://crashcourse.ca Twitter: http://twitter.com/rpjday LinkedIn: http://ca.linkedin.com/in/rpjday -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Problems with updating Beaglebone Black via opkg install
Hi, you have to connect your BBB directly to the internet via the ethernet connector on the BBB. That was my fault...I only connect it over usb to control with command line and I got the same errors. So be sure that your BBB is connected to the internet.(I think tethering over usb is not possible) Maybe this might solve your problem... Regards Am 28.05.2014 um 20:44 schrieb rpauly92 via BeagleBoard beagleboard@googlegroups.com: I am having the same issue with mine at the moment. For me however, I am able to reach the links it provides when it displays the collected errors. But I do want to know why the opkg_download failed. root@beaglebone:~# opkg update Downloading http://feeds.angstrom-distribution.org/feeds/v2012.12/ipk/eglibc/armv7a-vfp-neon/base/Packages.gz. wget: bad address 'feeds.angstrom-distribution.org' Downloading http://feeds.angstrom-distribution.org/feeds/v2012.12/ipk/eglibc/armv7a-vfp-neon/machine/beaglebone/Packages.gz. wget: bad address 'feeds.angstrom-distribution.org' Downloading http://feeds.angstrom-distribution.org/feeds/v2012.12/ipk/eglibc/armv7a-vfp-neon/debug/Packages.gz. wget: bad address 'feeds.angstrom-distribution.org' Downloading http://feeds.angstrom-distribution.org/feeds/v2012.12/ipk/eglibc/armv7a-vfp-neon/gstreamer/Packages.gz. wget: bad address 'feeds.angstrom-distribution.org' Downloading http://feeds.angstrom-distribution.org/feeds/v2012.12/ipk/eglibc/all/Packages.gz. wget: bad address 'feeds.angstrom-distribution.org' Downloading http://feeds.angstrom-distribution.org/feeds/v2012.12/ipk/eglibc/armv7a-vfp-neon/perl/Packages.gz. wget: bad address 'feeds.angstrom-distribution.org' Downloading http://feeds.angstrom-distribution.org/feeds/v2012.12/ipk/eglibc/armv7a-vfp-neon/python/Packages.gz. wget: bad address 'feeds.angstrom-distribution.org' Collected errors: * opkg_download: Failed to download http://feeds.angstrom-distribution.org/feeds/v2012.12/ipk/eglibc/armv7a-vfp-neon/base/Packages.gz, wget returned 1. * opkg_download: Failed to download http://feeds.angstrom-distribution.org/feeds/v2012.12/ipk/eglibc/armv7a-vfp-neon/machine/beaglebone/Packages.gz, wget returned 1. * opkg_download: Failed to download http://feeds.angstrom-distribution.org/feeds/v2012.12/ipk/eglibc/armv7a-vfp-neon/debug/Packages.gz, wget returned 1. * opkg_download: Failed to download http://feeds.angstrom-distribution.org/feeds/v2012.12/ipk/eglibc/armv7a-vfp-neon/gstreamer/Packages.gz, wget returned 1. * opkg_download: Failed to download http://feeds.angstrom-distribution.org/feeds/v2012.12/ipk/eglibc/all/Packages.gz, wget returned 1. * opkg_download: Failed to download http://feeds.angstrom-distribution.org/feeds/v2012.12/ipk/eglibc/armv7a-vfp-neon/perl/Packages.gz, wget returned 1. * opkg_download: Failed to download http://feeds.angstrom-distribution.org/feeds/v2012.12/ipk/eglibc/armv7a-vfp-neon/python/Packages.gz, wget returned 1. I can connect to the links it provides, but I want to know why they aren't downloadable from the PuTTY. I am wondering if there is just a bad connection remaining between the BBB and my PC (Windows 7). I am still very new with the BBB, and learning more about it as I am interning. My main project while I work here circles around the use of the BBB, I just seem to be butting heads with it lately. I'd love to get some feedback about how I should go about fixing it. I am trying to fix it in order to create a web server through the BBB if that helps any in figuring out the issue. Thanks, Ryan -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to a topic in the Google Groups BeagleBoard group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/huLI-WcrwM4/unsubscribe. To unsubscribe from this group and all its topics, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Cross compiling for Ubuntu 14.04
Hi, I can't seem to find a cross compiler for debian BBB that works (consistently) on Ubuntu 14.04 I'm using the latest debian image for BBB from beagleboard.org/latest-imageshttps://groups.google.com/forum/#%21category-topic/beagleboard/debian/mdd-Y7QsE8M . I'm running 64 bit Ubuntu 14.04. I've managed to make my programs run on Angstrom, but I've been failing for about a week trying to port to Debian. I tried the Linaro gcc at http://eewiki.net/display/linuxonarm/BeagleBone+Black#BeagleBoneBlack-uEnv.txtbasedbootscript and arm-linux-gnueabihf-g++ worked for most of my files. However, two of my files will compile and fail to run on the BBB. I enter: arm-linux-gnueabihf-g++ -Wall -Wno-unused-parameter -W -Wshadow -DARM_COMPILE -pthread -lstdc++ -lrt -o fileName $(SRCS) and when I run the file on the BBB (./fileName, like I did for the other programs that worked), I get: ./fileName: /lib/arm-linux-gnueabihf/libc.so.6: version `GLIBC_2.17' not found (required by ./fileName) What did I do wrong? Alternatively, is there a different cross tool chain? Sorry to take up your time, and thanks in advance for the help. Best, Andrew -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Cross compiling for Ubuntu 14.04
On Wed, May 28, 2014 at 3:47 PM, Andrew Core andrewcore...@gmail.com wrote: Hi, I can't seem to find a cross compiler for debian BBB that works (consistently) on Ubuntu 14.04 I'm using the latest debian image for BBB from beagleboard.org/latest-images. I'm running 64 bit Ubuntu 14.04. I've managed to make my programs run on Angstrom, but I've been failing for about a week trying to port to Debian. I tried the Linaro gcc at http://eewiki.net/display/linuxonarm/BeagleBone+Black#BeagleBoneBlack-uEnv.txtbasedbootscript and arm-linux-gnueabihf-g++ worked for most of my files. However, two of my files will compile and fail to run on the BBB. I enter: arm-linux-gnueabihf-g++ -Wall -Wno-unused-parameter -W -Wshadow -DARM_COMPILE -pthread -lstdc++ -lrt -o fileName $(SRCS) and when I run the file on the BBB (./fileName, like I did for the other programs that worked), I get: ./fileName: /lib/arm-linux-gnueabihf/libc.so.6: version `GLIBC_2.17' not found (required by ./fileName) Debian wheezy only has GLIBC_2.13.. What did I do wrong? Alternatively, is there a different cross tool chain? Sorry to take up your time, and thanks in advance for the help. These *.deb match Debian Wheezy, not sure if they'll install in 14.04: http://rcn-ee.net/deb/cross/test/ built with: https://github.com/RobertCNelson/cross-compiler in a Wheezy VM. Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: Here is the BeagleBone Debian (beta) image you want to test
I'm running the latest (flashed to mmc) on a Rev B BBB. */boot/uboot/ID.txt* contains *BeagleBoard.org BeagleBone Debian Image 2014-05-14* The image appears to be missing *journalctl*, e.g. *find / -name journalctl *returns nothing. dpkg reports systemd is installed (and the *systemd *command works). What am I missing here? -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Where files per the Angstrom manual?
Completely agree with David. Angstrom seems to be a dead end, IMNSHO. On Wednesday, May 28, 2014 1:04:14 PM UTC-7, David Farning wrote: I would recommend that you upgrade your machines to the new Debian based release. I think you will find that there is more information about Debian than there is about Angstrom. The reason for the project moving from Angstrom to Debian is to allow developers to use Debian which is more common and better documented. David On Wed, May 28, 2014 at 12:04 PM, ec1...@gmail.com javascript: wrote: Hi, I'm working through a book to learn Linux and have a couple BBBs. According to the Angstrom manual, the file system is supposed to be initialized via initramfs.cpio.gz. But find doesn't find it. I dug around a little online, but did not find any information about how the kernel file system are booted on Angstrom. I'm using Embedded Linux Primer (2012). Where files per the Angstrom manual? If the system has changed, where is the documentaion for it? Thanks! -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard...@googlegroups.com javascript:. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Here is the BeagleBone Debian (beta) image you want to test
It's there just an older version of systemd where it was prefixed. systemd- On May 28, 2014 4:23 PM, michael.du...@gmail.com wrote: I'm running the latest (flashed to mmc) on a Rev B BBB. */boot/uboot/ID.txt* contains *BeagleBoard.org BeagleBone Debian Image 2014-05-14* The image appears to be missing *journalctl*, e.g. *find / -name journalctl *returns nothing. dpkg reports systemd is installed (and the *systemd *command works). What am I missing here? -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.