Re: [beagleboard] SD port broken?
Use this pastebin, is better: http://pastebin.com/y3cK7u9r I have done it after updating system with opkg upgrade Il giorno martedì 2 settembre 2014 17:04:10 UTC+2, Mario Giammarco ha scritto: http://pastebin.com/DezagJXu I use kingston and samsung sdHc. Il giorno lunedì 1 settembre 2014 20:19:54 UTC+2, RobertCNelson ha scritto: Is it possible that the sd port is broken? The item is brand new. What type of microSD cards? (SDXC are not supported) Do you mean sdhc? No i specifically meant SDXC as that would explain why it doesn't work.. http://en.wikipedia.org/wiki/Secure_Digital#SDXC based on your response, you have a SD/SDHC so that should be good.. What brand/model? pastebin.com your dmesg (if pastebinit is installed you can run:) dmesg | pastebinit 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: PRU prussdrv_open gives Bus error, Custom PREEMPT_RT Linux kernel 3.14
Hello Henrik,
I'm happy that I found your post about Robert Nelsons Kernel 3.14 from
https://github.com/RobertCNelson/bb-kernel/tree/am33x-v3.14
The built was successful. I cross compiled the Kernel on Ubuntu 14.04/PC
Now I try to figure out, how the PREEMPT_RT patch from
https://www.kernel.org/pub/linux/kernel/projects/rt/3.14/ can be used
I patched it like this:
#cd bb-kernel
# patch -p1 patch-3.14.12-rt9.patch.gz
https://www.kernel.org/pub/linux/kernel/projects/rt/3.14/patch-3.14.12-rt9.patch.gz
#./rebuild.sh
As it is cross compiled I'm not shure if menuconfig works?
Please allow me the question. How do you patch the Kernel 3.14
thank you in advance
Lupus
Am Mittwoch, 14. Mai 2014 22:36:04 UTC+2 schrieb Henrik Foss:
Hi,
I'm currently running a 3.14 PREEMPT_RT build based of Robert C Nelsons
repository. I've got GPIO and uart up and running. And now my attention has
turned to the PRU. The 3.14 build does not have a capemanager so i setup my
device trees at build.
I based my PRU work of the old PRU patch:
https://github.com/beagleboard/kernel/blob/3.12/patches/pru/0001-These-are-the-patches-necessary-for-enabling-the-PRU.patchh
Now, booting gives me no error messages from uio_pruss. And uio0-7 appears
in /dev/. However, when running a test project (which ran perfectly fine
under non-modified 3.8 kernel) prussdrv_open() failes: Bus error
This happens every time prussdrv_open tries to read from its memory mapped
areas like:
if (pruss_io[(AM18XX_INTC_PHYS_BASE - AM18XX_DATARAM0_PHYS_BASE) 2]
== AM18XX_PRUSS_INTC_REV)
Now the pruss is defined in am33xx.dtsi:
pruss: pruss@4a30 {
compatible = ti,pruss-v2;
ti,hwmods = pruss;
ti,deassert-hard-reset = pruss, pruss;
reg = 0x4a30 0x08;
ti,pintc-offset = 0x2;
interrupt-parent = intc;
status = okay;
interrupts = 20 21 22 23 24 25 26 27;
};
And one of my dtsi include files to the am335x-boneblack.dts enables it:
pruss{
status = okay;
pinctrl-names = default;
pinctrl-0 = pru_gpio_pins;
};
I then modprobe uio_pruss before running the test application.
I have little clue how to fix this, so any pointers or help would be much
appreciated:)
--
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] Beaglebone Black Rebooting Several Times Every Day
Maybe check your power plug. There are many plugs that fit the socket on a BBB, but some do not provide a reliable connection. The one you should be using is having a spring-loaded central socket - see picture https://lh3.googleusercontent.com/-6GsrCWTQGm8/VAg0LNmyrjI/AAM/u9Zmu0JT_kU/s1600/628316725_827.jpg LP On Wednesday, September 3, 2014 1:11:39 PM UTC+2, Greg Kelley wrote: I am booting straight from eMMC that I flashed, no uSD and no serial interface. I have disabled cups and weewx from starting and removed the external USB HUB and changed the power supply to another 5v 2a. I can tell it has rebooted by looking at syslog for ntpdate 'step time server' events. My syslog resets daily at 6am, so looking at syslog1 it rebooted 10 times in last 24hrs. This is not a shutdown or reboot it is a system reset. Since I have removed all external attachments and USB is idle, I have to assume it's either a board hardware issue or the 3.16 kernel as reboot times are random and I don't have anything in cron.hourly. In 3.16 leds have been renamed to heartbeat, mmc0, usr2, usr3. I have heartbeat turned off. PSTREE not installed and apparently not a .deb dist either. On Wednesday, September 3, 2014 3:41:54 AM UTC-4, Michaël Vaes wrote: When the SD card is inserted it automatically boots from there. Have a look if there is a file called 'eMMC-flasher.txt' in the root of your SD card it will start flashing on each reboot and reboots again. If that doesn't solve it I would suggest overwrite the following commands with a bash script that logs the output of a PSTREE to a logfile. - halt - shutdown - reboot That will allow you to see what is triggering it. Michaël -- 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] Beaglebone Black Rebooting Several Times Every Day
Plug on both power supplies is correct size and fit nice and snug. On Thursday, September 4, 2014 5:46:22 AM UTC-4, PLyttle wrote: Maybe check your power plug. There are many plugs that fit the socket on a BBB, but some do not provide a reliable connection. The one you should be using is having a spring-loaded central socket - see picture -- 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] Beaglebone Black Rebooting Several Times Every Day
Instead of rebooting 10 to 12 times it only rebooted 3 times in syslog, at 6:24pm and 11:06pm and 12:03am. Still random reboots though with nothing in USB and sitting idle. Not so sure it's a kernel issue at this point, could be hardware related but willing to try another kernel to see what happens. -- 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] Beaglebone Black Rebooting Several Times Every Day
power the board by USB, remove the wall adapter and test again. This issue was described long ago but there was the kernel 3.2. The issue disappeared with the 3.8 2014-09-04 14:45 GMT+04:00 Greg Kelley suekkel...@gmail.com: Instead of rebooting 10 to 12 times it only rebooted 3 times in syslog, at 6:24pm and 11:06pm and 12:03am. Still random reboots though with nothing in USB and sitting idle. Not so sure it's a kernel issue at this point, could be hardware related but willing to try another kernel to see what happens. -- 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. -- LinkedIn - http://www.linkedin.com/in/maximpodbereznyy Company - http://www.linkedin.com/company/mentorel Facebook - https://www.facebook.com/mentorel.company -- 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] Beaglebone Black Rebooting Several Times Every Day
I just downgraded to 3.14.17-bone8 so let's see how that works. Will watch syslog for 24 hrs and see if it reboots. On Wednesday, September 3, 2014 12:28:04 PM UTC-4, RobertCNelson wrote: Thanks for the report, please let us know how v3.15.x react's too.. I'm currently chasing a few other issues with v3.16.x (acpi isn't working) btw, if you want something that's going to be a lot more supported/tested down the road. sudo apt-get update sudo apt-get install linux-image-3.14.17-ti-r15 We are preping for a big transition. http://elinux.org/Beagleboard:Capes_3.8_to_3.14 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] Beaglebone Black Rebooting Several Times Every Day
Thanks for the suggestion, if I get reboots with 3.14.17 I'll try the usb power and if that doesn't work I'll go back to 3.8 although I had USB hot plug issues with that version. On Thursday, September 4, 2014 6:49:16 AM UTC-4, lisarden wrote: power the board by USB, remove the wall adapter and test again. This issue was described long ago but there was the kernel 3.2. The issue disappeared with the 3.8 -- 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: preempt-rt with kernel 3.12
Hello Matthias, do you still work with Kernel 3.12 and PREEMPT_RT ? The question is, how you built the Kernel, because I'm not shure how to inject the PREEMPT - Patch into Robert Nelson Kernel https://github.com/RobertCNelson/stable-kernel/tree/v3.1.x if it is Cross Compile on Ubuntu. Could it be done by the following lines: #cd bb-kernel #patch -p1 patch-3.12.24-rt37.patch https://www.kernel.org/pub/linux/kernel/projects/rt/3.12/patch-3.12.24-rt37.patch.gz #./tools/rebuild I'm not shure what happend because there is no PREEMPT option in the following configuration menue Thank you in advance Lupus Am Freitag, 17. Januar 2014 20:55:41 UTC+1 schrieb Matthias Fuchs: Hi, I did some tests with the linux-stable 3.12.6 kernel with the rt9 patch on a beagleboard. Finally I did some latency tests which shew some strange results. Testing with cylictest from the rt-tests I get an average latency at about 65us. But max latency is about 4! I am very interested if anybody got an 3.12-rt system up and running at much better latencies. Matthias -- 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: Peripheral Interrupt on PRU-ICSS
Hi, Seems there is a solution on TI Fourum. http://e2e.ti.com/support/arm/sitara_arm/f/791/p/362435/1283854.aspx#1283854 Cheers !! Rakesh On Wednesday, August 20, 2014 2:11:33 PM UTC+5:30, rakesh.safir wrote: Hi, I have PWM interrupts generated on ARM side and validated though a kernel ISR on linux side in AM335x. I want to route the PWM interrupts to PRU-ICSS. Any information on how can this be achived will be hugely appreciated. Cheers !! Rakesh -- 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 allocated pins on BBB be used as GPIOs ?
Hi John I always get this even after reflashing my whole bbb with Debian. root@beaglebone:/home/debian/Desktop/bb-kernel# ./build_kernel.sh + Detected build host [Debian GNU/Linux 7.5 (wheezy)] + host: [armv7l] + git HEAD commit: [e496a19d1fed586a7e82c3cd74f0571491a526ca] - scripts/gcc: Using: gcc (Debian 4.6.3-14) 4.6.3 Copyright (C) 2011 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. - CROSS_COMPILE= - scripts/git: LINUX_GIT not defined in system.sh cloning https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git into default location: /home/debian/Desktop/bb-kernel/ignore/linux-src Cloning into '/home/debian/Desktop/bb-kernel/ignore/linux-src'... remote: Counting objects: 3758531, done. remote: Compressing objects: 100% (568127/568127), done. remote: Total 3758531 (delta 3168892), reused 3749886 (delta 3160438) Receiving objects: 100% (3758531/3758531), 794.38 MiB | 1.43 MiB/s, done. error: index-pack died of signal 968892) fatal: index-pack failed root@beaglebone:/home/debian/Desktop/bb-kernel# Do you have any Idea what went wrong or what could be wrong with my bbb. I tried the whole process several times and it took a very long everytime espacially the resolving Deltas process. And it always ends up with this Error. What am I doing wrong? Isn't there an easier way to do that? In my project I got 16 PEC11 Encoders that means I need 32 GPIO's. I already got 15 so i just need 2 more. Am Dienstag, 2. September 2014 19:12:40 UTC+2 schrieb john3909: From: halfbrain adrian@gmail.com javascript: Reply-To: beagl...@googlegroups.com javascript: beagl...@googlegroups.com javascript: Date: Tuesday, September 2, 2014 at 9:09 AM To: beagl...@googlegroups.com javascript: beagl...@googlegroups.com javascript: Subject: Re: [beagleboard] Can allocated pins on BBB be used as GPIOs ? Thanks for your quick responses always. I've tried the Instructions to build the Kernel git clone https://github.com/RobertCNelson/bb-kernel.git cd bb-kernel/ git checkout origin/am33x-v3.8 -b tmp You need to be building this on your desktop, not on your BBB. Regards, John but if use the command ./build_kernel.sh . i get this message after the resolving deltas process. I've tried several times but it always freezes at 96%. Do you have any Idea what went wrong? this is what i get in the commandshell: root@beaglebone:/bb-kernel# ./build_kernel.sh + Detected build host [Debian GNU/Linux 7.5 (wheezy)] + host: [armv7l] + git HEAD commit: [e496a19d1fed586a7e82c3cd74f0571491a526ca] - scripts/gcc: Using: gcc (Debian 4.6.3-14) 4.6.3 Copyright (C) 2011 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. - CROSS_COMPILE= - scripts/git: LINUX_GIT not defined in system.sh cloning https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git into default location: /bb-kernel/ignore/linux-src Cloning into '/bb-kernel/ignore/linux-src'... remote: Counting objects: 3758162, done. remote: Compressing objects: 100% (567907/567907), done. remote: Total 3758162 (delta 3168580), reused 3749734 (delta 3160289) Receiving objects: 100% (3758162/3758162), 794.38 MiB | 1.37 MiB/s, done. error: index-pack died of signal 968580) fatal: index-pack failed root@beaglebone:/bb-kernel# Am Montag, 1. September 2014 17:39:11 UTC+2 schrieb john3909: From: halfbrain adrian@gmail.com Reply-To: beagl...@googlegroups.com beagl...@googlegroups.com Date: Monday, September 1, 2014 at 8:23 AM To: beagl...@googlegroups.com beagl...@googlegroups.com Subject: Re: [beagleboard] Can allocated pins on BBB be used as GPIOs ? I'm using Derek Molloys device Tree overlays and I'm running debian... I can't find the folder on my bbb . But I found the am335x-bone-common.dtsi https://github.com/derekmolloy/boneDeviceTree/blob/master/DTSource3.8.13/am335x-bone-common.dtsi in https://github.com/derekmolloy/boneDeviceTree/tree/master/DTSource3.8.13 which I have on my bbb. I've commented out the section you mentioned but nothing changes. Without using or declaring the I2c2 pins in my Device Tree Overlay I'm able to use all unallocated pins as GPIO Inputs as I declared them in my Device Tree Overlay. Did i change the wrong am335x-bone-common.dtsi https://github.com/derekmolloy/boneDeviceTree/blob/master/DTSource3.8.13/am335x-bone-common.dtsi.? Is there another one elsewhere on the debian distribution or do i have to copy the changed file into a specific folder? You need to follow:
Re: [beagleboard] Can allocated pins on BBB be used as GPIOs ?
On Thu, Sep 4, 2014 at 9:18 AM, halfbrain adrian.mitev...@gmail.com wrote: Hi John I always get this even after reflashing my whole bbb with Debian. root@beaglebone:/home/debian/Desktop/bb-kernel# ./build_kernel.sh + Detected build host [Debian GNU/Linux 7.5 (wheezy)] + host: [armv7l] + git HEAD commit: [e496a19d1fed586a7e82c3cd74f0571491a526ca] - scripts/gcc: Using: gcc (Debian 4.6.3-14) 4.6.3 Copyright (C) 2011 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. - CROSS_COMPILE= - scripts/git: LINUX_GIT not defined in system.sh cloning https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git into default location: /home/debian/Desktop/bb-kernel/ignore/linux-src Cloning into '/home/debian/Desktop/bb-kernel/ignore/linux-src'... remote: Counting objects: 3758531, done. remote: Compressing objects: 100% (568127/568127), done. remote: Total 3758531 (delta 3168892), reused 3749886 (delta 3160438) Receiving objects: 100% (3758531/3758531), 794.38 MiB | 1.43 MiB/s, done. error: index-pack died of signal 968892) fatal: index-pack failed root@beaglebone:/home/debian/Desktop/bb-kernel# Probably ran out of space. Realistically, just use an x86 desktop to run the 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] Can allocated pins on BBB be used as GPIOs ?
Thanks for your Answer Brandon Just a few questions for my Information: - If I used the EMMC pins I would need to boot from SD Card everytime? - And if I used the HMDI Pins it wouldn't be possible to connect the uHdmi Cable to the bbb and connect some screen to it? Because they are connected to the same pins? The way you unallocated the pins and the way john recommend me to unallocate the pins seem to be very different. To be honest I don't understand the difference of the two ways. Which way is the easier one and can this way be used to unallocate every pin on the bbb? I just wan't to make things trickier than they are :-) But i'm very thankful for your help so far ;-) Am Mittwoch, 3. September 2014 22:00:16 UTC+2 schrieb Brandon I: halfbrain, I forgot to mention, you should tie the eMMC cmd and clock pins low on P8.20 and P8.21, as suggested by the wiki: http://elinux.org/Beagleboard:BeagleBoneBlack#Onboard_eMMC On Wednesday, September 3, 2014 12:58:09 PM UTC-7, Brandon I wrote: halfbrain, If you're using angstrom or debian, you can disable the emmc by adding this to the optargs in uEnv.txt on the usb mass storage partition: capemgr.disable_partno=BB-BONE-EMMC-2G If you're not using hdmi, you can free up those too: capemgr.disable_partno=BB-BONELT-HDMI,BB-BONELT-HDMIN,BB-BONE-EMMC-2G On Saturday, August 23, 2014 1:11:22 AM UTC-7, halfbrain wrote: Would be nice if you could explain how to disable eMMC on debian. I ran out of GPIO's in my project. Tried to use P9_19 and P9_20 (both I2C's) in the device tree overlay but since i did that the overlay doesn't work correctly anymore. Am Sonntag, 18. Mai 2014 22:19:16 UTC+2 schrieb john3909: From: Dhruv Vyas dhruv@gmail.com Reply-To: beagl...@googlegroups.com Date: Sunday, May 18, 2014 at 2:42 AM To: beagl...@googlegroups.com Subject: [beagleboard] Can allocated pins on BBB be used as GPIOs ? Hello, I recently started working on my BBB A6A. I went through necessary getting started guides and it works like a charm. Now as a part of my project, I need to use some of the GPIOs on P8/P9 header. While googling how to use them as a GPIO, and how to set pinmux and etc, I went through this guide. http://derekmolloy.ie/gpios-on-the-beaglebone-black-using-device-tree-overlays/ and he explained everything very clearly. Now my question is : is there any way i can use allocated pins as GPIOs other than available pins ? If yes, how ? If no, why ? For example, P9_19 and P9_20 are Allocated to (Group: pinmux_i2c2_pins) and hence it can not be used as GPIOs ? If pins are also connected to circuitry on the board that cannot be disabled then you cannot use those pins for GPIO. For example, pins used for the eMMC can be used for GPIO as long as eMMC is disabled. Same for LCD pins, but then you cannot use LCD or HDMI. I2C2 isn’t connected to other circuity on the board so you can use it for GPIO. Regards, John 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+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Can allocated pins on BBB be used as GPIOs ?
What ran out of space the bbb? How do I use an x86desktop...btw whats and x86desktop :-)? a 32bit Computer? I'm sshing with Putty via Network from my Windows 7 64bit Pc. Is that a problem? Doesn't the whole process run on the bbb? Am Donnerstag, 4. September 2014 16:25:25 UTC+2 schrieb RobertCNelson: On Thu, Sep 4, 2014 at 9:18 AM, halfbrain adrian@gmail.com javascript: wrote: Hi John I always get this even after reflashing my whole bbb with Debian. root@beaglebone:/home/debian/Desktop/bb-kernel# ./build_kernel.sh + Detected build host [Debian GNU/Linux 7.5 (wheezy)] + host: [armv7l] + git HEAD commit: [e496a19d1fed586a7e82c3cd74f0571491a526ca] - scripts/gcc: Using: gcc (Debian 4.6.3-14) 4.6.3 Copyright (C) 2011 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. - CROSS_COMPILE= - scripts/git: LINUX_GIT not defined in system.sh cloning https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git into default location: /home/debian/Desktop/bb-kernel/ignore/linux-src Cloning into '/home/debian/Desktop/bb-kernel/ignore/linux-src'... remote: Counting objects: 3758531, done. remote: Compressing objects: 100% (568127/568127), done. remote: Total 3758531 (delta 3168892), reused 3749886 (delta 3160438) Receiving objects: 100% (3758531/3758531), 794.38 MiB | 1.43 MiB/s, done. error: index-pack died of signal 968892) fatal: index-pack failed root@beaglebone:/home/debian/Desktop/bb-kernel# Probably ran out of space. Realistically, just use an x86 desktop to run the 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] Can allocated pins on BBB be used as GPIOs ?
On Thu, Sep 4, 2014 at 9:36 AM, halfbrain adrian.mitev...@gmail.com wrote: What ran out of space the bbb? I'll take a good 2-3gb of space in the end. Haven't looked at the numbers in awhile. How do I use an x86desktop...btw whats and x86desktop :-)? a 32bit Computer? x86 based linux desktop.. doesn't matter if it's 32bit/64bit. 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] Yet another newbie how to get started
So you want to compare a $45 board with a $375 one with a $1500 development license? Come on you can't be serious. Seems logic of a common variety is lacking here. It's no ones fault but your own you're behind in the skills required for your homework project. Step off the fricken high horse and re-evaluate your gripes. If you can't hack the time it would take you to learn it give up on your homework and tell your work to get someone more capable. It's no ones job here to hold your little hand through your learning process, especially for something it sounds like your work has given you. Everything you need is at your finger tips, there are young kids figuring this out, so if you've been around since the 80's developing, this should be no major task at all to get going, so stop the complaining do some self research learn the basics and get up to speed on what you're lacking. Posts like these are just ridiculous. This is the typical attitude of the Linux world, Your too stupid to use my baby! Its like some Masonic ritual, that all initiates must pass through because that's what the elders had to do. I'm not asking anyone here to hold my hand. I'm asking that you elders to organize, package, and document your work for the benefit of others. This what any professional would do. Hack is the key word here. As long as this product lacks the proper tools to support it, like Linux, it will remain a hackers toy. I agree that this is pointless. So the final answer is No for all you lurkers out there who have the same frustrations but are afraid to chime in because you will get your head bit off. To advance from a Newbie to a Novice, you must first become and Expert. -- 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] Yet another newbie how to get started
On Thu, Sep 4, 2014 at 12:14 PM, murre...@ameritech.net wrote: So you want to compare a $45 board with a $375 one with a $1500 development license? Come on you can't be serious. Seems logic of a common variety is lacking here. It's no ones fault but your own you're behind in the skills required for your homework project. Step off the fricken high horse and re-evaluate your gripes. If you can't hack the time it would take you to learn it give up on your homework and tell your work to get someone more capable. It's no ones job here to hold your little hand through your learning process, especially for something it sounds like your work has given you. Everything you need is at your finger tips, there are young kids figuring this out, so if you've been around since the 80's developing, this should be no major task at all to get going, so stop the complaining do some self research learn the basics and get up to speed on what you're lacking. Posts like these are just ridiculous. This is the typical attitude of the Linux world, Your too stupid to use my baby! Its like some Masonic ritual, that all initiates must pass through because that's what the elders had to do. I'm not asking anyone here to hold my hand. I'm asking that you elders to organize, package, and document your work for the benefit of others. This what any professional would do. Hack is the key word here. As long as this product lacks the proper tools to support it, like Linux, it will remain a hackers toy. I agree that this is pointless. So the final answer is No for all you lurkers out there who have the same frustrations but are afraid to chime in because you will get your head bit off. To advance from a Newbie to a Novice, you must first become and Expert. There's a nice set of exact steps here: http://jkuhlm.bplaced.net/hellobone/ -- 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] Beaglebone Black Rebooting Several Times Every Day
BBB ran for 6 hours and just rebooted at 12:30pm so I now have it powered through the USB port with a 5v1a power supply instead of through the main power plug. If this reboots my last attempt will be to downgrade back to 3.8 and if it still reboots I'll have to send it back. It's an element14 purchased from an online vendor. On Thursday, September 4, 2014 7:04:52 AM UTC-4, Greg Kelley wrote: Thanks for the suggestion, if I get reboots with 3.14.17 I'll try the usb power and if that doesn't work I'll go back to 3.8 although I had USB hot plug issues with that version. On Thursday, September 4, 2014 6:49:16 AM UTC-4, lisarden wrote: power the board by USB, remove the wall adapter and test again. This issue was described long ago but there was the kernel 3.2. The issue disappeared with the 3.8 -- 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] Yet another newbie how to get started
For a super-newb wanting a GUI, you can always start by
1) plugging in your board
2) visiting http://192.168.7.2:3000 or http://beaglebone.local:3000
(depending if you are on USB or Ethernet)
3) typing in:
void setup() {
printf(Hello world\n);
}
void loop() {
}
3) saving it as hello.ino and
4) clicking RUN
Not a super-fantastic development environment on par with Eclipse or
anything, but it is a way to get a C program running without needing to use
that nice command-line prompt sitting in the bottom window of the IDE.
That'd be just way too complicated.
On Thu, Sep 4, 2014 at 12:30 PM, Bill Traynor btray...@gmail.com wrote:
On Thu, Sep 4, 2014 at 12:14 PM, murre...@ameritech.net wrote:
So you want to compare a $45 board with a $375 one with a $1500
development license? Come on you can't be serious. Seems logic of a
common
variety is lacking here.
It's no ones fault but your own you're behind in the skills required for
your homework project. Step off the fricken high horse and re-evaluate
your gripes. If you can't hack the time it would take you to learn it
give
up on your homework and tell your work to get someone more capable.
It's
no ones job here to hold your little hand through your learning process,
especially for something it sounds like your work has given you.
Everything
you need is at your finger tips, there are young kids figuring this
out, so
if you've been around since the 80's developing, this should be no major
task at all to get going, so stop the complaining do some self research
learn the basics and get up to speed on what you're lacking. Posts like
these are just ridiculous.
This is the typical attitude of the Linux world, Your too stupid to use
my
baby! Its like some Masonic ritual, that all initiates must pass through
because that's what the elders had to do. I'm not asking anyone here to
hold my hand. I'm asking that you elders to organize, package, and
document your work for the benefit of others. This what any professional
would do. Hack is the key word here. As long as this product lacks
the
proper tools to support it, like Linux, it will remain a hackers toy.
I agree that this is pointless. So the final answer is No for all you
lurkers out there who have the same frustrations but are afraid to chime
in
because you will get your head bit off. To advance from a Newbie to a
Novice, you must first become and Expert.
There's a nice set of exact steps here:
http://jkuhlm.bplaced.net/hellobone/
--
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] Yet another newbie how to get started
On 09/04/2014 09:14 AM, murre...@ameritech.net wrote: So you want to compare a $45 board with a $375 one with a $1500 development license? Come on you can't be serious. Seems logic of a common variety is lacking here. It's no ones fault but your own you're behind in the skills required for your homework project. Step off the fricken high horse and re-evaluate your gripes. If you can't hack the time it would take you to learn it give up on your homework and tell your work to get someone more capable. It's no ones job here to hold your little hand through your learning process, especially for something it sounds like your work has given you. Everything you need is at your finger tips, there are young kids figuring this out, so if you've been around since the 80's developing, this should be no major task at all to get going, so stop the complaining do some self research learn the basics and get up to speed on what you're lacking. Posts like these are just ridiculous. This is the typical attitude of the Linux world, Your too stupid to use my baby! Its like some Masonic ritual, that all initiates must pass through because that's what the elders had to do. I'm not asking anyone here to hold my hand. I'm asking that you elders to organize, package, and document your work for the benefit of others. This what any professional would do. Hack is the key word here. As long as this product lacks the proper tools to support it, like Linux, it will remain a hackers toy. I agree that this is pointless. So the final answer is No for all you lurkers out there who have the same frustrations but are afraid to chime in because you will get your head bit off. To advance from a Newbie to a Novice, you must first become and Expert. -- 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+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. And your replies and statements are typical of those who ride that entitled horse and want everything for free including their knowledge. Give me free stuff, show me everything for free, cause I expect the same experience as I got with a $1800 platform w/ license. Wake up dude, you're asking exactly that hold my little hand and show me everything you took all this time to learn and get me up to speed in less than a day all at your expense. You realize you have asked nothing that is not answered numerous times in Google search results. Learn how to do self research and teaching. Your inability to find all those elders whom have documented endless things including THE BASICs of setting up an environment YOU'RE comfortable with is not anyones fault but your own as you chose to accept your homework. Maybe your GooDorking skills are sub par and that is why you lack the ability to find what YOU need. Stop blaming us Linux dicks for your short comings, it's not our fault you got a homework assignment above your head that you will be getting paid whatever salary you get to do this work, while riding off the the knowledge off all the folks who've come before you and taken the time to do it and document it already. No where did it state you would get anything different than the support you get. Do you drive a lifted truck as well? -- 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] debian testing: 2014-09-03 (goodbye vfat release)
Howdy! I just pushed out another round of images for testing. There's really only one big change with this image, the sorta change that will re-write every wiki document. NO VFAT PARTITION REQUIRED!!! Let me repeat that... THE VFAT boot PARTITION IS NOT REQUIRED! ;) Okay, only the console images fully feature this, as the lxde's still export /dev/mmcblk0p1 as vfat for windows users.. ;) The magic is this: dd if=MLO of=/dev/sdX count=1 seek=1 conv=notrunc bs=128k dd if=u-boot.img of=/dev/sdX count=2 seek=1 conv=notrunc bs=384k So far i've only got it to reliabley work on omap4+ bootroms (which include the am335x).. so beagle/beagle-xm, not yet... http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#2014-09-03 3.8 - 3.14 transition: http://elinux.org/Beagleboard:Capes_3.8_to_3.14 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] Beaglebone Black Rebooting Several Times Every Day
Well it just ran for about 15 minutes and rebooted using USB power, so I'm going to reflash eMMC with original distro and try that then return if it reboots again. Will get a BBB from Adafruit although the vendor has offered to send another element14 replacement. On Thursday, September 4, 2014 12:59:41 PM UTC-4, Greg Kelley wrote: BBB ran for 6 hours and just rebooted at 12:30pm so I now have it powered through the USB port with a 5v1a power supply instead of through the main power plug. If this reboots my last attempt will be to downgrade back to 3.8 and if it still reboots I'll have to send it back. It's an element14 purchased from an online vendor. On Thursday, September 4, 2014 7:04:52 AM UTC-4, Greg Kelley wrote: Thanks for the suggestion, if I get reboots with 3.14.17 I'll try the usb power and if that doesn't work I'll go back to 3.8 although I had USB hot plug issues with that version. On Thursday, September 4, 2014 6:49:16 AM UTC-4, lisarden wrote: power the board by USB, remove the wall adapter and test again. This issue was described long ago but there was the kernel 3.2. The issue disappeared with the 3.8 -- 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] Beaglebone Black Rebooting Several Times Every Day
On Thu, Sep 4, 2014 at 1:26 PM, Greg Kelley suekkel...@gmail.com wrote: Well it just ran for about 15 minutes and rebooted using USB power, so I'm going to reflash eMMC with original distro and try that then return if it reboots again. Will get a BBB from Adafruit although the vendor has offered to send another element14 replacement. Greg, please give this image a shot. http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#2014-09-03 It includes all the 3.8 kernel fixes since the May release came out.. 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: PRU prussdrv_open gives Bus error, Custom PREEMPT_RT Linux kernel 3.14
Hello Henrik, I found your post about Robert Nelsons 3.14er Kernel and PREEMPT_RT. I built a a 3.14 Kernel on Ubuntu 14/PC yesterday by Crosscompiling Roberts RobertCNelson/bb-kernel/am33x-v3.14. It runs. Please can you explain me how you used der PREEMPT_RT patch with Roberts 3.14er Kernel what I did : Now I' struggling, about the right way to patch this Kern by OSADL PREEMPT_RT Patch From https://www.kernel.org/pub/linux/kernel/projects/rt/3.14/ download patch-3.14.12-rt9.patch.gz https://www.kernel.org/pub/linux/kernel/projects/rt/3.14/patch-3.14.12-rt9.patch.gz and patched : patch -p patch-3.14.12-rt9.patch.gz https://www.kernel.org/pub/linux/kernel/projects/rt/3.14/patch-3.14.12-rt9.patch.gz Then I started Roberts rebuild.sh and found no patch inside the config menue about PREEMPT_RT. Thank you in advance Lupus -- 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: connecting WLAN-Stick to DHCP server
Am Mittwoch, 3. September 2014 17:20:09 UTC+2 schrieb Gerald: If you take the time to register, then you won't have yhis issue. Unregistered posters are delayed for screening. Registered posters are not. Ok, I had not seen the register-button at this page. -- 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: PRU prussdrv_open gives Bus error, Custom PREEMPT_RT Linux kernel 3.14
Hello Henrik, I'm happy that I found your post about Robert Nelsons Kernel 3.14 from https://github.com/RobertCNelson/bb-kernel/tree/am33x-v3.14 The built was successful. I cross compiled the Kernel on Ubuntu 14.04/PC Now I try to figure out, how the PREEMPT_RT patch from https://www.kernel.org/pub/linux/kernel/projects/rt/3.14/ can be used I patched it like this: #cd bb-kernel # patch -p1 patch-3.14.12-rt9.patch.gz https://www.kernel.org/pub/linux/kernel/projects/rt/3.14/patch-3.14.12-rt9.patch.gz #./rebuild.sh As it is cross compiled I'm not shure if menuconfig works? Please allow me the question. How do you patch the Kernel 3.14 thank you in advance Lupus -- 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 allocated pins on BBB be used as GPIOs ?
Hi John Sorry for asking you again but it still doesnt work :-( I've tried several times to build the kernel, also in the Desktop Folder. Yesterday i destroyed my image somehow :-). I reflashed the BBB again with the Debian form my uSD Card and started right with the Kernel building without doing anything else before except the sudo apt-get update sudo apt-get install bc lzma lzop libncurses5-dev which are necessary... but i get the same error everytime : root@beaglebone:/home/debian/Desktop/bb-kernel# ./build_kernel.sh + Detected build host [Debian GNU/Linux 7.5 (wheezy)] + host: [armv7l] + git HEAD commit: [e496a19d1fed586a7e82c3cd74f0571491a526ca] `/home/debian/Desktop/bb-kernel/system.sh.sample' - `/home/debian/Desktop/bb-kernel/system.sh' - scripts/gcc: Using: gcc (Debian 4.6.3-14) 4.6.3 Copyright (C) 2011 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. - CROSS_COMPILE= - scripts/git: LINUX_GIT not defined in system.sh cloning https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git into default location: /home/debian/Desktop/bb-kernel/ignore/linux-src Cloning into '/home/debian/Desktop/bb-kernel/ignore/linux-src'... remote: Counting objects: 3758531, done. remote: Compressing objects: 100% (562572/562572), done. remote: Total 3758531 (delta 3168898), reused 3755444 (delta 3165993) Receiving objects: 100% (3758531/3758531), 793.01 MiB | 1.78 MiB/s, done. error: index-pack died of signal 968898) fatal: index-pack failed root@beaglebone:/home/debian/Desktop/bb-kernel# the whole process also takes very long espacially the resolving deltas process do you have any idea what I'm doing wrong or whats wrong with my bbb. I'm running my bbb over ssh with putty and without uSD Card. What am I doing excatly by following your Instructions? I mean i don't have any idea I'm just following your Instructions. Isn't there an easier more newbie-like way? In my Project I need to connect 16 PEC11-Encoders. That means 32 GPIOs. I already got 30 so I just need to more but it seems more complicated than i thought it would be :-) Am Dienstag, 2. September 2014 19:12:40 UTC+2 schrieb john3909: From: halfbrain adrian@gmail.com javascript: Reply-To: beagl...@googlegroups.com javascript: beagl...@googlegroups.com javascript: Date: Tuesday, September 2, 2014 at 9:09 AM To: beagl...@googlegroups.com javascript: beagl...@googlegroups.com javascript: Subject: Re: [beagleboard] Can allocated pins on BBB be used as GPIOs ? Thanks for your quick responses always. I've tried the Instructions to build the Kernel git clone https://github.com/RobertCNelson/bb-kernel.git cd bb-kernel/ git checkout origin/am33x-v3.8 -b tmp You need to be building this on your desktop, not on your BBB. Regards, John but if use the command ./build_kernel.sh . i get this message after the resolving deltas process. I've tried several times but it always freezes at 96%. Do you have any Idea what went wrong? this is what i get in the commandshell: root@beaglebone:/bb-kernel# ./build_kernel.sh + Detected build host [Debian GNU/Linux 7.5 (wheezy)] + host: [armv7l] + git HEAD commit: [e496a19d1fed586a7e82c3cd74f0571491a526ca] - scripts/gcc: Using: gcc (Debian 4.6.3-14) 4.6.3 Copyright (C) 2011 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. - CROSS_COMPILE= - scripts/git: LINUX_GIT not defined in system.sh cloning https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git into default location: /bb-kernel/ignore/linux-src Cloning into '/bb-kernel/ignore/linux-src'... remote: Counting objects: 3758162, done. remote: Compressing objects: 100% (567907/567907), done. remote: Total 3758162 (delta 3168580), reused 3749734 (delta 3160289) Receiving objects: 100% (3758162/3758162), 794.38 MiB | 1.37 MiB/s, done. error: index-pack died of signal 968580) fatal: index-pack failed root@beaglebone:/bb-kernel# Am Montag, 1. September 2014 17:39:11 UTC+2 schrieb john3909: From: halfbrain adrian@gmail.com Reply-To: beagl...@googlegroups.com beagl...@googlegroups.com Date: Monday, September 1, 2014 at 8:23 AM To: beagl...@googlegroups.com beagl...@googlegroups.com Subject: Re: [beagleboard] Can allocated pins on BBB be used as GPIOs ? I'm using Derek Molloys device Tree overlays and I'm running debian... I can't find the folder on my bbb . But I found the am335x-bone-common.dtsi https://github.com/derekmolloy/boneDeviceTree/blob/master/DTSource3.8.13/am335x-bone-common.dtsi in
[beagleboard] Re: TNC Cape Now Available for the BBB
I am trying to get mine working. Anyone have any step by step instructions? I can't seem to get the params working and when I try to run ax25 and send a message it doesn't key the radio. I am not sure if there is serial comms between the two boards but the voltage checks were good. -- 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: Unable to SSH to Beagle Bone Black
Hi Chris. I have the same strange behaviour. See log: anders@anders-HP-EliteBook-8560p:~$ ssh -v root@172.17.11.190 OpenSSH_6.6.1, OpenSSL 1.0.1f 6 Jan 2014 debug1: Reading configuration data /etc/ssh/ssh_config debug1: /etc/ssh/ssh_config line 19: Applying options for * debug1: Connecting to 172.17.11.190 [172.17.11.190] port 22. debug1: Connection established. debug1: identity file /home/anders/.ssh/id_rsa type 1 debug1: identity file /home/anders/.ssh/id_rsa-cert type -1 debug1: identity file /home/anders/.ssh/id_dsa type -1 debug1: identity file /home/anders/.ssh/id_dsa-cert type -1 debug1: identity file /home/anders/.ssh/id_ecdsa type -1 debug1: identity file /home/anders/.ssh/id_ecdsa-cert type -1 debug1: identity file /home/anders/.ssh/id_ed25519 type -1 debug1: identity file /home/anders/.ssh/id_ed25519-cert type -1 debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_6.6.1p1 Ubuntu-2ubuntu2 The ubunto client just sits and wait forever. Strange. I have tried to delete the host key on the server and reboot but the behaviour is identical. The beaglebone otherwize seems to run without problems. Any idéas would be greatly appreciated. /Anders V On Saturday, 9 August 2014 18:06:42 UTC+2, David Pawlak wrote: I can't seem to connect to my BBB by any means. (From Windows 8) Tried USB, and got the directory structure, and it seems all the files are there, but all are 0 size. So obviously start,htm is blank. It seems to me that when I first got the BBB about 2 or 3 months ago, I got it working without problems, Now I get this. Might this be a result of the issue with unplugging? I don't have a mini HDMI cable so I tried by internet.But I can't find the default IP. 168.192.0.1 doesn't work. I can't ssh without the IP, and I can't get in to change or name the domain. Any ideas? On Wednesday, May 1, 2013 5:39:49 PM UTC-4, cmicali wrote: Hi, I got two BBBs in the mail - I plugged one in and everything has been working fine. SSHed to it, moved my s/w to it, etc. I then powered it off and plugged the other one in and can't SSH to it. I get a *ssh_exchange_identification: Connection closed by remote host* error. I get this error no matter what machine I am trying to connect from. Someone on IRC had this same problem and didn't think much of it then, but this is a board that is right out of the box and exhibiting this issue. The LEDs appear that it has booted fine. cmicali@imac ~ ssh -vvv root@beaglebone.local OpenSSH_5.9p1, OpenSSL 0.9.8r 8 Feb 2011 debug1: Reading configuration data /etc/ssh_config debug1: /etc/ssh_config line 20: Applying options for * debug1: /etc/ssh_config line 53: Applying options for * debug2: ssh_connect: needpriv 0 debug1: Connecting to beaglebone.local [192.168.1.32] port 22. *debug1**: Connection established.* debug3: Incorrect RSA1 identifier debug3: Could not load /Users/cmicali/.ssh/id_rsa as a RSA1 public key debug1: identity file /Users/cmicali/.ssh/id_rsa type 1 debug1: identity file /Users/cmicali/.ssh/id_rsa-cert type -1 debug1: identity file /Users/cmicali/.ssh/id_dsa type -1 debug1: identity file /Users/cmicali/.ssh/id_dsa-cert type -1 *ssh_exchange_identification: Connection closed by* * remote host* Any ideas what could be going on? -chris -- 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] question about I/O expansion
I am starting a project to replace an analog controller and anticipate using a BBB. I am just looking for information to get started so I can do the work/have the fun. I need a lot of I/O connections. I think that I will need to control about 6-8 relays and read about 12+ relays plus I would like some A/D inputs (temperature, humidity). Some of the relays that I will control will switch 12VDC, but some will switch 2-5 amps at 120VAC. The relays that I will 'read' will probably be at 12VDC, hopefully using interrupts. In the past I have used Omiron LY1F and LY2F relays (12VDC and 120VAC coils) which have worked well for over 10 years. I know that I can buy capes for I/O but can I combine them to provide more I/O channels? If so, how? Where can I find this information? Should I purchase a book? What do I need to look for in a cape to select one/some that can provide this expansion? I have read that I can use I2C for address selection. Where can I get documentation for doing this? I know software well but not hardware. Thank you for your patience and help, Chuck Crisler -- 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: BBB UART4 RTS for RS-485
Thank you for your answers. The python code is working perfectly. I need to use it in greater C project though. So I am compiling new kernel including RS485 patch. I have tried /opt/scripts/tools/update_kernel.sh hoping that it includes the RS485 patch ...unsuccessfully. I am now following steps from http://jkridner.wordpress.com/2014/06/04/yet-another-set-of-notes-on-building-beaglebone-kernel/ Dne středa, 3. září 2014 17:57:53 UTC+2 lucaso...@gmail.com napsal(a): Hello, I'm writing an app for BeagleBoneBlack running debian (3.8.13-bone50). I would like to use UART4 to communicate with RS485 transmitter over P9.24(UART4 Tx), P9.26(UART4 Rx) and P8.33 (UART4 RTS). I've disabled HDMI and enabled overlays BB-UART4 and BB-UART4-RTSCTS cat /sys/devices/bone_capemgr.9/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-- Bone-Black-HDMI,00A0,Texas Instrument,BB-BONELT-HDMI 6: ff:P-O-- Bone-Black-HDMIN,00A0,Texas Instrument,BB-BONELT-HDMIN 7: ff:P-O-L Override Board Name,00A0,Override Manuf,BB-UART4 10: ff:P-O-L Override Board Name,00A0,Override Manuf,BB-UART4-RTSCTS cat /proc/tty/driver/OMAP-SERIAL serinfo:1.0 driver revision: 0: uart:OMAP UART0 mmio:0x44E09000 irq:72 tx:345 rx:0 RTS|CTS|DTR|DSR 4: uart:OMAP UART4 mmio:0x481A8000 irq:45 tx:61355 rx:1 brk:1 RTS|DTR|DSR RS485 transmitter is connected through RS485-USB converter to PC. When I run screen /dev/ttyO4 9600 +crtscts and periodicaly write some data to it, PC receives it properly, but RTS line stays constantly low (I'm using scope on Tx and RTS lines). I've also tried to write simple C program, using *struct serial_rs485. *When I write some data over this program, I got response: *Resource temporarily unavailable* and dmesg says *omap_uart 481a8000.serial: Must use GPIO for RS485 Support.*When I tried to use: struct serial_rs485 rs485conf; rs485conf.flags |= SER_RS485_USE_GPIO; rs485conf.gpio_pin = GPIO0_9; I got error from gcc that it does not know those macros: ‘SER_RS485_USE_GPIO’ was not declared in this scope rs485conf.flags |= SER_RS485_USE_GPIO; ‘struct serial_rs485’ has no member named ‘gpio_pin’ rs485conf.gpio_pin = GPIO0_9; ‘GPIO0_9’ was not declared in this scope rs485conf.gpio_pin = GPIO0_9; Could somebody help me? I have no more ideas. -- 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 allocated pins on BBB be used as GPIOs ?
Hi John I always get this even after reflashing my whole bbb with Debian. root@beaglebone:/home/debian/Desktop/bb-kernel# ./build_kernel.sh + Detected build host [Debian GNU/Linux 7.5 (wheezy)] + host: [armv7l] + git HEAD commit: [e496a19d1fed586a7e82c3cd74f0571491a526ca] - scripts/gcc: Using: gcc (Debian 4.6.3-14) 4.6.3 Copyright (C) 2011 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. - CROSS_COMPILE= - scripts/git: LINUX_GIT not defined in system.sh cloning https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git into default location: /home/debian/Desktop/bb-kernel/ignore/linux-src Cloning into '/home/debian/Desktop/bb-kernel/ignore/linux-src'... remote: Counting objects: 3758531, done. remote: Compressing objects: 100% (568127/568127), done. remote: Total 3758531 (delta 3168892), reused 3749886 (delta 3160438) Receiving objects: 100% (3758531/3758531), 794.38 MiB | 1.43 MiB/s, done. error: index-pack died of signal 968892) fatal: index-pack failed root@beaglebone:/home/debian/Desktop/bb-kernel# Do you have any Idea what went wrong or what could be wrong with my bbb. I tried the whole process several times and it took a very long everytime espacially the resolving Deltas process. And it always ends up with this Error. What am I doing wrong? Isn't there an easier way to do that? In my project I got 16 PEC11 Encoders that means I need 32 GPIO's. I already got 15 so i just need 2 more. Am Dienstag, 2. September 2014 19:12:40 UTC+2 schrieb john3909: From: halfbrain adrian@gmail.com javascript: Reply-To: beagl...@googlegroups.com javascript: beagl...@googlegroups.com javascript: Date: Tuesday, September 2, 2014 at 9:09 AM To: beagl...@googlegroups.com javascript: beagl...@googlegroups.com javascript: Subject: Re: [beagleboard] Can allocated pins on BBB be used as GPIOs ? Thanks for your quick responses always. I've tried the Instructions to build the Kernel git clone https://github.com/RobertCNelson/bb-kernel.git cd bb-kernel/ git checkout origin/am33x-v3.8 -b tmp You need to be building this on your desktop, not on your BBB. Regards, John but if use the command ./build_kernel.sh . i get this message after the resolving deltas process. I've tried several times but it always freezes at 96%. Do you have any Idea what went wrong? this is what i get in the commandshell: root@beaglebone:/bb-kernel# ./build_kernel.sh + Detected build host [Debian GNU/Linux 7.5 (wheezy)] + host: [armv7l] + git HEAD commit: [e496a19d1fed586a7e82c3cd74f0571491a526ca] - scripts/gcc: Using: gcc (Debian 4.6.3-14) 4.6.3 Copyright (C) 2011 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. - CROSS_COMPILE= - scripts/git: LINUX_GIT not defined in system.sh cloning https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git into default location: /bb-kernel/ignore/linux-src Cloning into '/bb-kernel/ignore/linux-src'... remote: Counting objects: 3758162, done. remote: Compressing objects: 100% (567907/567907), done. remote: Total 3758162 (delta 3168580), reused 3749734 (delta 3160289) Receiving objects: 100% (3758162/3758162), 794.38 MiB | 1.37 MiB/s, done. error: index-pack died of signal 968580) fatal: index-pack failed root@beaglebone:/bb-kernel# Am Montag, 1. September 2014 17:39:11 UTC+2 schrieb john3909: From: halfbrain adrian@gmail.com Reply-To: beagl...@googlegroups.com beagl...@googlegroups.com Date: Monday, September 1, 2014 at 8:23 AM To: beagl...@googlegroups.com beagl...@googlegroups.com Subject: Re: [beagleboard] Can allocated pins on BBB be used as GPIOs ? I'm using Derek Molloys device Tree overlays and I'm running debian... I can't find the folder on my bbb . But I found the am335x-bone-common.dtsi https://github.com/derekmolloy/boneDeviceTree/blob/master/DTSource3.8.13/am335x-bone-common.dtsi in https://github.com/derekmolloy/boneDeviceTree/tree/master/DTSource3.8.13 which I have on my bbb. I've commented out the section you mentioned but nothing changes. Without using or declaring the I2c2 pins in my Device Tree Overlay I'm able to use all unallocated pins as GPIO Inputs as I declared them in my Device Tree Overlay. Did i change the wrong am335x-bone-common.dtsi https://github.com/derekmolloy/boneDeviceTree/blob/master/DTSource3.8.13/am335x-bone-common.dtsi.? Is there another one elsewhere on the debian distribution or do i have to copy the changed file into a specific folder? You need to follow:
[beagleboard] Re: How to determine hard float vs. soft float
If the architecture is armhf that's hardfloat and requires a minimum of armv5. armel is softfloat and can run on arm7tdmi (armv4). Find any local binary like /bin/ls and do an ld on it. It links to an ld library with armel or armhf in the name. You'll find armel libraries in there too along with armhf ld libraries, but MOST of the binaries will be armhf. For armel platforms you'll only see armel (or the even older arm) -Ghazan Haider On Wednesday, September 3, 2014 2:33:48 AM UTC-4, Tim Cole wrote: Greetings all As I understand it, the Debian distribution installed on the most recent BBBs is configured for hard float. If I were to install another flavor of Linux, or even an updated version of Debian, how would I determine if it's been configured to use hard float or soft float? Is there any way other than compiling with one option or the other and trying to make sense of the errors? -- 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: Beaglebone Using MySQL
hi Soft, Can you help me? when i compiled, i got skipping incompatible error. thanks /usr/lib/gcc-cross/arm-linux-gnueabihf/4.8/../../../../arm-linux-gnueabihf/bin/ld: skipping incompatible /usr/arm-linux-gnueabihf/lib/libmysqlcppconn.so when searching for -lmysqlcppconn On Wednesday, 26 February 2014 08:20:39 UTC-5, sofjk wrote: It took some time but I figured it out. The solution is to copy the following (/usr/lib/arm-linux-gnueabihf) -rw-r--r-- 1 root root 3935832 Jan 21 17:29 libmysqlclient.a lrwxrwxrwx 1 root root 16 Jan 21 17:29 libmysqlclient_r.a - libmysqlclient.a lrwxrwxrwx 1 root root 17 Jan 21 17:29 libmysqlclient_r.so - libmysqlclient.so lrwxrwxrwx 1 root root 20 Jan 21 17:29 libmysqlclient_r.so.18 - libmysqlclient.so.18 lrwxrwxrwx 1 root root 24 Jan 21 17:29 libmysqlclient_r.so.18.0.0 - libmysqlclient.so.18.0.0 lrwxrwxrwx 1 root root 20 Jan 21 17:29 libmysqlclient.so - libmysqlclient.so.18 lrwxrwxrwx 1 root root 24 Jan 21 17:29 libmysqlclient.so.18 - libmysqlclient.so.18.0.0 -rw-r--r-- 1 root root 2972964 Jan 21 17:29 libmysqlclient.so.18.0.0 -rw-r--r-- 1 root root 92998 May 13 2013 libz.a lrwxrwxrwx 1 root root 38 May 13 2013 libz.so - /lib/arm-linux-gnueabihf/libz.so.1.2.8 from the beaglebone onto the PC with eclipse (into /usr/arm-linux-gnueabihf/lib). Then add a softlink: ln -s libz.so libz.so.1 And then my commands in Eclipse looked like: COMPILE: arm-linux-gnueabihf-gcc -I/usr/include/mysql -O0 -g3 -Wall -c -fmessage-length=0 `mysql_config --cflags --libs` -MMD -MP -MFmain.d -MTmain.d -o main.o ../main.c LINKER: arm-linux-gnueabihf-g++ -L/usr/arm-linux-gnueabihf/lib -o test ./main.o -lmysqlclient And now I can cross compile my code to access mySQL in the BeagleBone. -- 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] Ubuntu on Beagle Bone Black
I just ran into this too and was confounded until I found this thread. Renaming bbb-uEnv.txt to uEnv.txt fixed it for me also. It has been a few months since I used setup_sdcard.sh, and I noticed that the parameter I used to pass '--uboot bone' is now replaced by '-dtb beaglebone'. Could that switch have introduced the bug? On Friday, August 29, 2014 8:53:09 PM UTC-7, Philip Polstra wrote: Check your SD card to be sure there is a uenv.txt file in the boot partition. I have seen the file not get changed from uenv-BBB.txt which leads to this problem. On Aug 29, 2014 11:02 PM, DR hee...@gmail.com javascript: wrote: Hi, I'm following http://elinux.org/BeagleBoardUbuntu#Saucy_13.10 to try and load Ubuntu on my Beagle Bone Black. The SD card loads OK but when I try and load boot I eventually get two solid LEDs and I'm using a 5v supply. Any ideas what the problem might be? -- 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.
[beagleboard] Getting a QuickCam Web working with Motion
Hi, I'm trying to get my old Logitech QuickCam to work on my BBBlack under Debian which I have just installed. I've been successful at installing Motion but I can't get the camera to work with the software... Here is what I got : [0] Processing thread 0 - config file /root/.motion/motion.conf [0] Motion 3.2.12 Started [0] ffmpeg LIBAVCODEC_BUILD 3482368 LIBAVFORMAT_BUILD 3478785 [0] Thread 1 is from /root/.motion/motion.conf [0] httpd bind(): Address already in use [0] httpd thread exit [1] Thread 1 started [1] cap.driver: STV06xx [1] cap.card: Camera [1] cap.bus_info: usb-musb-hdrc.1.auto-1 [1] cap.capabilities=0x8501 [1] - VIDEO_CAPTURE [1] - READWRITE [1] - STREAMING [1] Config palette index 8 (YU12) doesn't work. [1] Supported palettes: [1] 0: GRBG (GRBG) [1] Unable to find a compatible palette format. [1] ioctl (VIDIOCGCAP): Inappropriate ioctl for device [1] Could not fetch initial image from camera [1] Motion continues using width and height from config file(s) [1] Resizing pre_capture buffer to 1 items [1] Started stream webcam server in port 8081 [1] Retrying until successful connection with camera Has anyone got an idea of how to fix it ? I've looked into qc-usb but found out that it was to old to be compiled... Many 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.
[beagleboard] Re: how stop my buzzer
thanks michael my buzzer is stop :)
Le mercredi 3 septembre 2014 22:09:28 UTC+2, Michael M a écrit :
Mixing digitalWrite and analogWrite could be the problem. Try disabling
the buzzer by setting the PWM duty cycle to 0:
if(data =='stop'){
b.analogWrite(S_13,0,3);
console.log('stop buzz');
};
On Wednesday, September 3, 2014 12:14:31 PM UTC-7, keo@gmail.com
wrote:
I all,
I success my test outpout buzz .
I have a 3 buttons low frequance (on), hight frequence(off), stop
sound.
I use io.sockets
Saisissez io.sockets.on('connection', function (socket) {
socket.on('led', function (data) {
console.log(data);
if(data =='stop'){
b.digitalWrite(S_13,b.HIGH);
console.log('stop buzz');
};
if (data == 'on'){
b.analogWrite(S_13,1/2,3);
//socket.emit('ledstatus', 'green');
//socket.broadcast.emit('ledupdate', 'green');
}else{
b.analogWrite(S_13,1/2,200);
//socket.emit('ledstatus', 'red');
//socket.broadcast.emit('ledupdate', 'red');
}
});
});
if I clik low buzz and hight buzz is ok ,
but if I want stop buzzer, the buzzer not stop Why ?
console log is display stop buzz when i click stop
console log is display on when i click on
console log is display off when i click off
I try configure S_13 too HIGH but is have the PWM in this poin.
How I can do ?
thank's for reply how i can stop the buzzer
--
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] How to SSH to BeagleBone's IP Address through USB cable on FreeBSD
I bought BBB today. It is a very cute board.After I install the drivers this board provided, I can SSH to BeagleBone's IP Address through USB cable on Windows 7. I have an FreeBSD 10 laptop, I try to SSH to BeagleBone's IP Address through USB cable on FreeBSD but I can't. It shows ssh: connect to host 192.168.7.2 port 22: Operation timed out. Should I install any driver on FreeBSD? Or What can I do to make it works like on win 7? 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.
[beagleboard] trying to learn enough to get started
I have a significant project that I want to accomplish this fall/winter. I would like to build a digital controller for my greenhouse. I have been a software engineer for 35 years so the programming will be easy. I don't have any experience with microprocessors and need to learn so that I can do. What introductory and intermediate sources of information would people recommend? I am thinking about a BBB running Ubuntu but am open to suggestions. Thank you, Chuck Crisler -- 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: How to determine hard float vs. soft float
*Find any local binary like /bin/ls and do an ld on it. It links to an ld library with armel or armhf in the name.* You would want to use ldd, probably not ld. Usage: ldd /bin/ls /* going by above example */ *root@arm:~# ldd /bin/ls* *libselinux.so.1 = /lib/arm-linux-gnueabihf/libselinux.so.1 (0xb6fa)* *librt.so.1 = /lib/arm-linux-gnueabihf/librt.so.1 (0xb6f91000)* *libacl.so.1 = /lib/arm-linux-gnueabihf/libacl.so.1 (0xb6f83000)* *libgcc_s.so.1 = /lib/arm-linux-gnueabihf/libgcc_s.so.1 (0xb6f5f000)* *libc.so.6 = /lib/arm-linux-gnueabihf/libc.so.6 (0xb6e7a000)* */lib/ld-linux-armhf.so.3 (0xb6fc2000)* *libdl.so.2 = /lib/arm-linux-gnueabihf/libdl.so.2 (0xb6e6f000)* *libpthread.so.0 = /lib/arm-linux-gnueabihf/libpthread.so.0 (0xb6e53000)* *libattr.so.1 = /lib/arm-linux-gnueabihf/libattr.so.1 (0xb6e47000)* On Wed, Sep 3, 2014 at 5:46 PM, ghazan.hai...@gmail.com wrote: If the architecture is armhf that's hardfloat and requires a minimum of armv5. armel is softfloat and can run on arm7tdmi (armv4). Find any local binary like /bin/ls and do an ld on it. It links to an ld library with armel or armhf in the name. You'll find armel libraries in there too along with armhf ld libraries, but MOST of the binaries will be armhf. For armel platforms you'll only see armel (or the even older arm) -Ghazan Haider On Wednesday, September 3, 2014 2:33:48 AM UTC-4, Tim Cole wrote: Greetings all As I understand it, the Debian distribution installed on the most recent BBBs is configured for hard float. If I were to install another flavor of Linux, or even an updated version of Debian, how would I determine if it's been configured to use hard float or soft float? Is there any way other than compiling with one option or the other and trying to make sense of the errors? -- 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: BBB UART4 RTS for RS-485
In the Debian image from Robert C Nelson, the patch rs485 is already included. Le 4 sept. 2014 20:57, lucaso.ja...@gmail.com a écrit : Thank you for your answers. The python code is working perfectly. I need to use it in greater C project though. So I am compiling new kernel including RS485 patch. I have tried /opt/scripts/tools/update_kernel.sh hoping that it includes the RS485 patch ...unsuccessfully. I am now following steps from http://jkridner.wordpress.com/2014/06/04/yet-another-set-of-notes-on-building-beaglebone-kernel/ Dne středa, 3. září 2014 17:57:53 UTC+2 lucaso...@gmail.com napsal(a): Hello, I'm writing an app for BeagleBoneBlack running debian (3.8.13-bone50). I would like to use UART4 to communicate with RS485 transmitter over P9.24(UART4 Tx), P9.26(UART4 Rx) and P8.33 (UART4 RTS). I've disabled HDMI and enabled overlays BB-UART4 and BB-UART4-RTSCTS cat /sys/devices/bone_capemgr.9/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-- Bone-Black-HDMI,00A0,Texas Instrument,BB-BONELT-HDMI 6: ff:P-O-- Bone-Black-HDMIN,00A0,Texas Instrument,BB-BONELT-HDMIN 7: ff:P-O-L Override Board Name,00A0,Override Manuf,BB-UART4 10: ff:P-O-L Override Board Name,00A0,Override Manuf,BB-UART4-RTSCTS cat /proc/tty/driver/OMAP-SERIAL serinfo:1.0 driver revision: 0: uart:OMAP UART0 mmio:0x44E09000 irq:72 tx:345 rx:0 RTS|CTS|DTR|DSR 4: uart:OMAP UART4 mmio:0x481A8000 irq:45 tx:61355 rx:1 brk:1 RTS|DTR|DSR RS485 transmitter is connected through RS485-USB converter to PC. When I run screen /dev/ttyO4 9600 +crtscts and periodicaly write some data to it, PC receives it properly, but RTS line stays constantly low (I'm using scope on Tx and RTS lines). I've also tried to write simple C program, using *struct serial_rs485. *When I write some data over this program, I got response: *Resource temporarily unavailable* and dmesg says *omap_uart 481a8000.serial: Must use GPIO for RS485 Support.*When I tried to use: struct serial_rs485 rs485conf; rs485conf.flags |= SER_RS485_USE_GPIO; rs485conf.gpio_pin = GPIO0_9; I got error from gcc that it does not know those macros: ‘SER_RS485_USE_GPIO’ was not declared in this scope rs485conf.flags |= SER_RS485_USE_GPIO; ‘struct serial_rs485’ has no member named ‘gpio_pin’ rs485conf.gpio_pin = GPIO0_9; ‘GPIO0_9’ was not declared in this scope rs485conf.gpio_pin = GPIO0_9; Could somebody help me? I have no more ideas. -- 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: How to determine hard float vs. soft float
Heh, another way I just figured out ( never noticed it before ) is to just do . . $ ls /lib/ there is a arm-linux-gnueabihf directory and a ld-linux-armhf.so.3 file. Both of these should make it painfully obvious. On Thu, Sep 4, 2014 at 12:46 PM, William Hermans yyrk...@gmail.com wrote: *Find any local binary like /bin/ls and do an ld on it. It links to an ld library with armel or armhf in the name.* You would want to use ldd, probably not ld. Usage: ldd /bin/ls /* going by above example */ *root@arm:~# ldd /bin/ls* *libselinux.so.1 = /lib/arm-linux-gnueabihf/libselinux.so.1 (0xb6fa)* *librt.so.1 = /lib/arm-linux-gnueabihf/librt.so.1 (0xb6f91000)* *libacl.so.1 = /lib/arm-linux-gnueabihf/libacl.so.1 (0xb6f83000)* *libgcc_s.so.1 = /lib/arm-linux-gnueabihf/libgcc_s.so.1 (0xb6f5f000)* *libc.so.6 = /lib/arm-linux-gnueabihf/libc.so.6 (0xb6e7a000)* */lib/ld-linux-armhf.so.3 (0xb6fc2000)* *libdl.so.2 = /lib/arm-linux-gnueabihf/libdl.so.2 (0xb6e6f000)* *libpthread.so.0 = /lib/arm-linux-gnueabihf/libpthread.so.0 (0xb6e53000)* *libattr.so.1 = /lib/arm-linux-gnueabihf/libattr.so.1 (0xb6e47000)* On Wed, Sep 3, 2014 at 5:46 PM, ghazan.hai...@gmail.com wrote: If the architecture is armhf that's hardfloat and requires a minimum of armv5. armel is softfloat and can run on arm7tdmi (armv4). Find any local binary like /bin/ls and do an ld on it. It links to an ld library with armel or armhf in the name. You'll find armel libraries in there too along with armhf ld libraries, but MOST of the binaries will be armhf. For armel platforms you'll only see armel (or the even older arm) -Ghazan Haider On Wednesday, September 3, 2014 2:33:48 AM UTC-4, Tim Cole wrote: Greetings all As I understand it, the Debian distribution installed on the most recent BBBs is configured for hard float. If I were to install another flavor of Linux, or even an updated version of Debian, how would I determine if it's been configured to use hard float or soft float? Is there any way other than compiling with one option or the other and trying to make sense of the errors? -- 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] debian testing: 2014-09-03 (goodbye vfat release)
*Okay, only the console images fully feature this, as the lxde's* * still export /dev/mmcblk0p1 as vfat for windows users.. ;)* How about . . . file=/path/to/ntfs-partition ??? On Thu, Sep 4, 2014 at 11:24 AM, Robert Nelson robertcnel...@gmail.com wrote: Howdy! I just pushed out another round of images for testing. There's really only one big change with this image, the sorta change that will re-write every wiki document. NO VFAT PARTITION REQUIRED!!! Let me repeat that... THE VFAT boot PARTITION IS NOT REQUIRED! ;) Okay, only the console images fully feature this, as the lxde's still export /dev/mmcblk0p1 as vfat for windows users.. ;) The magic is this: dd if=MLO of=/dev/sdX count=1 seek=1 conv=notrunc bs=128k dd if=u-boot.img of=/dev/sdX count=2 seek=1 conv=notrunc bs=384k So far i've only got it to reliabley work on omap4+ bootroms (which include the am335x).. so beagle/beagle-xm, not yet... http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#2014-09-03 3.8 - 3.14 transition: http://elinux.org/Beagleboard:Capes_3.8_to_3.14 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] debian testing: 2014-09-03 (goodbye vfat release)
Could be a fat partition that has nothing but the beaglebone support files on it ect ( for windows ), but was curious about NTFS file system support. Was actually thinking about this the other day . . . On Thu, Sep 4, 2014 at 1:18 PM, William Hermans yyrk...@gmail.com wrote: *Okay, only the console images fully feature this, as the lxde's* * still export /dev/mmcblk0p1 as vfat for windows users.. ;)* How about . . . file=/path/to/ntfs-partition ??? On Thu, Sep 4, 2014 at 11:24 AM, Robert Nelson robertcnel...@gmail.com wrote: Howdy! I just pushed out another round of images for testing. There's really only one big change with this image, the sorta change that will re-write every wiki document. NO VFAT PARTITION REQUIRED!!! Let me repeat that... THE VFAT boot PARTITION IS NOT REQUIRED! ;) Okay, only the console images fully feature this, as the lxde's still export /dev/mmcblk0p1 as vfat for windows users.. ;) The magic is this: dd if=MLO of=/dev/sdX count=1 seek=1 conv=notrunc bs=128k dd if=u-boot.img of=/dev/sdX count=2 seek=1 conv=notrunc bs=384k So far i've only got it to reliabley work on omap4+ bootroms (which include the am335x).. so beagle/beagle-xm, not yet... http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#2014-09-03 3.8 - 3.14 transition: http://elinux.org/Beagleboard:Capes_3.8_to_3.14 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] debian testing: 2014-09-03 (goodbye vfat release)
On Thu, Sep 4, 2014 at 3:20 PM, William Hermans yyrk...@gmail.com wrote: Could be a fat partition that has nothing but the beaglebone support files on it ect ( for windows ), but was curious about NTFS file system support. Was actually thinking about this the other day . . . Maybe.. we have ntfs support enabled in the kernel.. But really this 'fat' partition was 'fat' as we needed it to boot. Thus we also used it as pass thru to windows, so if you were to inserted the microSD card you'd see the fat partition.. It might work as ntfs... 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] Can allocated pins on BBB be used as GPIOs ?
halfbrain, - If I used the EMMC pins I would need to boot from SD Card everytime? Correct. You'll use the beaglebone white/sd card images. The beaglebone will automatically boot from the SD card since it wont be able to find the EMMC. - And if I used the HMDI Pins it wouldn't be possible to connect the uHdmi Cable to the bbb and connect some screen to it? Because they are connected to the same pins? No HDMI if you disable HDMI, but you can still ssh/vnc in. The way I'm suggesting is the proper way to disable built in overlays that are loaded at boot. For some reason, only the hdmi and emmc interfaces are added as overlays that can be disabled at boot. i2c and the likes are hard coded in the dts file. Why? I don't know. Maybe there's a good reason, probably not. --Brandon On Thu, Sep 4, 2014 at 7:28 AM, halfbrain adrian.mitev...@gmail.com wrote: Thanks for your Answer Brandon Just a few questions for my Information: - If I used the EMMC pins I would need to boot from SD Card everytime? - And if I used the HMDI Pins it wouldn't be possible to connect the uHdmi Cable to the bbb and connect some screen to it? Because they are connected to the same pins? The way you unallocated the pins and the way john recommend me to unallocate the pins seem to be very different. To be honest I don't understand the difference of the two ways. Which way is the easier one and can this way be used to unallocate every pin on the bbb? I just wan't to make things trickier than they are :-) But i'm very thankful for your help so far ;-) Am Mittwoch, 3. September 2014 22:00:16 UTC+2 schrieb Brandon I: halfbrain, I forgot to mention, you should tie the eMMC cmd and clock pins low on P8.20 and P8.21, as suggested by the wiki: http://elinux.org/ Beagleboard:BeagleBoneBlack#Onboard_eMMC On Wednesday, September 3, 2014 12:58:09 PM UTC-7, Brandon I wrote: halfbrain, If you're using angstrom or debian, you can disable the emmc by adding this to the optargs in uEnv.txt on the usb mass storage partition: capemgr.disable_partno=BB-BONE-EMMC-2G If you're not using hdmi, you can free up those too: capemgr.disable_partno=BB-BONELT-HDMI,BB-BONELT- HDMIN,BB-BONE-EMMC-2G On Saturday, August 23, 2014 1:11:22 AM UTC-7, halfbrain wrote: Would be nice if you could explain how to disable eMMC on debian. I ran out of GPIO's in my project. Tried to use P9_19 and P9_20 (both I2C's) in the device tree overlay but since i did that the overlay doesn't work correctly anymore. Am Sonntag, 18. Mai 2014 22:19:16 UTC+2 schrieb john3909: From: Dhruv Vyas dhruv@gmail.com Reply-To: beagl...@googlegroups.com Date: Sunday, May 18, 2014 at 2:42 AM To: beagl...@googlegroups.com Subject: [beagleboard] Can allocated pins on BBB be used as GPIOs ? Hello, I recently started working on my BBB A6A. I went through necessary getting started guides and it works like a charm. Now as a part of my project, I need to use some of the GPIOs on P8/P9 header. While googling how to use them as a GPIO, and how to set pinmux and etc, I went through this guide. http://derekmolloy.ie/gpios- on-the-beaglebone-black-using-device-tree-overlays/ and he explained everything very clearly. Now my question is : is there any way i can use allocated pins as GPIOs other than available pins ? If yes, how ? If no, why ? For example, P9_19 and P9_20 are Allocated to (Group: pinmux_i2c2_pins) and hence it can not be used as GPIOs ? If pins are also connected to circuitry on the board that cannot be disabled then you cannot use those pins for GPIO. For example, pins used for the eMMC can be used for GPIO as long as eMMC is disabled. Same for LCD pins, but then you cannot use LCD or HDMI. I2C2 isn't connected to other circuity on the board so you can use it for GPIO. Regards, John 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 a topic in the Google Groups BeagleBoard group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/amEtmzQoyyc/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.
Re: [beagleboard] debian testing: 2014-09-03 (goodbye vfat release)
Robert, well I was just thinking of some simple way for the Windows users who need it to still get their files off a shipped BBB. One curious thing that I've been looking into a little at a time was that Windows now has a fully featured NFS client built in for enterprise versions. But ive been juggling many pet projects in my spare time lately so . . . I've actually been fighting an Ubuntu 14.04 install the last couple days. I'm sure Ubuntu works fine out of the box, but as soon as you try to start doing anything other than what Canonical wants you to do . . . there is a bunch of kicking, scratching, and biting going on. So, I've opted out of Ubuntu, for Lubuntu, or perhaps Xubuntu. On Thu, Sep 4, 2014 at 1:21 PM, Robert Nelson robertcnel...@gmail.com wrote: On Thu, Sep 4, 2014 at 3:20 PM, William Hermans yyrk...@gmail.com wrote: Could be a fat partition that has nothing but the beaglebone support files on it ect ( for windows ), but was curious about NTFS file system support. Was actually thinking about this the other day . . . Maybe.. we have ntfs support enabled in the kernel.. But really this 'fat' partition was 'fat' as we needed it to boot. Thus we also used it as pass thru to windows, so if you were to inserted the microSD card you'd see the fat partition.. It might work as ntfs... 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] Can allocated pins on BBB be used as GPIOs ?
Thank you Brandon and William for your answers and tips. It seems that you both write about the same method... changing some lines of code in the uEnv.txt etc I will try this one out as soon as possible and will hopefully give you a positive feedback then ;-) Am Donnerstag, 4. September 2014 22:30:54 UTC+2 schrieb Brandon I: halfbrain, - If I used the EMMC pins I would need to boot from SD Card everytime? Correct. You'll use the beaglebone white/sd card images. The beaglebone will automatically boot from the SD card since it wont be able to find the EMMC. - And if I used the HMDI Pins it wouldn't be possible to connect the uHdmi Cable to the bbb and connect some screen to it? Because they are connected to the same pins? No HDMI if you disable HDMI, but you can still ssh/vnc in. The way I'm suggesting is the proper way to disable built in overlays that are loaded at boot. For some reason, only the hdmi and emmc interfaces are added as overlays that can be disabled at boot. i2c and the likes are hard coded in the dts file. Why? I don't know. Maybe there's a good reason, probably not. --Brandon On Thu, Sep 4, 2014 at 7:28 AM, halfbrain adrian@gmail.com javascript: wrote: Thanks for your Answer Brandon Just a few questions for my Information: - If I used the EMMC pins I would need to boot from SD Card everytime? - And if I used the HMDI Pins it wouldn't be possible to connect the uHdmi Cable to the bbb and connect some screen to it? Because they are connected to the same pins? The way you unallocated the pins and the way john recommend me to unallocate the pins seem to be very different. To be honest I don't understand the difference of the two ways. Which way is the easier one and can this way be used to unallocate every pin on the bbb? I just wan't to make things trickier than they are :-) But i'm very thankful for your help so far ;-) Am Mittwoch, 3. September 2014 22:00:16 UTC+2 schrieb Brandon I: halfbrain, I forgot to mention, you should tie the eMMC cmd and clock pins low on P8.20 and P8.21, as suggested by the wiki: http://elinux.org/Beagleboard:BeagleBoneBlack#Onboard_eMMC On Wednesday, September 3, 2014 12:58:09 PM UTC-7, Brandon I wrote: halfbrain, If you're using angstrom or debian, you can disable the emmc by adding this to the optargs in uEnv.txt on the usb mass storage partition: capemgr.disable_partno=BB-BONE-EMMC-2G If you're not using hdmi, you can free up those too: capemgr.disable_partno=BB-BONELT-HDMI,BB-BONELT- HDMIN,BB-BONE-EMMC-2G On Saturday, August 23, 2014 1:11:22 AM UTC-7, halfbrain wrote: Would be nice if you could explain how to disable eMMC on debian. I ran out of GPIO's in my project. Tried to use P9_19 and P9_20 (both I2C's) in the device tree overlay but since i did that the overlay doesn't work correctly anymore. Am Sonntag, 18. Mai 2014 22:19:16 UTC+2 schrieb john3909: From: Dhruv Vyas dhruv@gmail.com Reply-To: beagl...@googlegroups.com Date: Sunday, May 18, 2014 at 2:42 AM To: beagl...@googlegroups.com Subject: [beagleboard] Can allocated pins on BBB be used as GPIOs ? Hello, I recently started working on my BBB A6A. I went through necessary getting started guides and it works like a charm. Now as a part of my project, I need to use some of the GPIOs on P8/P9 header. While googling how to use them as a GPIO, and how to set pinmux and etc, I went through this guide. http://derekmolloy.ie/gpios- on-the-beaglebone-black-using-device-tree-overlays/ and he explained everything very clearly. Now my question is : is there any way i can use allocated pins as GPIOs other than available pins ? If yes, how ? If no, why ? For example, P9_19 and P9_20 are Allocated to (Group: pinmux_i2c2_pins) and hence it can not be used as GPIOs ? If pins are also connected to circuitry on the board that cannot be disabled then you cannot use those pins for GPIO. For example, pins used for the eMMC can be used for GPIO as long as eMMC is disabled. Same for LCD pins, but then you cannot use LCD or HDMI. I2C2 isn’t connected to other circuity on the board so you can use it for GPIO. Regards, John 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 a topic in the Google Groups BeagleBoard group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/amEtmzQoyyc/unsubscribe. To unsubscribe from this group and all its topics, send an email to beagleboard...@googlegroups.com javascript:.
[beagleboard] Cape-universal added to the 3.14 kernel being worked
Charles, It would be great if you could take a look at this and see if it is suitable for you and if I'm headed down the right path. There is a pre-built linux-image package and if you use one of Robert's recent test images, you can simply use 'dpkg -i XXX.deb reboot' to install it. It would be great if config-pin was updated to work with this. Right now, I have commented out the exit statement where cape-universal isn't detected. For patches and links to the build, see https://github.com/beagleboard/linux/pull/6 All, This would mean that userspace configuration of these pins would no longer require an overlay unless you needed to load a driver not already configured. I haven't gone and enabled many of the peripherals yet, so those patches are still desired. I'm going to start adding this to my bonescript code for testing it and will bring in the additional overlay parts for the peripherals as I need them. Regards, Jason -- 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 allocated pins on BBB be used as GPIOs ?
From my own blog site: optargs=capemgr.disable_partno=BB-BONELT-HDMI,BB-BONELT-HDMIN This is both for hdmi video and audio. This was prior to later kernel version images that now use two different uEnv.txt files. You have a first stage uEnv.txt file and a second stage uEnv.txt file ( for loading secondary environment variables ). here is an example of the secondary uEnv.txt file which sits in /boot/ on the rootfs. *#Docs: http://elinux.org/Beagleboard:U-boot_partitioning_layout_2.0 http://elinux.org/Beagleboard:U-boot_partitioning_layout_2.0* *uname_r=3.8.13-bone62* *#dtb=* *cmdline=quiet init=/lib/systemd/systemd* *##Example* *#cape_disable=capemgr.disable_partno=* *#cape_enable=capemgr.enable_partno=* *##Disable HDMI/eMMC* *#cape_disable=capemgr.disable_partno=BB-BONELT-HDMI,BB-BONELT-HDMIN,BB-BONE-EMMC-2G* *##Disable HDMI* *#cape_disable=capemgr.disable_partno=BB-BONELT-HDMI,BB-BONELT-HDMIN* *##Disable eMMC* *#cape_disable=capemgr.disable_partno=BB-BONE-EMMC-2G* *##Audio Cape (needs HDMI Audio disabled)* *#cape_disable=capemgr.disable_partno=BB-BONELT-HDMI* *#cape_enable=capemgr.enable_partno=BB-BONE-AUDI-02* *##enable BBB: eMMC Flasher:* *##make sure, these tools are installed: dosfstools rsync* *#cmdline=init=/opt/scripts/tools/eMMC/init-eMMC-flasher-v2.sh* I believe that came out of RCN's August 5th LXDE standalone image. On Thu, Sep 4, 2014 at 1:39 PM, halfbrain adrian.mitev...@gmail.com wrote: Thank you Brandon and William for your answers and tips. It seems that you both write about the same method... changing some lines of code in the uEnv.txt etc I will try this one out as soon as possible and will hopefully give you a positive feedback then ;-) Am Donnerstag, 4. September 2014 22:30:54 UTC+2 schrieb Brandon I: halfbrain, - If I used the EMMC pins I would need to boot from SD Card everytime? Correct. You'll use the beaglebone white/sd card images. The beaglebone will automatically boot from the SD card since it wont be able to find the EMMC. - And if I used the HMDI Pins it wouldn't be possible to connect the uHdmi Cable to the bbb and connect some screen to it? Because they are connected to the same pins? No HDMI if you disable HDMI, but you can still ssh/vnc in. The way I'm suggesting is the proper way to disable built in overlays that are loaded at boot. For some reason, only the hdmi and emmc interfaces are added as overlays that can be disabled at boot. i2c and the likes are hard coded in the dts file. Why? I don't know. Maybe there's a good reason, probably not. --Brandon On Thu, Sep 4, 2014 at 7:28 AM, halfbrain adrian@gmail.com wrote: Thanks for your Answer Brandon Just a few questions for my Information: - If I used the EMMC pins I would need to boot from SD Card everytime? - And if I used the HMDI Pins it wouldn't be possible to connect the uHdmi Cable to the bbb and connect some screen to it? Because they are connected to the same pins? The way you unallocated the pins and the way john recommend me to unallocate the pins seem to be very different. To be honest I don't understand the difference of the two ways. Which way is the easier one and can this way be used to unallocate every pin on the bbb? I just wan't to make things trickier than they are :-) But i'm very thankful for your help so far ;-) Am Mittwoch, 3. September 2014 22:00:16 UTC+2 schrieb Brandon I: halfbrain, I forgot to mention, you should tie the eMMC cmd and clock pins low on P8.20 and P8.21, as suggested by the wiki: http://elinux.org/Beagleboard:BeagleBoneBlack#Onboard_eMMC On Wednesday, September 3, 2014 12:58:09 PM UTC-7, Brandon I wrote: halfbrain, If you're using angstrom or debian, you can disable the emmc by adding this to the optargs in uEnv.txt on the usb mass storage partition: capemgr.disable_partno=BB-BONE-EMMC-2G If you're not using hdmi, you can free up those too: capemgr.disable_partno=BB-BONELT-HDMI,BB-BONELT-HDMIN, BB-BONE-EMMC-2G On Saturday, August 23, 2014 1:11:22 AM UTC-7, halfbrain wrote: Would be nice if you could explain how to disable eMMC on debian. I ran out of GPIO's in my project. Tried to use P9_19 and P9_20 (both I2C's) in the device tree overlay but since i did that the overlay doesn't work correctly anymore. Am Sonntag, 18. Mai 2014 22:19:16 UTC+2 schrieb john3909: From: Dhruv Vyas dhruv@gmail.com Reply-To: beagl...@googlegroups.com Date: Sunday, May 18, 2014 at 2:42 AM To: beagl...@googlegroups.com Subject: [beagleboard] Can allocated pins on BBB be used as GPIOs ? Hello, I recently started working on my BBB A6A. I went through necessary getting started guides and it works like a charm. Now as a part of my project, I need to use some of the GPIOs on P8/P9 header. While googling how to use them as a GPIO, and how to set pinmux and etc, I went through this guide. http://derekmolloy.ie/gpios-on -the-beaglebone-black-using-device-tree-overlays/
Re: [beagleboard] Cape-universal added to the 3.14 kernel being worked
I do not have time to test this myself currently Jason. But one thing worth mentioning. PLEASE, do not make this part of a huge META package. In other words make it nice for people who wish to use this, and not 500 other unnecessary packages . . . On Thu, Sep 4, 2014 at 1:43 PM, Jason Kridner jkrid...@beagleboard.org wrote: Charles, It would be great if you could take a look at this and see if it is suitable for you and if I'm headed down the right path. There is a pre-built linux-image package and if you use one of Robert's recent test images, you can simply use 'dpkg -i XXX.deb reboot' to install it. It would be great if config-pin was updated to work with this. Right now, I have commented out the exit statement where cape-universal isn't detected. For patches and links to the build, see https://github.com/beagleboard/linux/pull/6 All, This would mean that userspace configuration of these pins would no longer require an overlay unless you needed to load a driver not already configured. I haven't gone and enabled many of the peripherals yet, so those patches are still desired. I'm going to start adding this to my bonescript code for testing it and will bring in the additional overlay parts for the peripherals as I need them. Regards, Jason -- 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] How to SSH to BeagleBone's IP Address through USB cable on FreeBSD
On Thu, Sep 4, 2014 at 10:51 AM, rayche...@gmail.com wrote: I bought BBB today. It is a very cute board.After I install the drivers this board provided, I can SSH to BeagleBone's IP Address through USB cable on Windows 7. I have an FreeBSD 10 laptop, I try to SSH to BeagleBone's IP Address through USB cable on FreeBSD but I can't. It shows ssh: connect to host 192.168.7.2 port 22: Operation timed out. Should I install any driver on FreeBSD? Or What can I do to make it works like on win 7? Is your FreeBSD install newer than Feb 6, 2014 [1]? Can you share a kernel log that might indicate how the board was detected by FreeBSD? Do any network adapters show up for which you don't perform DHCP? [1] http://svnweb.freebsd.org/base?view=revisionrevision=261541 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] How to SSH to BeagleBone's IP Address through USB cable on FreeBSD
the output of ifconfig would be immensely helpful. On the BSD side that is. On Thu, Sep 4, 2014 at 1:53 PM, Jason Kridner jason.krid...@hangerhead.com wrote: On Thu, Sep 4, 2014 at 10:51 AM, rayche...@gmail.com wrote: I bought BBB today. It is a very cute board.After I install the drivers this board provided, I can SSH to BeagleBone's IP Address through USB cable on Windows 7. I have an FreeBSD 10 laptop, I try to SSH to BeagleBone's IP Address through USB cable on FreeBSD but I can't. It shows ssh: connect to host 192.168.7.2 port 22: Operation timed out. Should I install any driver on FreeBSD? Or What can I do to make it works like on win 7? Is your FreeBSD install newer than Feb 6, 2014 [1]? Can you share a kernel log that might indicate how the board was detected by FreeBSD? Do any network adapters show up for which you don't perform DHCP? [1] http://svnweb.freebsd.org/base?view=revisionrevision=261541 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] How to SSH to BeagleBone's IP Address through USB cable on FreeBSD
oh, and the output of lsmod. On Thu, Sep 4, 2014 at 1:57 PM, William Hermans yyrk...@gmail.com wrote: the output of ifconfig would be immensely helpful. On the BSD side that is. On Thu, Sep 4, 2014 at 1:53 PM, Jason Kridner jason.krid...@hangerhead.com wrote: On Thu, Sep 4, 2014 at 10:51 AM, rayche...@gmail.com wrote: I bought BBB today. It is a very cute board.After I install the drivers this board provided, I can SSH to BeagleBone's IP Address through USB cable on Windows 7. I have an FreeBSD 10 laptop, I try to SSH to BeagleBone's IP Address through USB cable on FreeBSD but I can't. It shows ssh: connect to host 192.168.7.2 port 22: Operation timed out. Should I install any driver on FreeBSD? Or What can I do to make it works like on win 7? Is your FreeBSD install newer than Feb 6, 2014 [1]? Can you share a kernel log that might indicate how the board was detected by FreeBSD? Do any network adapters show up for which you don't perform DHCP? [1] http://svnweb.freebsd.org/base?view=revisionrevision=261541 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] Can allocated pins on BBB be used as GPIOs ?
From: William Hermans yyrk...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Thursday, September 4, 2014 at 1:05 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: Re: [beagleboard] Can allocated pins on BBB be used as GPIOs ? So you're trying to make a device tree file for the beaglebone black and not recompile a kernel ? I have no idea why John has you off recompiling the kernel when all you need is a simple cape disable line in uEnv.txt for the eMMC. Depending on what kernel version there are a few different ways to go about this. If you look in /arch/arm/boot/dts/am335x-bone-common.dtsi, i2c2 is used for the cape eeprom. You cannot disable this with uEnv.txt. The OP wanted to use the i2c2 pins for GPIO and the only way you can do this is to rebuild the DT. However, this isn¹t explained anywhere for me to reference, but there is a good reference for rebuilding the kernel. Regards, John On Thu, Sep 4, 2014 at 12:31 PM, halfbrain adrian.mitev...@gmail.com wrote: Ok... if i get that correctly i should ssh into the bbb from a linux pc? I'd like to do a project that needs 16 PCE-11 Encoders to change different parameter in a Pythonscript. I already got 15 GPIOs with the DeviceTree Overlay i did for the unallocated Pins but I need 2 more Pins. So i somehow would like to use some of the allocated Pins. But it seems more complicated than i thought. And to be honest i don't have any Idea what excatly I'm doing with allocated Pins, I just follow the Instructions here ;-) Am Donnerstag, 4. September 2014 21:09:50 UTC+2 schrieb William Hermans: What is wrong is that you're doing this on your bbb. You should be doing this on a cross compile i386 PC. What is it you're trying to do ? On Thu, Sep 4, 2014 at 5:46 AM, prog...@gmail.com wrote: Hi John Sorry for asking you again but it still doesnt work :-( I've tried several times to build the kernel, also in the Desktop Folder. Yesterday i destroyed my image somehow :-). I reflashed the BBB again with the Debian form my uSD Card and started right with the Kernel building without doing anything else before except the sudo apt-get update sudo apt-get install bc lzma lzop libncurses5-dev which are necessary... but i get the same error everytime : root@beaglebone:/home/debian/Desktop/bb-kernel# ./build_kernel.sh + Detected build host [Debian GNU/Linux 7.5 (wheezy)] + host: [armv7l] + git HEAD commit: [e496a19d1fed586a7e82c3cd74f0571491a526ca] `/home/debian/Desktop/bb-kernel/system.sh.sample' - `/home/debian/Desktop/bb-kernel/system.sh' - scripts/gcc: Using: gcc (Debian 4.6.3-14) 4.6.3 Copyright (C) 2011 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. - CROSS_COMPILE= - scripts/git: LINUX_GIT not defined in system.sh cloning https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git into default location: /home/debian/Desktop/bb-kernel/ignore/linux-src Cloning into '/home/debian/Desktop/bb-kernel/ignore/linux-src'... remote: Counting objects: 3758531, done. remote: Compressing objects: 100% (562572/562572), done. remote: Total 3758531 (delta 3168898), reused 3755444 (delta 3165993) Receiving objects: 100% (3758531/3758531), 793.01 MiB | 1.78 MiB/s, done. error: index-pack died of signal 968898) fatal: index-pack failed root@beaglebone:/home/debian/Desktop/bb-kernel# the whole process also takes very long espacially the resolving deltas process do you have any idea what I'm doing wrong or whats wrong with my bbb. I'm running my bbb over ssh with putty and without uSD Card. What am I doing excatly by following your Instructions? I mean i don't have any idea I'm just following your Instructions. Isn't there an easier more newbie-like way? In my Project I need to connect 16 PEC11-Encoders. That means 32 GPIOs. I already got 30 so I just need to more but it seems more complicated than i thought it would be :-) Am Dienstag, 2. September 2014 19:12:40 UTC+2 schrieb john3909: From: halfbrain adrian@gmail.com Reply-To: beagl...@googlegroups.com beagl...@googlegroups.com Date: Tuesday, September 2, 2014 at 9:09 AM To: beagl...@googlegroups.com beagl...@googlegroups.com Subject: Re: [beagleboard] Can allocated pins on BBB be used as GPIOs ? Thanks for your quick responses always. I've tried the Instructions to build the Kernel git clone https://github.com/RobertCNelson/bb-kernel.git http://github.com/RobertCNelson/bb-kernel.git cd bb-kernel/ git checkout origin/am33x-v3.8 -b tmp You need to be building this on your desktop, not on your BBB. Regards, John but if use the command
[beagleboard] Re: [beagle-alpha] debian testing: 2014-09-03 (goodbye vfat release)
On 09/04/2014 02:24 PM, Robert Nelson wrote: Howdy! I just pushed out another round of images for testing. There's really only one big change with this image, the sorta change that will re-write every wiki document. NO VFAT PARTITION REQUIRED!!! Let me repeat that... THE VFAT boot PARTITION IS NOT REQUIRED! ;) Okay, only the console images fully feature this, as the lxde's still export /dev/mmcblk0p1 as vfat for windows users.. ;) The magic is this: dd if=MLO of=/dev/sdX count=1 seek=1 conv=notrunc bs=128k dd if=u-boot.img of=/dev/sdX count=2 seek=1 conv=notrunc bs=384k So far i've only got it to reliabley work on omap4+ bootroms (which include the am335x).. so beagle/beagle-xm, not yet... You need to be really good about wiping out the FAT partition before you do this or you'll run into problems of the ROM finding things that aren't there anymore. Doing a dd if=/dev/zero of=/dev/sdXp1 before re-doing the partition table is a good idea. -- Tom -- 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 allocated pins on BBB be used as GPIOs ?
It is explained in multiple places. You can use dtc to decompile the device tree file on the bbb currently. Open the resultant file in a text editor, and modify it accordingly, then recompile the file with dtc. This has been explained on these forums at least once( for troubleshooting the sdcard slow 4bit speeds ), and I'm fairly certain ( but not positive ) this technique has been explained on hipstercircuits too. On Thu, Sep 4, 2014 at 2:10 PM, John Syn john3...@gmail.com wrote: From: William Hermans yyrk...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Thursday, September 4, 2014 at 1:05 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: Re: [beagleboard] Can allocated pins on BBB be used as GPIOs ? So you're trying to make a device tree file for the beaglebone black and not recompile a kernel ? I have no idea why John has you off recompiling the kernel when all you need is a simple cape disable line in uEnv.txt for the eMMC. Depending on what kernel version there are a few different ways to go about this. If you look in /arch/arm/boot/dts/am335x-bone-common.dtsi, i2c2 is used for the cape eeprom. You cannot disable this with uEnv.txt. The OP wanted to use the i2c2 pins for GPIO and the only way you can do this is to rebuild the DT. However, this isn’t explained anywhere for me to reference, but there is a good reference for rebuilding the kernel. Regards, John On Thu, Sep 4, 2014 at 12:31 PM, halfbrain adrian.mitev...@gmail.com wrote: Ok... if i get that correctly i should ssh into the bbb from a linux pc? I'd like to do a project that needs 16 PCE-11 Encoders to change different parameter in a Pythonscript. I already got 15 GPIOs with the DeviceTree Overlay i did for the unallocated Pins but I need 2 more Pins. So i somehow would like to use some of the allocated Pins. But it seems more complicated than i thought. And to be honest i don't have any Idea what excatly I'm doing with allocated Pins, I just follow the Instructions here ;-) Am Donnerstag, 4. September 2014 21:09:50 UTC+2 schrieb William Hermans: What is wrong is that you're doing this on your bbb. You should be doing this on a cross compile i386 PC. What is it you're trying to do ? On Thu, Sep 4, 2014 at 5:46 AM, prog...@gmail.com wrote: Hi John Sorry for asking you again but it still doesnt work :-( I've tried several times to build the kernel, also in the Desktop Folder. Yesterday i destroyed my image somehow :-). I reflashed the BBB again with the Debian form my uSD Card and started right with the Kernel building without doing anything else before except the sudo apt-get update sudo apt-get install bc lzma lzop libncurses5-dev which are necessary... but i get the same error everytime : root@beaglebone:/home/debian/Desktop/bb-kernel# ./build_kernel.sh + Detected build host [Debian GNU/Linux 7.5 (wheezy)] + host: [armv7l] + git HEAD commit: [e496a19d1fed586a7e82c3cd74f0571491a526ca] `/home/debian/Desktop/bb-kernel/system.sh.sample' - `/home/debian/Desktop/bb-kernel/system.sh' - scripts/gcc: Using: gcc (Debian 4.6.3-14) 4.6.3 Copyright (C) 2011 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. - CROSS_COMPILE= - scripts/git: LINUX_GIT not defined in system.sh cloning https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/ linux.git into default location: /home/debian/Desktop/bb- kernel/ignore/linux-src Cloning into '/home/debian/Desktop/bb-kernel/ignore/linux-src'... remote: Counting objects: 3758531, done. remote: Compressing objects: 100% (562572/562572), done. remote: Total 3758531 (delta 3168898), reused 3755444 (delta 3165993) Receiving objects: 100% (3758531/3758531), 793.01 MiB | 1.78 MiB/s, done. error: index-pack died of signal 968898) fatal: index-pack failed root@beaglebone:/home/debian/Desktop/bb-kernel# the whole process also takes very long espacially the resolving deltas process do you have any idea what I'm doing wrong or whats wrong with my bbb. I'm running my bbb over ssh with putty and without uSD Card. What am I doing excatly by following your Instructions? I mean i don't have any idea I'm just following your Instructions. Isn't there an easier more newbie-like way? In my Project I need to connect 16 PEC11-Encoders. That means 32 GPIOs. I already got 30 so I just need to more but it seems more complicated than i thought it would be :-) Am Dienstag, 2. September 2014 19:12:40 UTC+2 schrieb john3909: From: halfbrain adrian@gmail.com Reply-To: beagl...@googlegroups.com beagl...@googlegroups.com Date: Tuesday, September 2, 2014 at 9:09 AM To: beagl...@googlegroups.com beagl...@googlegroups.com Subject: Re: [beagleboard] Can
[beagleboard] Re: [beagle-alpha] debian testing: 2014-09-03 (goodbye vfat release)
dd if=MLO of=/dev/sdX count=1 seek=1 conv=notrunc bs=128k
dd if=u-boot.img of=/dev/sdX count=2 seek=1 conv=notrunc bs=384k
So far i've only got it to reliabley work on omap4+ bootroms (which
include the am335x).. so beagle/beagle-xm, not yet...
You need to be really good about wiping out the FAT partition before you
do this or you'll run into problems of the ROM finding things that
aren't there anymore. Doing a dd if=/dev/zero of=/dev/sdXp1 before
re-doing the partition table is a good idea.
Yeah, we do both a zero out and read back flush for good measures...
dd if=/dev/zero of=${media} bs=1M count=100 || drive_error_ro
sync
dd if=${media} of=/dev/null bs=1M count=100
sync
mkfs.ext4 in debian jessie started getting picky, so we had to zero
out past the end of the first partition, otherwise it still saw the
old partition and warned us. (therefor we couldn't no longer script
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] Can allocated pins on BBB be used as GPIOs ?
From: William Hermans yyrk...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Thursday, September 4, 2014 at 2:22 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: Re: [beagleboard] Can allocated pins on BBB be used as GPIOs ? It is explained in multiple places. You can use dtc to decompile the device tree file on the bbb currently. Open the resultant file in a text editor, and modify it accordingly, then recompile the file with dtc. This has been explained on these forums at least once( for troubleshooting the sdcard slow 4bit speeds ), and I'm fairly certain ( but not positive ) this technique has been explained on hipstercircuits too. You are asking a newbie to do what? You can see from his original posting that he was completely lost, so the aim is to keep thing simple. If it isn¹t explained on http://eewiki.net/display/linuxonarm/BeagleBone+Black I tend to avoid the solution. Regards, John On Thu, Sep 4, 2014 at 2:10 PM, John Syn john3...@gmail.com wrote: From: William Hermans yyrk...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Thursday, September 4, 2014 at 1:05 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: Re: [beagleboard] Can allocated pins on BBB be used as GPIOs ? So you're trying to make a device tree file for the beaglebone black and not recompile a kernel ? I have no idea why John has you off recompiling the kernel when all you need is a simple cape disable line in uEnv.txt for the eMMC. Depending on what kernel version there are a few different ways to go about this. If you look in /arch/arm/boot/dts/am335x-bone-common.dtsi, i2c2 is used for the cape eeprom. You cannot disable this with uEnv.txt. The OP wanted to use the i2c2 pins for GPIO and the only way you can do this is to rebuild the DT. However, this isn¹t explained anywhere for me to reference, but there is a good reference for rebuilding the kernel. Regards, John On Thu, Sep 4, 2014 at 12:31 PM, halfbrain adrian.mitev...@gmail.com wrote: Ok... if i get that correctly i should ssh into the bbb from a linux pc? I'd like to do a project that needs 16 PCE-11 Encoders to change different parameter in a Pythonscript. I already got 15 GPIOs with the DeviceTree Overlay i did for the unallocated Pins but I need 2 more Pins. So i somehow would like to use some of the allocated Pins. But it seems more complicated than i thought. And to be honest i don't have any Idea what excatly I'm doing with allocated Pins, I just follow the Instructions here ;-) Am Donnerstag, 4. September 2014 21:09:50 UTC+2 schrieb William Hermans: What is wrong is that you're doing this on your bbb. You should be doing this on a cross compile i386 PC. What is it you're trying to do ? On Thu, Sep 4, 2014 at 5:46 AM, prog...@gmail.com wrote: Hi John Sorry for asking you again but it still doesnt work :-( I've tried several times to build the kernel, also in the Desktop Folder. Yesterday i destroyed my image somehow :-). I reflashed the BBB again with the Debian form my uSD Card and started right with the Kernel building without doing anything else before except the sudo apt-get update sudo apt-get install bc lzma lzop libncurses5-dev which are necessary... but i get the same error everytime : root@beaglebone:/home/debian/Desktop/bb-kernel# ./build_kernel.sh + Detected build host [Debian GNU/Linux 7.5 (wheezy)] + host: [armv7l] + git HEAD commit: [e496a19d1fed586a7e82c3cd74f0571491a526ca] `/home/debian/Desktop/bb-kernel/system.sh.sample' - `/home/debian/Desktop/bb-kernel/system.sh' - scripts/gcc: Using: gcc (Debian 4.6.3-14) 4.6.3 Copyright (C) 2011 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. - CROSS_COMPILE= - scripts/git: LINUX_GIT not defined in system.sh cloning https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git into default location: /home/debian/Desktop/bb-kernel/ignore/linux-src Cloning into '/home/debian/Desktop/bb-kernel/ignore/linux-src'... remote: Counting objects: 3758531, done. remote: Compressing objects: 100% (562572/562572), done. remote: Total 3758531 (delta 3168898), reused 3755444 (delta 3165993) Receiving objects: 100% (3758531/3758531), 793.01 MiB | 1.78 MiB/s, done. error: index-pack died of signal 968898) fatal: index-pack failed root@beaglebone:/home/debian/Desktop/bb-kernel# the whole process also takes very long espacially the resolving deltas process do you have any idea what I'm doing wrong or whats wrong with my bbb. I'm running my bbb over ssh with putty and without
[beagleboard] Re: [beagle-alpha] Cape-universal added to the 3.14 kernel being worked
On Thu, Sep 4, 2014 at 3:43 PM, Jason Kridner jkrid...@beagleboard.org wrote: Charles, It would be great if you could take a look at this and see if it is suitable for you and if I'm headed down the right path. There is a pre-built linux-image package and if you use one of Robert's recent test images, you can simply use 'dpkg -i XXX.deb reboot' to install it. It would be great if config-pin was updated to work with this. Right now, I have commented out the exit statement where cape-universal isn't detected. For patches and links to the build, see https://github.com/beagleboard/linux/pull/6 All, This would mean that userspace configuration of these pins would no longer require an overlay unless you needed to load a driver not already configured. I haven't gone and enabled many of the peripherals yet, so those patches are still desired. I'm going to start adding this to my bonescript code for testing it and will bring in the additional overlay parts for the peripherals as I need them. I just pulled this and pushed it out.. It'll be part of 3.14.17-ti-r18 sudo apt-get update sudo apt-get install linux-image-3.14.17-ti-r18 Which include 1Ghz for ES 2.0 parts and pruss is no enabled too. 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: How to determine hard float vs. soft float
Tim, yeah I do not know about that but using ldd as described above will pretty much tell you what your systems tools expect at any rate. On Thu, Sep 4, 2014 at 2:49 PM, Tim Cole timc...@rogers.com wrote: I have no idea why, but I've got both an arm-linux-gnueabihf directory and an arm-linux-gnueabi (i.e no hf') directory. From what you've said, I'd guess I've installed something I shouldn't have installed. Presumably, if I check immediately after installing a new OS, I wouldn't have the problem. Much obliged, folks. On Thursday, September 4, 2014 3:58:08 PM UTC-4, William Hermans wrote: Heh, another way I just figured out ( never noticed it before ) is to just do . . $ ls /lib/ there is a arm-linux-gnueabihf directory and a ld-linux-armhf.so.3 file. Both of these should make it painfully obvious. -- 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 cape .dts with latest kernel 3.15.10.
This is probably a very naive question, but I'm leery of mucking about with installing a new kernel until I know for sure. Can the 3.15.10 kernel (or any other, for that matter) be installed without wiping out the rest of the OS? Cheers, Tim On Wednesday, September 3, 2014 11:29:50 AM UTC-4, RobertCNelson wrote: On Tue, Sep 2, 2014 at 10:15 PM, Randy Graham surf...@gmail.com javascript: wrote: Hello, I have a custom cape that worked with Cape Manager and the 3.8 kernel and would like to move to Robert Nelson's latest kernel, 3.15.10. Since there is no Cape Manager for the later kernels, what is the proper method for adding my cape .dts file to the build? Can I simply include my .dts file at the end of am335x-bone.dts ? Do I need to modify my cape .dts file at all ? So I've been spending some time cleaning up things for cape users: http://elinux.org/Beagleboard:Capes_3.8_to_3.14 Once you install that kernel, you can then clone the dtb-rebuilder http://elinux.org/Beagleboard:Capes_3.8_to_3.14#Custom_dtb make your changes to either (depending on what board you have): src/arm/am335x-bone.dts src/arm/am335x-boneblack.dts Then just: make sudo make install (reboot) Note it's tied to newer file system: http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#Debian_Image_Testing_Snapshots for, these two features: (kernel): sudo apt-get install linux-image-xyz (dtb-rebuilder): sudo make install 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: [beagle-alpha] debian testing: 2014-09-03 (goodbye vfat release)
On 09/04/2014 05:45 PM, Robert Nelson wrote:
On Thu, Sep 4, 2014 at 4:22 PM, Robert Nelson robertcnel...@gmail.com wrote:
dd if=MLO of=/dev/sdX count=1 seek=1 conv=notrunc bs=128k
dd if=u-boot.img of=/dev/sdX count=2 seek=1 conv=notrunc bs=384k
So far i've only got it to reliabley work on omap4+ bootroms (which
include the am335x).. so beagle/beagle-xm, not yet...
You need to be really good about wiping out the FAT partition before you
do this or you'll run into problems of the ROM finding things that
aren't there anymore. Doing a dd if=/dev/zero of=/dev/sdXp1 before
re-doing the partition table is a good idea.
Yeah, we do both a zero out and read back flush for good measures...
dd if=/dev/zero of=${media} bs=1M count=100 || drive_error_ro
sync
dd if=${media} of=/dev/null bs=1M count=100
sync
mkfs.ext4 in debian jessie started getting picky, so we had to zero
out past the end of the first partition, otherwise it still saw the
old partition and warned us. (therefor we couldn't no longer script
that..)
Tom, by the way.. When we 'update' a dd'ed bootloader, how many
sectors should be blank with /dev/zero to be on the safe side. (this
is for situations where i don't wan to blow out mbr, but just want to
update the mlo/u-boot.img)
Just updating an existing one? This isn't NAND/NOR so you're fine just
overwriting things in place. You can even store a back-up MLO at 0x200
offset (ROM checks 0x0, 0x100 0x200 and 0x300 and we cut the last
location off the list and put U-Boot there).
--
Tom
--
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 cape .dts with latest kernel 3.15.10.
On Thu, Sep 4, 2014 at 4:54 PM, Tim Cole timc...@rogers.com wrote: This is probably a very naive question, but I'm leery of mucking about with installing a new kernel until I know for sure. Can the 3.15.10 kernel (or any other, for that matter) be installed without wiping out the rest of the OS? Correct.. As long as it atleast boots with the new kernel you can change it back.. I'm setting up things, so all you have to do is: sudo apt-get install linux-image-$version sudo reboot later edit /boot/uEnv.txt (uname_r variable) and then boot any $version installed.. 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] Yet another newbie how to get started
Tim, what you need to do is figure out what you want to do, and then start googling / reading. There is no easy reading list because no one thinks just like you ( or me / anyone else for that matter ). I understand this is not very optimal, especially if you have a deadline. But that is how it works. Just be glad that today there is far more information out there than there was at the initial launch last year. For instance, I spent 2-3 weeks reading how uEnv.txt and uboot worked well enough to make custom changes of my own. *Before* I knew enough to ask Robert a specific enough question to get a good answer. Also, this answer was not a hold my hand step by step answer, it was a link to the uboot config header file for the beaglebone/ beaglebone black. Anyway, the moral of the story is this. Teach yourself to teach yourself. Or, in other words, learn how to think for yourself. I understand learning by example all to well myself ( I hate walls of text, when a proper example can explain all ). However and example does not necessarily teach you anything. The ole give a man a fish versus teach a man to fish analogy . . . On Thu, Sep 4, 2014 at 2:41 PM, Tim Cole timc...@rogers.com wrote: I'm probably going to kick myself for getting into this, but here goes nothing. Getting into *any *new community can be difficult. You're the new kid and you don't know who's who. You wonder what's a sensible question, what's a naive question, and what's a bloody annoying question. I think most of us Linux newbies understand this. I'm trying to avoid asking the bloody annoying questions, but I imagine I'm going do it -- with luck, not often. Part of the problem with figuring out how to climb the learning curve is that there's so *much *information. Saying its like drinking from a fire hose is cliched, but it feels like that sometimes. I realize that's a problem coming into *any *new area -- learning what's important and what's noise. I've decided -- tentatively -- that the Linux arena might be a bit worse than most. There's a tremendous amount of activity going on, and with that, a bit of anarchy, too. Perhaps that's typical of the entire open-source world, which also feels a bit odd to me. (Hey, no problem, dude! There are parts all over this big, old garage, and anyone can build a car!) Having said that, I don't care to live in the near dictatorship of commercial OS communities. (No, you can't do that. It takes arcane training and access to Secret Things. Now go away, buy the next version, and leave everything to the experts.) It doesn't seem reasonable for anyone to expect all you more experienced folks to do a vast quantity of work for no compensation. (Feeling good about helping doesn't buy groceries.) On the other hand, being told to RTFM is pretty frustrating when you don't know what's a good manual or an outdated manual or just the equivalent of a scrawl on a notepad. And yes, I realize that knowing the difference comes with experience, too. Speaking only for myself, I don't expect you to hold my hand and do everything for me. If I'm asking for too much, it's because I don't know I've done that. So, if this isn't too much to ask for (and I'm not trying to be snarky here), if anyone can suggest a newcomer's basic reading list and put that on a sticky post, it sure would help. Cheers, Tim On Thursday, September 4, 2014 1:56:32 PM UTC-4, William Hermans wrote: Funny thing is Don, If he ( assuming He because of the adversarial stance ) took the time to read a book on the gcc toolchain he'd have figured it out by now. But NOO, we must blame everyone else but ourselves, because we're always right. RIGHT ? On Thu, Sep 4, 2014 at 10:49 AM, Don deJuan donju...@gmail.com wrote: On 09/04/2014 09:14 AM, murr...@ameritech.net wrote: So you want to compare a $45 board with a $375 one with a $1500 development license? Come on you can't be serious. Seems logic of a common variety is lacking here. It's no ones fault but your own you're behind in the skills required for your homework project. Step off the fricken high horse and re-evaluate your gripes. If you can't hack the time it would take you to learn it give up on your homework and tell your work to get someone more capable. It's no ones job here to hold your little hand through your learning process, especially for something it sounds like your work has given you. Everything you need is at your finger tips, there are young kids figuring this out, so if you've been around since the 80's developing, this should be no major task at all to get going, so stop the complaining do some self research learn the basics and get up to speed on what you're lacking. Posts like these are just ridiculous. This is the typical attitude of the Linux world, Your too stupid to use my baby! Its like some Masonic ritual, that all initiates must pass through because that's what the elders had to do. I'm not asking
Re: [beagleboard] Cape-universal added to the 3.14 kernel being worked
On 9/4/2014 3:43 PM, Jason Kridner wrote: Charles, It would be great if you could take a look at this and see if it is suitable for you and if I'm headed down the right path. There is a pre-built linux-image package and if you use one of Robert's recent test images, you can simply use 'dpkg -i XXX.deb reboot' to install it. This is great news, and what I was hoping for when I started working on a universal device-tree overlay! It would be great if config-pin was updated to work with this. Right now, I have commented out the exit statement where cape-universal isn't detected. I'll see if I can find some spare time soon to test and get some better checks into the config-pin script. I've also been thinking config-pin should perhaps be something other than a bash script for speed (perhaps Python?), but I'm not sure if it's the shell or sysfs that's so sluggish when setting up a large number of pins. Using something other than bash would also make it possible to factor some of the pin intelligence into user-mode (instead of kernel code or the device-tree). It would be nice if it was possible to do something like enable a UART and have it's pin mux setup correctly, but *ALSO* be able to do something like just enable the Tx pin without generating a custom device-tree. Thoughts? Ultimately, config-pin should probably get turned into something that can generate DT changesets and ask the kernel to apply them. I currently have no idea what this interface is going to look like. -- 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.
Re: [beagleboard] Cape-universal added to the 3.14 kernel being worked
*It would be nice if it was possible to do* * something like enable a UART and have it's pin mux setup correctly, but* * *ALSO* be able to do something like just enable the Tx pin without* * generating a custom device-tree. Thoughts?* Sounds very flexible, and also very complex to implement. If you can pull it off I'd say it would be an excellent addition. On Thu, Sep 4, 2014 at 3:24 PM, Charles Steinkuehler char...@steinkuehler.net wrote: On 9/4/2014 3:43 PM, Jason Kridner wrote: Charles, It would be great if you could take a look at this and see if it is suitable for you and if I'm headed down the right path. There is a pre-built linux-image package and if you use one of Robert's recent test images, you can simply use 'dpkg -i XXX.deb reboot' to install it. This is great news, and what I was hoping for when I started working on a universal device-tree overlay! It would be great if config-pin was updated to work with this. Right now, I have commented out the exit statement where cape-universal isn't detected. I'll see if I can find some spare time soon to test and get some better checks into the config-pin script. I've also been thinking config-pin should perhaps be something other than a bash script for speed (perhaps Python?), but I'm not sure if it's the shell or sysfs that's so sluggish when setting up a large number of pins. Using something other than bash would also make it possible to factor some of the pin intelligence into user-mode (instead of kernel code or the device-tree). It would be nice if it was possible to do something like enable a UART and have it's pin mux setup correctly, but *ALSO* be able to do something like just enable the Tx pin without generating a custom device-tree. Thoughts? Ultimately, config-pin should probably get turned into something that can generate DT changesets and ask the kernel to apply them. I currently have no idea what this interface is going to look like. -- 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. -- 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 cape .dts with latest kernel 3.15.10.
Much obliged, Robert! On Thursday, September 4, 2014 5:57:06 PM UTC-4, RobertCNelson wrote: On Thu, Sep 4, 2014 at 4:54 PM, Tim Cole tim...@rogers.com javascript: wrote: This is probably a very naive question, but I'm leery of mucking about with installing a new kernel until I know for sure. Can the 3.15.10 kernel (or any other, for that matter) be installed without wiping out the rest of the OS? Correct.. As long as it atleast boots with the new kernel you can change it back.. I'm setting up things, so all you have to do is: sudo apt-get install linux-image-$version sudo reboot later edit /boot/uEnv.txt (uname_r variable) and then boot any $version installed.. 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] Yet another newbie how to get started
Agreed -- you can't learn a damned thing without putting in your own skull time. Perhaps I'm too distrustful of internet search engines -- I like a good reference handbook. If there isn't one available, I'll just have to make do. On Thursday, September 4, 2014 6:24:04 PM UTC-4, William Hermans wrote: Tim, what you need to do is figure out what you want to do, and then start googling / reading. There is no easy reading list because no one thinks just like you ( or me / anyone else for that matter ). I understand this is not very optimal, especially if you have a deadline. But that is how it works. Just be glad that today there is far more information out there than there was at the initial launch last year. For instance, I spent 2-3 weeks reading how uEnv.txt and uboot worked well enough to make custom changes of my own. *Before* I knew enough to ask Robert a specific enough question to get a good answer. Also, this answer was not a hold my hand step by step answer, it was a link to the uboot config header file for the beaglebone/ beaglebone black. Anyway, the moral of the story is this. Teach yourself to teach yourself. Or, in other words, learn how to think for yourself. I understand learning by example all to well myself ( I hate walls of text, when a proper example can explain all ). However and example does not necessarily teach you anything. The ole give a man a fish versus teach a man to fish analogy . . . -- 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] Yet another newbie how to get started
From: Tim Cole timc...@rogers.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Thursday, September 4, 2014 at 2:41 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: Re: [beagleboard] Yet another newbie how to get started I'm probably going to kick myself for getting into this, but here goes nothing. Getting into any new community can be difficult. You're the new kid and you don't know who's who. You wonder what's a sensible question, what's a naive question, and what's a bloody annoying question. I think most of us Linux newbies understand this. I'm trying to avoid asking the bloody annoying questions, but I imagine I'm going do it -- with luck, not often. Part of the problem with figuring out how to climb the learning curve is that there's so much information. Saying its like drinking from a fire hose is cliched, but it feels like that sometimes. I realize that's a problem coming into any new area -- learning what's important and what's noise. I've decided -- tentatively -- that the Linux arena might be a bit worse than most. There's a tremendous amount of activity going on, and with that, a bit of anarchy, too. Perhaps that's typical of the entire open-source world, which also feels a bit odd to me. (Hey, no problem, dude! There are parts all over this big, old garage, and anyone can build a car!) Having said that, I don't care to live in the near dictatorship of commercial OS communities. (No, you can't do that. It takes arcane training and access to Secret Things. Now go away, buy the next version, and leave everything to the experts.) It doesn't seem reasonable for anyone to expect all you more experienced folks to do a vast quantity of work for no compensation. (Feeling good about helping doesn't buy groceries.) On the other hand, being told to RTFM is pretty frustrating when you don't know what's a good manual or an outdated manual or just the equivalent of a scrawl on a notepad. And yes, I realize that knowing the difference comes with experience, too. Speaking only for myself, I don't expect you to hold my hand and do everything for me. If I'm asking for too much, it's because I don't know I've done that. So, if this isn't too much to ask for (and I'm not trying to be snarky here), if anyone can suggest a newcomer's basic reading list and put that on a sticky post, it sure would help. Start by reading a few good books on the topic. Here are a few that I have found helpful: Linux System Programming: Talking Directly to the Kernel and C Library by Robert Love The Linux Programming Interface: A Linux and UNIX System Programming Handbook by Michael Kerrisk Linux Kernel Development (3rd Edition) by Robert Love Once you have read these books, you will be in pretty good shape. If you want to do kernel driver development, there are no good solutions as they all tend to be somewhat outdated but they do give you the basics: Essential Linux Device Drivers by Sreekrishnan Venkateswaran Linux Device Drivers (3rd Edition) by Jonathan Corbet, Alessandro Rubini and Greg Kroah-Hartman An updated version of the last book is in the work, but it was original scheduled for late 2014, but it has now scheduled for sometime in 2015. Regards, John Cheers, Tim On Thursday, September 4, 2014 1:56:32 PM UTC-4, William Hermans wrote: Funny thing is Don, If he ( assuming He because of the adversarial stance ) took the time to read a book on the gcc toolchain he'd have figured it out by now. But NOO, we must blame everyone else but ourselves, because we're always right. RIGHT ? On Thu, Sep 4, 2014 at 10:49 AM, Don deJuan donju...@gmail.com javascript: wrote: On 09/04/2014 09:14 AM, murr...@ameritech.net javascript: wrote: So you want to compare a $45 board with a $375 one with a $1500 development license? Come on you can't be serious. Seems logic of a common variety is lacking here. It's no ones fault but your own you're behind in the skills required for your homework project. Step off the fricken high horse and re-evaluate your gripes. If you can't hack the time it would take you to learn it give up on your homework and tell your work to get someone more capable. It's no ones job here to hold your little hand through your learning process, especially for something it sounds like your work has given you. Everything you need is at your finger tips, there are young kids figuring this out, so if you've been around since the 80's developing, this should be no major task at all to get going, so stop the complaining do some self research learn the basics and get up to speed on what you're lacking. Posts like these are just ridiculous. This is the typical attitude of the Linux world, Your too stupid to use my baby! Its like some Masonic ritual, that all initiates must pass through because that's what the elders had to do. I'm not
[beagleboard] How do I find out what image my brand new Beaglebone Black is running?
I just got a Beaglebone Black from Adafruit. It came with debian pre-installed. In going though the getting started guide, one of the first things it recommends to do is update the image. That's probably a good idea but the lastest image is from May so I probably already have it. I'd like to check before going to all the work of flashing a new image but I can't seem to determine the version I'm currently running. It seems like something everyone would want to know before they do an update. Anyone know how to find 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.
